Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

ay, May 17, 2019 7:29 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP Rex, I used your jcl and it worked.  I was successful with and without the NORUN parm. A massive thanks.  On Thursday, 16 May 2019, 7:35:43 pm UTC, Pommier, Rex wrote:

Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

So, yes, DFDSS is OK dumping more than one physical dataset to a tape. Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of John Dawes Sent: Thursday, May 16, 2019 11:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACK

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

ds, MI 49546 616.653.8429  |  fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of John Dawes Sent: Thursday, May 16, 2019 11:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP **CAUTION EXTERNAL EMAIL** **DO NOT op

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

  MD RSCB2H  |  Grand Rapids, MI 49546 616.653.8429  |  fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of John Dawes Sent: Thursday, May 16, 2019 11:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP **CAUTION EXT

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

ssage- From: IBM Mainframe Discussion List On Behalf Of Jousma, David Sent: Thursday, May 16, 2019 1:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP This would be correct syntax.  Comma's are optional, dash is not.  By your other post where

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

- OPT(4) ALLDATA(*) ALLEXCP Rex -Original Message- From: IBM Mainframe Discussion List On Behalf Of Jousma, David Sent: Thursday, May 16, 2019 1:13 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP This would b

Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

John Dawes Sent: Thursday, May 16, 2019 11:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP Rex,I tried both INDDNAME & PHYSINDD as well.  I can confirm that both dsns are on the same volume.Maybe you can try a test to see if you can do

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

A.EDU Subject: Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** John,The - or , are both acceptable.  I use the - all the time and never had a problem. On Thursday, 16 May 2019, 2:

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

: IBM Mainframe Discussion List On Behalf Of John Dawes Sent: Thursday, May 16, 2019 11:10 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails

Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

Discussion List On Behalf Of John Dawes Sent: Thursday, May 16, 2019 11:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP Rex, No, there is none. As I had mentioned before, if I execute the job to select 1 dsn it works, however if I try with 2 or

Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP Alan,Could you confirm the following:a) after DSN=datasetname1. is it a period or a comma?b) in the statement Inddd=indd1outdd=outdd1 should there be a space between the indd1 and outdd?b) after the outdd1.

Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

Yup. 2 datasets backed up in parallel to two separate tapes. -Original Message- From: IBM Mainframe Discussion List On Behalf Of John Dawes Sent: Thursday, May 16, 2019 12:00 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP Alan

Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

John Dawes Sent: Thursday, May 16, 2019 11:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP Rex, No, there is none. As I had mentioned before, if I execute the job to select 1 dsn it works, however if I try with 2 or more dsns the job fails. I

Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

A.EDU Subject: Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP Rex, No, there is none. As I had mentioned before, if I execute the job to select 1 dsn it works, however if I try with 2 or more dsns the job fails.  I suspect that DFDSS doesn't support a phyiscial dataset backup for m

Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

From: IBM Mainframe Discussion List On Behalf Of John Dawes Sent: Thursday, May 16, 2019 10:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP I tried your suggestion but it didn't work: ADR129E (001)-RI01 (01), KEYWORD '      ' IS IMPROP

Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP John, Do you need to change your INDDNAME to PHYSINDD? The 2.2 manual indicates that INDDNAME is used for full or track copying and PHYSINDD is used for datasets. Are both the datasets you're going after on the same volume?

Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

List On Behalf Of John Dawes Sent: Thursday, May 16, 2019 10:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP I tried your suggestion but it didn't work: ADR129E (001)-RI01 (01), KEYWORD '      ' IS IMPROPER  On Thursday, 16

Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

mmier, Rex wrote: Do you have some kind of hidden hex character in your input stream? -Original Message- From: IBM Mainframe Discussion List On Behalf Of John Dawes Sent: Thursday, May 16, 2019 10:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: DFDSS QUESTION - PHYSICAL DA

Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

t On Behalf Of John Dawes Sent: Thursday, May 16, 2019 10:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP Dave,I checked.  The DUMP statement is part of the INDDNAME.  It looks that it is missing the - because my post came out misaligned.Here

Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

Do you have some kind of hidden hex character in your input stream? -Original Message- From: IBM Mainframe Discussion List On Behalf Of John Dawes Sent: Thursday, May 16, 2019 10:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP I

Re: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

frame Discussion List On Behalf Of John Dawes Sent: Thursday, May 16, 2019 10:08 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: [External] Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP Dave,I checked.  The DUMP statement is part of the INDDNAME.  It looks that it is missing the - because my post cam

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

