> -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[EMAIL PROTECTED] On Behalf Of Paul Gilmartin > Sent: Thursday, May 31, 2007 12:05 PM > To: [email protected] > Subject: Re: SPAM-LOW: Re: IEBCOPY Unloaded dataset to PC and > back again...not >
<snip> > > I'm not afflicted with IND$FILE; I can't make FTP binary roundtrip > of an IEBCOPY unloaded data set work; I'd be delighted to stand > corrected by being shown a set of FTP settings that works among > the plethora that don't. > > There are practical circuventions that involve flattening the unloaded > data set to RECFM=F[B] with TRSMAIN or TSO TRANSMIT, but I > still believe > there's no available technique for a roundtrip transfer of > the directly > IEBCOPY unloaded data set to a PC-like platform that leaves it usable. > There's been an abundance of speculation in this thread; no solid > proof since the OP until now. Here's my JCL experiment (some > tailoring > required). I'm using z/OS Unix files in lieu of PC files; I believe > the capabilities are equivalent. After the roundtrip, the RELOAD > IEBCOPY step fails with: > > IEB120I SYSUT1 VALIDATION ERROR > IEB178I NOT AN IEBCOPY UNLOADED DATA SET - 1ST PHYSICAL RECORD > NOT 64 BYTES LONG - ACTUAL VALUE IS X'0002BC' > > ... remarkably similar to the OP's experience. Perhaps suitable FTP > settings can make it work; I'm betting against it. Any takers? > If, and only if, the ftp server is z/OS (any ftp client - z/OS, Windows, Linux), then you can successfully ftp an IEBCOPY unloaded dataset doing the following on your PC client: ftp zos user password bin quote stru r get iebcopy.unload quit ftp otherzos user password bin quote stru r quote site pri=??? sec=??? ... other required LRECL, BLKSIZE, etc put iebcopy.unload for z/OS to z/OS ftp otherzos user password bin stru r site pri=??? sec=??? cylinders put iebcopy.unload The "site" command is not needed in this case because the z/OS ftp server automagically sends a SITE command to set the LRECL, BLKSIZE, etc unless it has been told not to. What you cannot do is use the z/OS ftp client to non-z/OS ftp server, then to another z/OS system. The reason seems to be that non z/OS ftp servers do not understand the "stru r" command. And that is a SERVER command, not a client command. And it is not a SITE command, so LOCSITE won't work to issue it. <snip> > > -- gil -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. ---------------------------------------------------------------------- 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
