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