( - IGY.V6R2M0.SIGYCOMP - IGY.V6R2M0.SIGYMAC - IGY.V6R2M0.SIGYPROC - IGY.V6R2M0.SIGYSAMP - ) and never needed any commas Carmen Vitullo - Original Message - From: "Mike Schwab" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Thursday, May 16, 2019 10:13:07 AM Subject: Re: DFDS

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

I tried your suggestion but it didn't work: ADR129E (001)-RI01 (01), KEYWORD '      ' IS IMPROPER  On Thursday, 16 May 2019, 3:13:43 pm UTC, Mike Schwab wrote: https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.adru000/r2298.htm INCLUDE(data.set.one, -      

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

David,The reason why I am doing a Physical backup of the dsns instead of a Logical backup it is because these dsns have a problem - no NVR.  They reside on a SMS volume but for some reason some of the dsn|(s) are non-SMS.DFDSS does not support a Logical backup of these problem dsns On Thurs

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

On Thu, May 16, 2019 at 10:10 AM John Dawes < 00ff0e22811f-dmarc-requ...@listserv.ua.edu> wrote: > John,The - or , are both acceptable. I use the - all the time and never > had a problem. > Thanks. I misread the "railroad track" diagram for the DUMP command. > On Thursday, 16 May 201

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

https://www.ibm.com/support/knowledgecenter/en/SSLTBW_2.1.0/com.ibm.zos.v2r1.adru000/r2298.htm INCLUDE(data.set.one, - data.set.two) Commas are REQUIRED. On Thu, May 16, 2019 at 9:51 AM John Dawes <00ff0e22811f-dmarc-requ...@listserv.ua.edu> wrote: > > G'Day, > I am encounte

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

John,The - or , are both acceptable.  I use the - all the time and never had a problem. On Thursday, 16 May 2019, 2:59:16 pm UTC, John McKown wrote: It's hard for me to read the reformatted text. But you need a comma between the two DSNs in the INCLUDE list. I don't see any comma. On

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

ursday, May 16, 2019 10:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP **CAUTION EXTERNAL EMAIL** **DO NOT open attachments or click on links from unknown senders or unexpected emails** Please excuse my post for being misaligned.  I do not know how to c

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

Hi John, Physical Backups are usually a bad idea when doing backup by dataset. If these are non-VSAM and non-SMS-managed, you can still do it for specific volumes by coding LIDD instead of INDD. The INDD/INDY is used to determine Logical vs. Physical. If coded, it's Physical, otherwise, it's Logi

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

It's hard for me to read the reformatted text. But you need a comma between the two DSNs in the INCLUDE list. I don't see any comma. On Thu, May 16, 2019 at 9:51 AM John Dawes < 00ff0e22811f-dmarc-requ...@listserv.ua.edu> wrote: > G'Day, > I am encountering a problem performing a Physical dat

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

  Fifth Third Bank  |  1830 East Paris Ave, SE  |  MD RSCB2H  |  Grand Rapids, MI 49546 616.653.8429  |  fax: 616.653.2717 -Original Message- From: IBM Mainframe Discussion List On Behalf Of John Dawes Sent: Thursday, May 16, 2019 10:56 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS

Re: DFDSS QUESTION - PHYSICAL DATASET BACKUP

Please excuse my post for being misaligned.  I do not know how to correct it.  Any ideas? On Thursday, 16 May 2019, 2:51:22 pm UTC, John Dawes <00ff0e22811f-dmarc-requ...@listserv.ua.edu> wrote: G'Day, I am encountering a problem performing a Physical dataset backup of several dsn

Re: DFDSS question

. Regards, Al Loeffler -Original Message- From: IBM Mainframe Discussion List On Behalf Of Robert2 Gensler Sent: Tuesday, January 8, 2019 10:55 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS question Hi Rex, You are correct, NEWNAMEUnconditional is only supported for applications t

Re: DFDSS question

Hi Rex, You are correct, NEWNAMEUnconditional is only supported for applications that invoke DFSMSdss and it is not supported for batch JCL invocations. The keyword was added because there was a requirement for applications to rename data sets as they were dumped. The restriction was put in place

Re: DFDSS QUESTION :SHARE PARM WHEN DOING COPY

