Re: ftping a gdg from the z box
On Thu, 27 May 2010 22:13:57 -0400, larry macioce mace1...@gmail.com wrote: I am sorry if I didnt make myself clear, we are trying to put a gdg to a windows server. I understand that the way I am trying to transmit the file in the jcl is failing,but I was wondering if I had some syntax wrong but I feel Micheal may have hit it on the head, that ftp and the put do not understand the notation of (+1) Yes, it does. But you have to be aware of the fact that the FTP step actually runs in a separate space and that counts as if it is a separate job. The following just works, provided, of course, GDG base and model has been correctly set up. //MYUSER3 JOB 'JANTJE', // CLASS=C,MSGCLASS=X,MSGLEVEL=(1,1), // NOTIFY=SYSUID //* //COPYGDG EXEC PGM=IEBGENER //SYSINDD DUMMY //SYSPRINT DD SYSOUT=* //SYSUT1 DD DISP=SHR,DSN=MYUSER.IN //SYSUT2 DD DISP=(,CATLG,DELETE),DSN=MYUSER.GDG(+1), // SPACE=(CYL,(1,5)),UNIT=SYSDA, // DCB=MYUSER.MODEL //* //* //STP030 EXEC PROC=FTP,TO='windowsserver' //SYSPRINT DD SYSOUT=* //OUTPUTDD SYSOUT=* //INPUT DD * MYUSER mywindowspassword binary put 'MYUSER.GDG(0)' MYUSER.GDG.PLUS1 quit /* Clearly, Windows does not understand what a GDG is, but that is not the issue here... Cheers, Jantje. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
But the approach below has a clear drawback: the programmer has to remember that what has been written to MYUSER.GDG(+1), is later read by the 'put' command referencing MYUSER.GDG(0). Confusing ... Instead, if you code your ftp step as follows: //STP030 EXEC PROC=FTP,TO='windowsserver' //SYSPRINT DD SYSOUT=* //IN DD DISP=SHR,DSN=MYUSER.GDG(+1) or DSN=*.COPYGDG.SYSUT2 //OUTPUTDD SYSOUT=* //INPUT DD * MYUSER mywindowspassword binary put //dd:IN MYUSER.GDG.PLUS1 quit you don't have to care about anything. Straightforward ... //COPYGDG EXEC PGM=IEBGENER //SYSINDD DUMMY //SYSPRINT DD SYSOUT=* //SYSUT1 DD DISP=SHR,DSN=MYUSER.IN //SYSUT2 DD DISP=(,CATLG,DELETE),DSN=MYUSER.GDG(+1), // SPACE=(CYL,(1,5)),UNIT=SYSDA, // DCB=MYUSER.MODEL //* //* //STP030 EXEC PROC=FTP,TO='windowsserver' //SYSPRINT DD SYSOUT=* //OUTPUTDD SYSOUT=* //INPUT DD * MYUSER mywindowspassword binary put 'MYUSER.GDG(0)' MYUSER.GDG.PLUS1 quit /* Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
I am sorry if I didnt make myself clear, we are trying to put a gdg to a windows server. you might take advantage of the ftp DD support (or whatever it is called): //FTP EXEC PGM=FTP,PARM='(EXIT' //SYSPRINT DD SYSOUT=* //IN DD DISP=OLD,DSN=your.gdg(0) //OUTPUT DD SYSOUT=* //INPUT DD * windows_host userid pw sendsite put //dd:IN your.fiile.name.on.windows quit Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
Is the +1 GDG on the Mainframe or the Windows system? How is the process setup? Are using one step in JCL on the mainframe to create the +1 GDG and then passing that GDG to the FTP step? If so, then Walter's suggestion should work. Lizette I am sorry if I didnt make myself clear, we are trying to put a gdg to a windows server. you might take advantage of the ftp DD support (or whatever it is called): //FTP EXEC PGM=FTP,PARM='(EXIT' //SYSPRINT DD SYSOUT=* //IN DD DISP=OLD,DSN=your.gdg(0) //OUTPUT DD SYSOUT=* //INPUT DD * windows_host userid pw sendsite put //dd:IN your.fiile.name.on.windows quit Walter Marguccio -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
On Thu, 2010-05-27 at 17:53 -0400, larry macioce wrote: we are trying to ftp(put) a gdg using the (+1) notation Try: put //dd:sysut1 destfilename //SYSUT1 DD DSN=YOUR.GDS(+1),DISP=(OLD,PASS) -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
I stand corrected, sorry if I misled anyone. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Porowski, Ken Sent: Thursday, May 27, 2010 5:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] ftping a gdg from the z box FTP does not understand GDG's you have to use the fully qualified name -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of larry macioce Sent: Thursday, May 27, 2010 5:54 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] ftping a gdg from the z box we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
snip we are trying to put a gdg to a windows server. /snip You loss me there. IF the server(mainframe) is putting to Windows, why would you send a new DSN. I could see (-1) or (0) but putting (+1) seems wrong. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
Create a new generation of a GDG then FTP it to the windows box in the same job? We do this on a regular basis. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Kelly Sent: Friday, May 28, 2010 10:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ftping a gdg from the z box snip we are trying to put a gdg to a windows server. /snip You loss me there. IF the server(mainframe) is putting to Windows, why would you send a new DSN. I could see (-1) or (0) but putting (+1) seems wrong. Jack Kelly 202-502-2390 (Office) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
I often placed (+1) GDGs on Win servers for PDFs, accounting data, bank deposit/transfer, payroll deduction, etc. Yes, the FTP step could have been a separate job using a (0) generation, but not mandatory. I used the correct combination of DISPs and sometimes IFs in the JCL to keep the GDG if the FTP step failed. An FTP failure was normally not enough to stop the rest of the production jobstream from releasing. It was sometimes hit and miss if the Win server was available, especially across the country. David -Original Message- From: John Kelly john_j_ke...@ao.uscourts.gov To: IBM-MAIN IBM-MAIN@bama.ua.edu Sent: Fri, May 28, 2010 7:09 am Subject: Re: ftping a gdg from the z box snip we are trying to put a gdg to a windows server. /snip You loss me there. IF the server(mainframe) is putting to Windows, why would you send a new DSN. I could see (-1) or (0) but putting (+1) seems wrong. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
My understanding of the OP's original question was about receiving message EZA2553W when attempting a PUT command with the localfile name specified as a GDG(+1). I assume his job went something like this: STEP A - Create SYP.TEST.FILE(+1) Result - IGD107I SYP.TEST.FILE.G0014V00ROLLED IN STEP B - FTP with command PUT 'SYP.TEST.FILE(+1)' test.txt Result - EZA2553W Unable to send SYP.TEST.FILE.G0015V00 The G00V00 numbers show the problem. Either specify (0) for the PUT or use the DD reference form of the command, as others have mentioned. Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List On Behalf Of David Purdy Sent: Friday, May 28, 2010 10:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ftping a gdg from the z box I often placed (+1) GDGs on Win servers for PDFs, accounting data, bank deposit/transfer, payroll deduction, etc. Yes, the FTP step could have been a separate job using a (0) generation, but not mandatory. I used the correct combination of DISPs and sometimes IFs in the JCL to keep the GDG if the FTP step failed. An FTP failure was normally not enough to stop the rest of the production jobstream from releasing. It was sometimes hit and miss if the Win server was available, especially across the country. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ftping a gdg from the z box
we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
FTP does not understand GDG's you have to use the fully qualified name -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of larry macioce Sent: Thursday, May 27, 2010 5:54 PM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] ftping a gdg from the z box we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
Mace, Two things occur to me immediately: 1) Are you sure that you have defined the GDG in the catalog? FTP can create a new GDS but not the GDG. 2) If the GDS is non-SMS, have you defined the Model-DSCB in the FTP Data that is being used? Here is a snippet (rather long) from the 1.9 manual: Generation data group support Generation data groups (GDGs) enable you to store multiple data sets, called generation data sets (GDSs), as versions of the GDG. You cannot use FTP to create a new GDG, but you can use it to create a new version (that is, a new GDS) or to transfer an existing version of an existing GDG. The relationship between DCBDSN and GDGs is governed by MVS allocation rules rather than FTP usage rules. Therefore, when creating a new GDG [put 'sys1.proclib(jes2)' user77.mygdg(+1)], at least one of the following must be true: v A valid MODEL or PATTERN DSCB (for FTP, DCBDSN) specification must be coded in the FTP.DATA file when the z/OS FTP server is started. v A valid SITE DCbdsn=dataset_name must be issued before a PUT command is issued. v A data set having the same name as the GDG base must reside on the volume as the user catalog that contains the GDG definition. In this case, neither a SITE DCbdsn or a DCBDSN argument in the FTP.DATA data file is required. 94 z/OS V1R9.0 Comm Svr: IP User's Guide and Commands Allocation detects that a GDG is being created and looks in the VTOC of the volume containing the USERCATALOG for a data set (uncataloged) that has the same name as the GDG BASE (see the sample GDG JCL that follows) .Notes: 1. A model or pattern DSCB that is the same name as the GDG BASE cannot exist on an SMS managed volume. This is an SMS restriction and is documented in the DFP manuals pertaining to using data sets (generation data sets or generation data groups). 2. Allocation does not generally have any requirements about the characteristics of a MODEL DSCB (cannot be VSAM, must be on DASD). Most facilities create one model DSCB for the entire system and everyone uses that model. The system-wide model usually has no logical record length (LRecl), block size (BLKsize), record format (RECfm), data set organization (DSORG) or retention period (RETpd) associated with it. 3. The z/OS FTP server requires the MODEL DSCB to have a valid DSORG of physical sequential organization (PS). Otherwise the SITE command for the DCBDSN is ignored, and a message is issued indicating the DCBDSN was ignored. 4. GDGs are MVS-specific structures. Other operating systems might not support this structure. Using FTP to send GDG members to other operating systems is not guaranteed to yield the same results as an MVS-to-MVS transfer. 5. The REName subcommand does not guarantee serialization of the GDG data set. Use the PUt subcommand instead. See Informational APAR II08285 for more information. The following restrictions apply: v DCBDSN=USER.MYGDG(0)/ USER.MYGDG(-n), not supported v DCBDSN=SYS1.PROCLIB(JES2), specifying a member of a PDS is not valid v DCBDSN=SYS1.PROCLIB, valid v The data set referenced on the DCBDSN, a DSORG of PS needed (FTP requirement) Note: If there are explicit values associated with LRecl, BLKsize, RECfm, or the SMS management equivalent parameters, these explicit parameters override the values associated with the model DSCB specified on the DCBDSN. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of larry macioce Sent: Thursday, May 27, 2010 14:54 To: IBM-MAIN@bama.ua.edu Subject: ftping a gdg from the z box we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
You will have to access the data set as generation zero on the ftp put step. //FTPSTEP EXEC PGM=FTP,REGION=4096K, // PARM='ftp.server.com (EXIT TI 720' //PTFBIN DD DISP=(NEW,CATLG,DELETE),DSN=GDG.DATASET(+1), . //INPUT DD * anonymous a...@a.com put target-file-name 'GDG.DATASET(0)' Natarajan On 05/27/2010 02:53 PM, larry macioce wrote: we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html NOTICE OF CONFIDENTIALITY The information contained in this communication, including but not limited to any accompanying document(s) and/or attachment(s), is privileged and confidential and is intended solely for the above-named individual(s). If you are not the intended recipient, please be advised that any distribution, copying, disclosure, and/or use of the information contained herein is strictly prohibited. If you received this communication in error, please destroy all copies of the communication, whether in electronic or hard copy format, and immediately contact the Security Office at EdFund at (916) 526-7539 or securityoff...@edfund.org. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
You can FTP a GDG If you are creating the GDG in the same JCL stream it will be (+1) if the GDG is created in a different job it will be (0). There is already a response for FTPing into the GDG. Michael Saraco Systems Consultant 303-838-3374 x115 Cell 507-525-0530 From: larry macioce mace1...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 05/27/2010 04:54 PM Subject:ftping a gdg from the z box Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
From: larry macioce mace1...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 05/27/2010 04:54 PM Subject:ftping a gdg from the z box Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace You should have no problem at all using FTP PUT to create a (+1) generation as long as you have your target z/OS server properly configured with a GDG base; and you do not need a model DSCB if the environment is SMS-managed. Might I suggest you start out by submitting a JCL jobstream on the remote system using site filetype=jes and see if your batch job can create a more typical generation Also, it's unclear if you have verified there is proper authorization on the remote system for your USERID to even be able to create a GDG generation - lest we make any formidable assumptions on either system. The recent fodder about not being able to create (+1) or having to do so with (0) or some other notation is flat-out incorrect. Again, z/OS is smart enough to help you get the dataset created, as long as you have done your duty to prepare the target system and that you have no conflicts, such as the GDG base being reserved, such as with a DFHSM daily space mgmt activity going on or someone else having the GDG base locked out with a relative generation allocated. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
I am sorry if I didnt make myself clear, we are trying to put a gdg to a windows server. I understand that the way I am trying to transmit the file in the jcl is failing,but I was wondering if I had some syntax wrong but I feel Micheal may have hit it on the head, that ftp and the put do not understand the notation of (+1) Thanks to all who responded Mace On Thu, May 27, 2010 at 6:50 PM, Scott Barry sba...@sbbworks.com wrote: From: larry macioce mace1...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 05/27/2010 04:54 PM Subject:ftping a gdg from the z box Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace You should have no problem at all using FTP PUT to create a (+1) generation as long as you have your target z/OS server properly configured with a GDG base; and you do not need a model DSCB if the environment is SMS-managed. Might I suggest you start out by submitting a JCL jobstream on the remote system using site filetype=jes and see if your batch job can create a more typical generation Also, it's unclear if you have verified there is proper authorization on the remote system for your USERID to even be able to create a GDG generation - lest we make any formidable assumptions on either system. The recent fodder about not being able to create (+1) or having to do so with (0) or some other notation is flat-out incorrect. Again, z/OS is smart enough to help you get the dataset created, as long as you have done your duty to prepare the target system and that you have no conflicts, such as the GDG base being reserved, such as with a DFHSM daily space mgmt activity going on or someone else having the GDG base locked out with a relative generation allocated. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ftping a gdg from the z box
There was another comment that was actually correct when you FTP a GDG it the windows serve whether it was or wasn't created in the JCL stream with the FTP it will always be the (0) generation. This works in my FTP PUT 'SYS3.TEST.DATA(0)' test.txt Michael Saraco Systems Consultant 303-838-3374 x115 Cell 507-525-0530 From: larry macioce mace1...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 05/27/2010 09:15 PM Subject:Re: ftping a gdg from the z box Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I am sorry if I didnt make myself clear, we are trying to put a gdg to a windows server. I understand that the way I am trying to transmit the file in the jcl is failing,but I was wondering if I had some syntax wrong but I feel Micheal may have hit it on the head, that ftp and the put do not understand the notation of (+1) Thanks to all who responded Mace On Thu, May 27, 2010 at 6:50 PM, Scott Barry sba...@sbbworks.com wrote: From: larry macioce mace1...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 05/27/2010 04:54 PM Subject:ftping a gdg from the z box Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu we are trying to ftp(put) a gdg using the (+1) notation. The thing fails everytime with a eza2253(I think) I can't email from work so I am trying to remember the code. I looked the error up and it showed it cant find the dsn we are asking for. We have tried to tick mark it (ie 'dsn.gdg(+1)' but it too fails . Any help is greatly appreciated thanks Mace You should have no problem at all using FTP PUT to create a (+1) generation as long as you have your target z/OS server properly configured with a GDG base; and you do not need a model DSCB if the environment is SMS-managed. Might I suggest you start out by submitting a JCL jobstream on the remote system using site filetype=jes and see if your batch job can create a more typical generation Also, it's unclear if you have verified there is proper authorization on the remote system for your USERID to even be able to create a GDG generation - lest we make any formidable assumptions on either system. The recent fodder about not being able to create (+1) or having to do so with (0) or some other notation is flat-out incorrect. Again, z/OS is smart enough to help you get the dataset created, as long as you have done your duty to prepare the target system and that you have no conflicts, such as the GDG base being reserved, such as with a DFHSM daily space mgmt activity going on or someone else having the GDG base locked out with a relative generation allocated. Scott Barry SBBWorks, Inc. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
