Yes, but what is the problem with recfm=u? Treat it as defined/documented: physical blocks, with undefined internal logic. So don't try to find logic in it. Is this what FTP tries to do?
Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John McKown Sent: 06 November 2019 16:24 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Zfs from 1 LPAR to another On Wed, Nov 6, 2019 at 9:18 AM Vernooij, Kees (ITOP NM) - KLM < kees.verno...@klm.com> wrote: > So do we. > > And I wonder what the actual problem is? If the DFDSS dump dataset has > such a special (internal) format, that FTP cannot always handle it > correctly, why can AMATERSE do this without problems? > A DFDSS dump dataset is RECFM=U. Each "logical record" is simply a block on DASD, with no imbedded (in the data) of where the record ends. This is a artifact of the ECKD format that only the IBM z (as far as I know) uses. AMATERSE encodes the length of each physical block actually read into its data stream. And it produces FB output. So when you send it somewhere, the LRECL is always known. AMATERSE uses the encoded data in the FB to restore the data onto disk in the same PHYSICAL format that it was unloaded, making it usable once again by DFDSS. IMO, DFDSS should just have used VB or VBS format. > > If it FTP only, what is the special problem for FTP? What other > dataset formats are a problem for FTP? > Not FTP only. > > Questions, Fear, Uncertainty and Doubt... > > Kees. > > -- People in sleeping bags are the soft tacos of the bear world. Maranatha! <>< John McKown ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ******************************************************** For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 ******************************************************** ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