I should have clarified it. The dsn is copied and in the following step it is deleted. Sorry. On Wed, 5/10/17, retired mainframer wrote: Subject: Re: DFDSS QUESTION :SHARE PARM WHEN DOING COPY To: IBM-MAIN@LISTSERV.UA.EDU Received: Wednesday

Re: DFDSS QUESTION :SHARE PARM WHEN DOING COPY

M-MAIN@LISTSERV.UA.EDU] On > Behalf Of willie bunter > Sent: Wednesday, May 10, 2017 5:26 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: DFDSS QUESTION :SHARE PARM WHEN DOING COPY > > Thanks for raising the point that the enqueue is caused by the initiator and > not DFDSS

Re: DFDSS QUESTION :SHARE PARM WHEN DOING COPY

. On Tue, 5/9/17, retired mainframer wrote: Subject: Re: DFDSS QUESTION :SHARE PARM WHEN DOING COPY To: IBM-MAIN@LISTSERV.UA.EDU Received: Tuesday, May 9, 2017, 1:27 PM Since the JCL has a reference to the DSN after the DFDSS step, the enqueue that is causing your conflict is held by the

Re: DFDSS QUESTION :SHARE PARM WHEN DOING COPY

; From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of willie bunter > Sent: Tuesday, May 09, 2017 9:29 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: DFDSS QUESTION :SHARE PARM WHEN DOING COPY > > The job does reference the dsn after it is enable

Re: DFDSS QUESTION :SHARE PARM WHEN DOING COPY

The job does reference the dsn after it is enabled on CICS. Since the dsn is OAM the SHARE parm does appy. Right? On Tue, 5/9/17, retired mainframer wrote: Subject: Re: DFDSS QUESTION :SHARE PARM WHEN DOING COPY To: IBM-MAIN@LISTSERV.UA.EDU

Re: DFDSS QUESTION :SHARE PARM WHEN DOING COPY

> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of willie bunter > Sent: Tuesday, May 09, 2017 6:01 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: DFDSS QUESTION :SHARE PARM WHEN DOING COPY > > Good Day To All, > > Could someone clari

Re: DFDSS QUESTION - RESTORE MULTIPLE VOLUMES IN 1 JOB

willie bunter wrote: >I ran a test using PARALLEL for the restore and it worked. Thanks. You're faster than me! ;-) Alternatively, if PARALLEL is not working or something else is preventing you to use that, you could try this approach: Run 7 separate jobs each with its own TAPE and VOL and su

Re: DFDSS QUESTION - RESTORE MULTIPLE VOLUMES IN 1 JOB

I ran a test using PARALLEL for the restore and it worked. Thanks. On Thu, 6/25/15, Vernooij, CP (ITOPT1) - KLM wrote: Subject: Re: DFDSS QUESTION - RESTORE MULTIPLE VOLUMES IN 1 JOB To: IBM-MAIN@LISTSERV.UA.EDU Received: Thursday, June 25, 2015

Re: DFDSS QUESTION - RESTORE MULTIPLE VOLUMES IN 1 JOB

Thanks for the help. I thought the PARALLEL parm was only restriced when ExHPDM is invoked. I suppose the PARALLEL parm can also be used for similtaneous backups. On Thu, 6/25/15, Staller, Allan wrote: Subject: Re: DFDSS QUESTION - RESTORE

Re: DFDSS QUESTION - RESTORE MULTIPLE VOLUMES IN 1 JOB

As shown, the volumes will run sequentially. To run multiple restores concurrently specify PARALLEL as the first command in SYSIN. i.e. //SYSINDD * PARALLEL <-

Re: DFDSS QUESTION - RESTORE MULTIPLE VOLUMES IN 1 JOB

Sorry, default is SERial. Kees. -Original Message- From: Vernooij, CP (ITOPT1) - KLM Sent: 25 June, 2015 15:53 To: IBM Mainframe Discussion List Subject: RE: DFDSS QUESTION - RESTORE MULTIPLE VOLUMES IN 1 JOB You did not specify the PAR or SER keyword, so default is PARallel. I do not

Re: DFDSS QUESTION - RESTORE MULTIPLE VOLUMES IN 1 JOB

You did not specify the PAR or SER keyword, so default is PARallel. I do not know if REST supports PARallel processing. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: 25 June, 2015 15:45 To: IBM-MAIN@LISTSE

Re: DFDSS QUESTION :

