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 <[email protected]> To: [email protected] Date: 05/27/2010 09:15 PM Subject: Re: ftping a gdg from the z box Sent by: IBM Mainframe Discussion List <[email protected]> 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 <[email protected]> wrote: > >From: larry macioce <[email protected]> > >To: [email protected] > >Date: 05/27/2010 04:54 PM > >Subject: ftping a gdg from the z box > >Sent by: IBM Mainframe Discussion List <[email protected]> > > > > > > > >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 [email protected] 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 [email protected] 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 [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
