Re: z/OS FTP woes - Resolved (maybe)

2005-10-05 Thread Robert Borkowski
Hi, You cannot use FTP to create new GDG base, GDG base must exist on the target system before You use FTP to create new versions of GDS (GDG datasets). -- Robert Borkowski BRE Bank SA - DIN Łódź (S/390 Team) Chase, John wrote: On 10/3/2005 8:42 AM, Chase, John wrote: Here's the output

z/OS FTP woes

2005-10-04 Thread Gibbons, Mark
Get of a +1 generation of a GDG? I expect that the data set just doesn't exist. Try it with (0) or (-1). Mark Date:    Mon, 3 Oct 2005 07:42:28 -0500 From:    Chase, John [EMAIL PROTECTED] Subject: z/OS FTP woes Hi, All, Here's the output from an FTP GET (userID and DSNs changed to protect

Re: z/OS FTP woes

2005-10-04 Thread Chase, John
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Gibbons, Mark Get of a +1 generation of a GDG? I expect that the data set just doesn't exist. Try it with (0) or (-1). No; GET *into* a +1 generation of a GDG (at least that's how I read the syntax of the failing

Re: z/OS FTP woes

2005-10-04 Thread Robert Borkowski
Hi, check if the GDG base EEE.FFF.GGG.HHH exist in Your system. -- Robert Borkowski BRE Bank SA - DIN Łódź (S/390 Team) Chase, John wrote: Hi, All, Here's the output from an FTP GET (userID and DSNs changed to protect privacy): .230 USERID is logged on. Working directory is USERID..

Re: z/OS FTP woes

2005-10-04 Thread Chase, John
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Robert Borkowski Hi, check if the GDG base EEE.FFF.GGG.HHH exist in Your system. It exists. -jc- -- For IBM-MAIN subscribe / signoff /

Re: z/OS FTP woes

2005-10-04 Thread Greg Shirey
Do *you* have the syntax backward? I thought you were just helping a programmer with this issue. :-) Anyway, the syntax is correct. I notice, however, going back to your original post, that you mention the working directory is USERID, but the data set name is in single quotes. If the HLQ is

Re: z/OS FTP woes

2005-10-04 Thread Chase, John
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Greg Shirey Do *you* have the syntax backward? I thought you were just helping a programmer with this issue. :-) Anyway, the syntax is correct. I notice, however, going back to your original post, that you

Re: z/OS FTP woes

2005-10-04 Thread Walt Farrell
On 10/3/2005 8:42 AM, Chase, John wrote: Here's the output from an FTP GET (userID and DSNs changed to protect privacy): ..230 USERID is logged on. Working directory is USERID.. ..EZA1460I Command: ..EZA1736I LOCSITE LRECL=80 BLOCKSIZE=27920 CYLINDERS PRIMARY=2 SECONDARY=1 ..EZA1460I Command:

Re: z/OS FTP woes

2005-10-04 Thread Chase, John
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Walt Farrell On 10/3/2005 8:42 AM, Chase, John wrote: [ snip ] ..230 USERID is logged on. Working directory is USERID.. ..EZA1460I Command: ..EZA1736I LOCSITE LRECL=80 BLOCKSIZE=27920 CYLINDERS PRIMARY=2

Re: z/OS FTP woes - Resolved (maybe)

2005-10-04 Thread Chase, John
On 10/3/2005 8:42 AM, Chase, John wrote: Here's the output from an FTP GET (userID and DSNs changed to protect privacy): ..230 USERID is logged on. Working directory is USERID.. ..EZA1460I Command: ..EZA1736I LOCSITE LRECL=80 BLOCKSIZE=27920 CYLINDERS PRIMARY=2 SECONDARY=1

z/OS FTP woes

2005-10-03 Thread Chase, John
Hi, All, Here's the output from an FTP GET (userID and DSNs changed to protect privacy): .230 USERID is logged on. Working directory is USERID.. .EZA1460I Command: .EZA1736I LOCSITE LRECL=80 BLOCKSIZE=27920 CYLINDERS

Re: z/OS FTP woes

2005-10-03 Thread Greg Shirey
I found the Client Error Codes in the IP User's Guide Commands, chapter 4. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b950/4.11.2?S HELF=F1A1BK60DT=20050708142126 18 FTP_FILE_ACCESS Data set allocation failure, recall failure, open failure. Not much help, IMO.

Re: z/OS FTP woes

2005-10-03 Thread Chase, John
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Greg Shirey I found the Client Error Codes in the IP User's Guide Commands, chapter 4. http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b950/4.11.2?S HELF=F1A1BK60DT=20050708142126 18

Re: z/OS FTP woes

2005-10-03 Thread Greg Shirey
I was able to experiment with one of our production FTP jobs. Specifying REPLACE or not specifying it had the same result - a new generation was created. (In my test, the data sets were SMS-managed.) So, that doesn't seem to be the causer, sorry. Greg Shirey Ben E. Keith Company

Re: z/OS FTP woes

2005-10-03 Thread Charles Mills
Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Greg Shirey Sent: Monday, October 03, 2005 10:57 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS FTP woes I was able to experiment with one of our production FTP jobs. Specifying REPLACE or not specifying it had the same result - a new