Lizette, I had the selection criteria backwards as Rex had so kindly pointed ou. With the original criteria - BY(CREDT,GE,(*,-3) - the dsns which were created April 27 & 28 were bing selected. Thanks for your help. Thanks to all who responded to my post. -

Re: DFDSS QUESTION :

Rex, You were spot on. I had the selection criteria backwards. Your suggestion did the trick. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message:

Re: DFDSS QUESTION :

nal Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Willie Bunter > Sent: Wednesday, April 29, 2015 7:47 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: DFDSS QUESTION : > > I did that and the syntax was fine. What I would li

Re: DFDSS QUESTION :

UA.EDU] On Behalf Of Willie Bunter Sent: Wednesday, April 29, 2015 9:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS QUESTION : I did that and the syntax was fine. What I would like to know that the parm CREDT,GE,(*,-3) would select dsn that were created 3 days and over. The NORUN indicate

Re: DFDSS QUESTION :

I did that and the syntax was fine. What I would like to know that the parm CREDT,GE,(*,-3) would select dsn that were created 3 days and over. The NORUN indicates that the parm is incorrect because the job selected dsns that were created on April 28. -

Re: DFDSS QUESTION :

PARM='TYPRUN=NORUN" is your friend. It'll syntax check your control cards and tell you what datasets will be processed, bit not actually process them. Mark Jacobs willie bunter April 29, 2015 at 10:30 AM Good Day, I am attempting to bac

Re: DFDSS QUESTION - LOOKING FOR EXAMPLE.

, Pommier, Rex wrote: Subject: Re: DFDSS QUESTION - LOOKING FOR EXAMPLE. To: IBM-MAIN@LISTSERV.UA.EDU Received: Friday, 17 October, 2014, 1:30 PM John, You say the first vol of the multi-vol DSN is on SYS306, yet your INPUT1 is pointing to SYS301.  Rex -Original Message

Re: DFDSS QUESTION - LOOKING FOR EXAMPLE.

John, You say the first vol of the multi-vol DSN is on SYS306, yet your INPUT1 is pointing to SYS301. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Dawes Sent: Friday, October 17, 2014 12:17 PM To: IBM-MAIN@LISTSERV.UA.

Re: DFDSS QUESTION : ALL DSNS NOT MOVED

No, the dsns weren't listed in the report. Also what didn't show was any warning messages to say why the dsn was not selected. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua

Re: DFDSS QUESTION : ALL DSNS NOT MOVED

n Dawes > Sent: Thursday, October 02, 2014 5:54 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: DFDSS QUESTION : ALL DSNS NOT MOVED > > Norbert, > > No, the volume is in ENABLE status in both the SMS vol status and the SMS SG > status. > > --

Re: DFDSS QUESTION : ALL DSNS NOT MOVED

Norbert, No, the volume is in ENABLE status in both the SMS vol status and the SMS SG status. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-M

Re: DFDSS QUESTION : ALL DSNS NOT MOVED

On Wed, 1 Oct 2014 09:47:44 -0700, John Dawes wrote: >G'Day, > >I am attempting to move all the dsns from 1 volume to another (both SMS >managed) using the DFDSS/COPY command with the DELETE & PURGE parms however >for some unknown reason there were several dsns which were not moved. The >volum

Re: DFDSS QUESTION : ALL DSNS NOT MOVED

As far as I know the dsns were not multi-volume. They all resided on 1 source volume. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: DFDSS QUESTION : ALL DSNS NOT MOVED

Hi John, I notice that you specified an input volume. When DFDSS encounters a data set that is multi-volume and not all of the volumes are included in the input volume list then we will not select that data set. Could it be that the data sets were multi-volume? Thanks, Robert Gensler DFSMSdss A

Re: DFDSS QUESTION - PRINT

Thanks Peter. It worked. On Wed, 7/9/14, Peter X. DeFabritus wrote: Subject: Re: DFDSS QUESTION - PRINT To: IBM-MAIN@LISTSERV.UA.EDU Received: Wednesday, July 9, 2014, 4:42 AM If you are at least z/OS 1.13, so that you don't have to kno

Re: DFDSS QUESTION - PRINT

If you are at least z/OS 1.13, so that you don't have to know the number of tracks: //DFDSSEXEC PGM=ADRDSSU //SYSPRINT DD SYSOUT=* //DISK DD UNIT=SYSDA,VOL=SER=SMTS01,DISP=SHR //SYSINDD * PRINT INDD(DISK) TRACKS((0,0,X'FFF

Re: DFDSS QUESTION - PRINT

I think your print command should be PRINT TRACKS(,00,10017,14) INDDNAME(DASD) You are printing cylinder/track, so the last track would be cyl 10017, track 14 within that cylinder. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf O

Re: Catalog manipulation (was RE: DFDSS QUESTION - SEMI URGENT - EXPLANATION)

On Mon, 16 Jun 2014 22:20:33 -0500, Joel C. Ewing wrote: >It certainly doesn't make sense to go to the overhead of creating a new >USERCAT rather than a new alias to an existing USERCAT for each new TSO >user -- unless perhaps you have a very small, fairly static number of >TSO users. There are R

Re: Catalog manipulation (was RE: DFDSS QUESTION - SEMI URGENT - EXPLANATION)

On Jun 16, 2014, at 11:00 PM, Skip Robinson wrote: Men are from Mars. Women are from Venus. System programmers are from Earth, where a mature installation with a few decades of history under its belt has to deal with a multitude of HLQs each associated with an application and by implication a

Re: Catalog manipulation (was RE: DFDSS QUESTION - SEMI URGENT - EXPLANATION)

On Jun 16, 2014, at 10:20 PM, Joel C. Ewing wrote: --SNIP-- I can't conceive of a production environment where you would want USERCAT choice to be left to users or application programmers rather than having it enforced via ALIAS definitions for

Re: Catalog manipulation (was RE: DFDSS QUESTION - SEMI URGENT - EXPLANATION)

ornia Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: "Joel C. Ewing" To: IBM-MAIN@LISTSERV.UA.EDU, Date: 06/16/2014 08:20 PM Subject:Re: Catalog manipulation (was RE: DFDSS

Re: Catalog manipulation (was RE: DFDSS QUESTION - SEMI URGENT - EXPLANATION)

On 06/16/2014 07:10 PM, Paul Gilmartin wrote: > On Mon, 16 Jun 2014 11:44:53 -0500, Tony's Basement Computer wrote: > >> This brings back memories of a small zOS shop I worked at in the late 90s. >> They routinely built user catalogs whose entire name was 8 characters or >> less, and intentionally

Re: DFDSS QUESTION - SEMI URGENT - EXPLANATION

rtant. :>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :>: Behalf Of willie bunter :>: Sent: Monday, June 16, 2014 9:13 AM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: Re: DFDSS QUESTION - SEMI URGENT - EXPLANATION :>

Re: DFDSS QUESTION - SEMI URGENT

illie bunter :>: Sent: Monday, June 16, 2014 9:24 AM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: Re: DFDSS QUESTION - SEMI URGENT :>: :>: INCAT, COPY & DUMP didn't work that is why I did the REPRO merge. :>: Perhaps I may have been missing a parm. If you have an exam

Re: Catalog manipulation (was RE: DFDSS QUESTION - SEMI URGENT - EXPLANATION)

On Mon, 16 Jun 2014 11:44:53 -0500, Tony's Basement Computer wrote: >This brings back memories of a small zOS shop I worked at in the late 90s. >They routinely built user catalogs whose entire name was 8 characters or >less, and intentionally happened to match a high level qualifier(s). Their >re

Re: DFDSS QUESTION - SEMI URGENT - EXPLANATION

the CATALOG where the ALIAS T10D resides in. This floored me because I have never seen this parm with the ALIAS specified in the define cluster. On Fri, 6/13/14, retired mainframer wrote: Subject: Re: DFDSS QUESTION - SEMI URGENT To: IBM

Catalog manipulation (was RE: DFDSS QUESTION - SEMI URGENT - EXPLANATION)

all that tough a task. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of willie bunter Sent: Monday, June 16, 2014 11:13 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: DFDSS QUESTION - SEMI URGENT - EXPLANATION Here is how the us

Re: DFDSS QUESTION - SEMI URGENT

bject: Re: DFDSS QUESTION - SEMI URGENT To: IBM-MAIN@LISTSERV.UA.EDU Received: Friday, June 13, 2014, 10:43 AM You have already fixed the problem but you could have tried using the INCAT and ONLYINCAT operands on either a dataset DUMP or COPY operation. :>: -Original Message- :

Re: DFDSS QUESTION - SEMI URGENT - EXPLANATION

:>: Sent: Friday, June 13, 2014 3:04 PM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: Re: DFDSS QUESTION - SEMI URGENT :>: :>: To specify a catalog, you have to use IDCAMS DEFINE with the CATALOG :>: parameter. If SAF allows it, you can specify any catalog you choose :>: reg

Re: DFDSS QUESTION - SEMI URGENT

But Willie said it was done in JCL. How? :>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :>: Behalf Of Skip Robinson :>: Sent: Friday, June 13, 2014 3:04 PM :>: To: IBM-MAIN@LISTSERV.UA.EDU :>: Subject: Re: DFDSS QUES

Re: DFDSS QUESTION - SEMI URGENT

-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: retired mainframer To: IBM-MAIN@LISTSERV.UA.EDU, Date: 06/13/2014 12:16 PM Subject:Re: DFDSS QUESTION - SEMI URGENT Sent by:IBM Mainframe Discussion List How does a user specify a specific catalog in

Re: DFDSS QUESTION - SEMI URGENT

EDU :>: Subject: Re: DFDSS QUESTION - SEMI URGENT :>: :>: I found the cause of the problem. The user defined the dsn in a :>: specific USER CAT. In his JCL he specified the USER CAT name. He broke :>: the house rules of letting the system decide which USER CAT to has to be :>: al

Re: DFDSS QUESTION - SEMI URGENT

EDU :>: Subject: Re: DFDSS QUESTION - SEMI URGENT :>: :>: When I do the LISTCAT it doesn' find the dsn. I am not sure how the dsn :>: was cataloged in the wrong catalog. :>: The user asked for my help. If I need to ALTER the dsn to use the right :>: catalog is ther

Re: DFDSS QUESTION - SEMI URGENT

You have already fixed the problem but you could have tried using the INCAT and ONLYINCAT operands on either a dataset DUMP or COPY operation. :>: -Original Message- :>: From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On :>: Behalf Of willie bunter :>: Sent: Friday, J

Re: DFDSS QUESTION - SEMI URGENT

Agree. A desperate measure would be to beat the user abruptly about the head and shoulders On Jun 13, 2014 12:04 PM, "Tom Marchant" < 000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: > On Fri, 13 Jun 2014 09:30:46 -0700, willie bunter wrote: > > >Does anyone know of a way of doing what I tri

Re: DFDSS QUESTION - SEMI URGENT - PROBLEM FIXED

On Fri, 13 Jun 2014 16:02:49 +, Staller, Allan wrote: >STEPCAT has been gone for (IIRC) about 7 or 8 years. ISTR. z/OS 1.9... You might be right about when STEPCAT/JOBCAT were removed completely, but they were never allowed with SMS managed data sets. The following is from MVS/DFP 3.3: Man

Re: DFDSS QUESTION - SEMI URGENT

On Fri, 13 Jun 2014 09:30:46 -0700, willie bunter wrote: >Does anyone know of a way of doing what I tried to do i.e. force the >system to look at a specific USER CAT (using DFDSS) so that in the >future a drastic measure of MERGECAT wouldn't be necessary? I wouldn't call REPRO MERGECAT a "drast

Re: DFDSS QUESTION - SEMI URGENT

willie bunter wrote: >I found the cause of the problem. The user defined the dsn in a specific USER >CAT. In his JCL he specified the USER CAT name. He broke the house rules of >letting the system decide which USER CAT to has to be allocated. Check out FACILITY Class profile STGADMIN.IGG.DI

Re: DFDSS QUESTION - SEMI URGENT

- On Fri, 6/13/14, Elardus Engelbrecht wrote: Subject: Re: DFDSS QUESTION - SEMI URGENT To: IBM-MAIN@LISTSERV.UA.EDU Received: Friday, June 13, 2014, 8:13 AM Lizette Koehler wrote: >Please Provide a LISTC ENT(/) ALL of the vsam dataset Good request! With that command, the standard

Re: DFDSS QUESTION - SEMI URGENT - PROBLEM FIXED

STEPCAT has been gone for (IIRC) about 7 or 8 years. ISTR. z/OS 1.9... I was able to rectify the problem by using the MERGECAT option since there was only 1 dsn for that specific ALIAS. I got a rude shock to find out that STEPCAT DD is no longer allowed. Ouch. Has anybody been able to use S

Re: DFDSS QUESTION - SEMI URGENT - PROBLEM FIXED

, willie bunter <001409bd2345-dmarc-requ...@listserv.ua.edu> wrote: Subject: Re: DFDSS QUESTION - SEMI URGENT To: IBM-MAIN@LISTSERV.UA.EDU Received: Friday, June 13, 2014, 8:07 AM When I do the LISTCAT it doesn' find the dsn.  I am not sure how the dsn was cataloged in the wr

Re: DFDSS QUESTION - SEMI URGENT

Lizette Koehler wrote: >Please Provide a LISTC ENT(/) ALL of the vsam dataset Good request! With that command, the standard search order is used, but according to Willie it is not there. Willie, please try out the command and post the results. >It is really hard (in my opinion) to catalog VSA

Re: DFDSS QUESTION - SEMI URGENT

DEL 'entryname' nscr cat(wrong ucat) Def 'entryname' (other parameters) cat(correct ucat) Other parameters will depend on the type of dataset (LVSAM, seq, .) Another possibility is: repro mergecat ent('entryname) ifile(wrong ucat) ofile(correct ucat) HTH, > -Original Message-

Re: DFDSS QUESTION - SEMI URGENT

6/13/14, Lizette Koehler wrote: Subject: Re: DFDSS QUESTION - SEMI URGENT To: IBM-MAIN@LISTSERV.UA.EDU Received: Friday, June 13, 2014, 7:49 AM Please Provide a LISTC ENT(/) ALL of the vsam dataset Also, which catalog should it be in? It is really hard (in my opinion) to catalog VSAM i

Re: DFDSS QUESTION - SEMI URGENT

Going with Lizette's comment, can you alter the dataset name so it can be found using the standard catalog search order, then use dss copy with the delete and renameu options to get it cataloged where you want it to be, and with the right DSN? Mark Jacobs On 06/13/14 10:49, Lizette Koehler w

Re: DFDSS QUESTION - SEMI URGENT

Please Provide a LISTC ENT(/) ALL of the vsam dataset Also, which catalog should it be in? It is really hard (in my opinion) to catalog VSAM in the wrong Catalog unless you were not working from the target system. Did you do an ALTER NEWNAME function to do this? Lizette > -Original Mess

Re: DFDSS QUESTION - RENAMEUNC

On 10/23/2013 10:22 AM, willie bunter wrote: Rex, Thanks for answering my question. I have to stop being lazy and code all the qualifiers. Thanks. From: "Pommier, Rex" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, October 23, 2013 10:17:15 AM Subject: Re: DFDSS QUESTION -

Re: DFDSS QUESTION - RENAMEUNC

Rex,   Thanks for answering my question.  I have to stop being lazy and code all the qualifiers.   Thanks. From: "Pommier, Rex" To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, October 23, 2013 10:17:15 AM Subject: Re: DFDSS QUESTION - RENAMEUNC Willie, According to the document

Re: DFDSS QUESTION - RENAMEUNC

Willie, According to the documentation, you cannot do what you want, ie, prepend a qualifier. This is what I found in the reference manual: You cannot change the number of qualifiers unless you use fully-qualified names, for example, RENUNC((A.B.C,A.B.C.D)). Rex -Original Message-

Re: DFDSS QUESTION - FILTERDD

Thanks for the advice. From: Elardus Engelbrecht To: IBM-MAIN@LISTSERV.UA.EDU Sent: Wednesday, August 8, 2012 9:58:04 AM Subject: Re: DFDSS QUESTION - FILTERDD esmie moo wrote: >I am trying to use more than 1 FILTERDD while attempting to backup several &g

Re: DFDSS QUESTION - FILTERDD

Yes, it is because you are filtering on more than one DD name. Instead, just concatenating the two DSNs onto the first DD name should work. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone

Re: DFDSS QUESTION - FILTERDD

Look at your filterdd statements. You need to make the statements almost identical as to what they would be if they were instream in the DFDSS dump. So, if you could look at the control cards in INDSNS01 it should have continuations and parenthesis that are very similar to what you would have if

Re: DFDSS QUESTION - FILTERDD

esmie moo wrote: >I am trying to use more than 1 FILTERDD while attempting to backup several >dsns using DFDSS. I keep getting the error message : ADR126E (001)-RI01 (01), >RIGHT PARENTHESIS MISSING AFTER 'INDSNS01 ' >Is this because I am using more than 1 FILTERDD Yes. After I have RTFM, I se