The problem is that he is missing the EOR indicators. The file he has is an IEBCOPY PDS UNLOAD to sequential file, but when the IND$FILE transfer to the PC was done, it was done without the usual CRLF option to maintain EOR.
He is going to have to analyze the file and find a record break. Then we maybe write a rexx or something to read the file and split the records out. Joe On Mon, Apr 19, 2021 at 11:32 AM Chris Hoelscher <[email protected]> wrote: > Try it a different way? > Download different files from the mainframe to a windows environment using > different protocols > Look at the downloaded files to see if they look at all similar in format > to YOUR files > That might help you work backwards > > > > > > > Chris Hoelscher > Lead Sys DBA > IBM Global Technical Services on assignmemt to Humana Inc. > T 502.476.2538 or 502.407.7266 > > -----Original Message----- > From: IBM Mainframe Discussion List <[email protected]> On Behalf > Of Hilario Garcia > Sent: Monday, April 19, 2021 11:49 AM > To: [email protected] > Subject: Re: [IBM-MAIN] Format PDS unloaded on an CD > > [External Email: Use caution with links and attachments] > > > Hello Joe, > > The files were downloaded from a Z / OS in 2007. I don't know how and with > what format. You are correct. > > Would you recommend me to take any other action to solve the problem? > > Thank you very much in advance. > > Kind Regards > > Hilario > > El lun, 19 abr 2021 a las 14:23, Joe Monk (<[email protected]>) > escribió: > > > OK ... maybe now we're getting somewhere... > > > > I think we are having a case of deja vu here. Going back thru the > > archives I found where the exact same dataset was created in 2007: > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On > > Behalf Of David Day > > Sent: Thursday, May 24, 2007 5:34 PM > > To: [email protected] > > Subject: IEBCOPY Unloaded dataset to PC and back again...not > > successful > > > > I used IEBCOPY to create a sequentail backup of an ISPF panel > > library. I then used IND$FILE to transfer the dataset to my PC. > > Thought I'd test the backup out by transferring back to the > > mainframe, and got the following when I tried to use IEBCOPY to load > the members back. > > > > STEP1COPY INDD=SYSUT1,OUTDD=SYSUT2 GENERATED STATEMENT IEB1128I *** > > COPYR1 (1ST PDSU PHYSICAL RECORD) > > 009400 1810 180C0100 00CA6D0F 02001810 | _ | > > 009410 0010 00509000 1810 3030200F 7FF8 | 8| > > 009420 0020 0D0C000F E5A2 2250 0002006B |Vs,| > > 009430 0030 008F 0080 0F000B08 A912 |z | > > 009440 0040 7F00 80807FF8 8800 0012 | 8 h | > > 009450 0050 6A78 1810 0200 9440 | | m | > > 009460 0060 6AA8 0C0067E8 6AA0 8800 | |y Y | h | > > 009470 0070 0002 3F000900 || > > 009480 0080 0612 20007FF8 | 8| > > 009490 0090 || > > IEB120I SYSUT1 VALIDATION ERROR > > IEB178I NOT AN IEBCOPY UNLOADED DATA SET - 1ST PHYSICAL RECORD NOT 64 > > BYTES LONG - ACTUAL VALUE IS X'001810' > > > > The IND$FILE for the GET or PUT operation did not specify CRLF as a > > parameter. Can someone tell me what I did wrong, or if there is a > > 'better' way to backup PDS data on a PC. Thanks. > > > > --Dave Day > > > > > > So, now you know what you have. An ISPF panel library, that was > > unloaded via IEBCOPY, then IND$FILE to a PC without specifying CRLF > > then back to the mainframe. > > > > Joe > > > > > > On Mon, Apr 19, 2021 at 4:04 AM Hilario Garcia <[email protected]> > wrote: > > > > > Hello, > > > > > > Thank you very much for your answer. I had already tried the > > > solution you recommended and it gave me the following problem: > > > > > > IEBCOPY COPY INDD=SYSUT1,OUTDD=SYSUT2 GENERATED STATEMENT > > > > > > IEB1128I *** COPYR1 (1ST PDSU PHYSICAL RECORD) > > > > > > 0094A0 FFF8 00000000 00000000 7FE40000 7FE00000 | "U "\ | > > > > > > 0094B0 0008 00CA6D0F 020018B0 00509000 00807FF8 | _ & "8| > > > > > > 0094C0 0018 3030200F 00007FF8 2721000F E5A20000 | "8 Vs | > > > > > > 0094D0 0028 22520000 0002006B 00DE0000 00800000 | , | > > > > > > 0094E0 0038 01000B07 69300000 7F000000 80807FF8 | " "8| > > > > > > 0094F0 0048 00008800 0011F000 00006540 00007FE4 | h 0 "U| > > > > > > 009500 0058 02000000 000094E8 00006570 0C000014 | mY | > > > > > > 009510 0068 00006568 00008800 00000000 00000000 | h | > > > > > > 009520 0078 00000000 16000400 0611F000 20007FF8 | 0 "8| > > > > > > 009530 0088 00000000 00000000 00000000 00000000 || > > > > > > 009540 0098 00000000 00000000 00000000 00000000 || > > > > > > IEB120I SYSUT1 VALIDATION ERROR > > > > > > IEB178I NOT AN IEBCOPY UNLOADED DATA SET - 1ST PHYSICAL RECORD NOT > > > 64 > > BYTES > > > LONG > > > IEB1030I DDNAME SYSUT1 REFERS TO PDSU DATA SET ON VOLUME SSSSSS NAMED > > > IBMUSER. > > > IEB1030I DDNAME SYSUT2 REFERS TO PDS DATA SET ON VOLUME SSSSSS NAMED > > > IBMUSER. > > > IEB166I NO MEMBERS LOADED TO DATA SET REFERENCED BY SYSUT2 > > > > > > IEB151I JOB HAS TERMINATED WITH ERROR(S) > > > > > > IEB147I END OF JOB - 8 WAS HIGHEST SEVERITY CODE > > > > > > > > > Do you recommend any other possible solution. > > > > > > Thank you very much in advance. > > > > > > Kind Regards > > > > > > Hilario > > > > > > El lun, 19 abr 2021 a las 10:29, Styles, Andy (ITS zPlatform > > > Services) (< > > > [email protected]>) escribió: > > > > > > > Classification: Public > > > > > > > > I wonder if these are IEBCOPY unload format - that is, IEBCOPY > > > > from a > > PDS > > > > to a PS. It's been years since I had to deal with those, probably > > since > > > I > > > > installed products directly from a vendor tape (one of those round > > things > > > > with the write-protect ring). > > > > > > > > IEBCOPY seems to create unload format dasd datasets (here, at > > > > least) as > > > > > > > > Organization . . . : PS > > > > Record format . . . : VS > > > > Record length . . . : 32736 > > > > Block size . . . . : 32740 > > > > > > > > Worth uploading one of those files as binary and then using an > > > > IEBCOPY > > PS > > > > to PDS to reload it? > > > > > > > > Andy Styles > > > > z/Series System Programmer > > > > > > > > -----Original Message----- > > > > From: IBM Mainframe Discussion List <[email protected]> On > > Behalf > > > > Of Hilario Garcia > > > > Sent: 19 April 2021 06:42 > > > > To: [email protected] > > > > Subject: Fwd: Format PDS unloaded on an CD > > > > > > > > -- This email has reached the Bank via an external source -- > > > > > > > > > > > > ---------- Forwarded message --------- > > > > De: Hilario Garcia <[email protected]> > > > > Date: lun, 19 abr 2021 a las 7:40 > > > > Subject: Format PDS unloaded on an CD > > > > To: <[email protected]> > > > > > > > > > > > > Hello, > > > > > > > > Thank you very much for your contributions. > > > > I have done multiple tests with different utilities (XMIT, FTP, > > > > IND $ > > > FILE, > > > > AMATERSE) and I have not been able to download them in a valid > format. > > > > Attached I send in hexadecimal format the beginning of one of the > > > > PDS (loaded as FB, lrecl = 80) and it seems that at the beginning > > > > of the > > file > > > > is the directory of a PDS partitioned file. If the file is loaded > > > > as FB > > > and > > > > 80 bytes long, you can see the code in EBCDIC format. The original > > > > file > > > is > > > > in format binary and I have loaded it in binary. > > > > > > > > I would appreciate your help in this regard. > > > > > > > > Thank you very much in advance. > > > > > > > > Kind Regards > > > > > > > > Hilario > > > > > > > > > > > > > > > > ------------------------------------------------------------------ > > > > ---- For IBM-MAIN subscribe / signoff / archive access > > > > instructions, send > > > email > > > > to [email protected] with the message: INFO IBM-MAIN > > > > > > > > ------------------------------------------------------------------ > > > > ---- For IBM-MAIN subscribe / signoff / archive access > > > > instructions, send > > > email > > > > to [email protected] with the message: INFO IBM-MAIN Lloyds > > > > Banking Group plc. Registered Office: The Mound, Edinburgh EH1 > > > 1YZ. > > > > Registered in Scotland no. SC95000. Telephone: 0131 225 4555. > > > > > > > > Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V > 7HN. > > > > Registered in England and Wales no. 2065. Telephone 0207626 1500. > > > > > > > > Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 > 1YZ. > > > > Registered in Scotland no. SC327000. Telephone: 03457 801 801. > > > > > > > > Lloyds Bank Corporate Markets plc. Registered office: 25 Gresham > > Street, > > > > London EC2V 7HN. Registered in England and Wales no. 10399850. > > > > > > > > Scottish Widows Schroder Personal Wealth Limited. Registered > > > > Office: 25 Gresham Street, London EC2V 7HN. Registered in England > and Wales no. > > > > 11722983. > > > > > > > > Lloyds Bank plc, Bank of Scotland plc and Lloyds Bank Corporate > > > > Markets plc are authorised by the Prudential Regulation Authority > > > > and regulated > > > by > > > > the Financial Conduct Authority and Prudential Regulation Authority. > > > > > > > > Scottish Widows Schroder Personal Wealth Limited is authorised and > > > > regulated by the Financial Conduct Authority. > > > > > > > > Lloyds Bank Corporate Markets Wertpapierhandelsbank GmbH is a > > > wholly-owned > > > > subsidiary of Lloyds Bank Corporate Markets plc. Lloyds Bank > > > > Corporate Markets Wertpapierhandelsbank GmbH has its registered > > > > office at Thurn-und-Taxis Platz 6, 60313 Frankfurt, Germany. The > > > > company is registered with the Amtsgericht Frankfurt am Main, HRB > > > > 111650. Lloyds > > > Bank > > > > Corporate Markets Wertpapierhandelsbank GmbH is supervised by the > > > > Bundesanstalt für Finanzdienstleistungsaufsicht. > > > > > > > > Halifax is a division of Bank of Scotland plc. > > > > > > > > HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. > > > > Registered > > in > > > > Scotland no. SC218813. > > > > > > > > > > > > > > > > This e-mail (including any attachments) is private and > > > > confidential and may contain privileged material. If you have > > > > received this e-mail in > > > error, > > > > please notify the sender and delete it (including any attachments) > > > > immediately. You must not copy, distribute, disclose or use any of > > > > the information in it or any attachments. Telephone calls may be > > > > monitored > > or > > > > recorded. > > > > > > > > > > > > ------------------------------------------------------------------ > > > > ---- For IBM-MAIN subscribe / signoff / archive access > > > > instructions, send email to [email protected] with the > > > > message: INFO IBM-MAIN > > > > > > > > > > -------------------------------------------------------------------- > > > -- For IBM-MAIN subscribe / signoff / archive access instructions, > > > send email to [email protected] with the message: INFO > > > IBM-MAIN > > > > > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, send > > email to [email protected] with the message: INFO IBM-MAIN > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to [email protected] with the message: INFO IBM-MAIN > > The information transmitted is intended only for the person or entity to > which it is addressed > and may contain CONFIDENTIAL material. If you receive this > material/information in error, > please contact the sender and delete or destroy the material/information. > > Humana Inc. and its subsidiaries comply with applicable Federal civil > rights laws and > do not discriminate on the basis of race, color, national origin, > ancestry, age, disability, sex, > marital status, gender, sexual orientation, gender identity, or religion. > Humana Inc. and its subsidiaries do not > exclude people or treat them differently because of race, color, national > origin, ancestry, age, > disability, sex, marital status, gender, sexual orientation, gender > identity, or religion. > > English: ATTENTION: If you do not speak English, language assistance > services, free > of charge, are available to you. Call 1‐877‐320‐1235 (TTY: 711). > > Español (Spanish): ATENCIÓN: Si habla español, tiene a su disposición > servicios > gratuitos de asistencia lingüística. Llame al 1‐877‐320‐1235 (TTY: 711). > > 繁體中文(Chinese):注意:如果您使用繁體中文,您可以免費獲得語言援助 > 服務。請致電 1‐877‐320‐1235 (TTY: 711)。 > > Kreyòl Ayisyen (Haitian Creole): ATANSION: Si w pale Kreyòl Ayisyen, gen > sèvis èd > pou lang ki disponib gratis pou ou. Rele 1‐877‐320‐1235 (TTY: 711). > > Polski (Polish): UWAGA: Jeżeli mówisz po polsku, możesz skorzystać z > bezpłatnej > pomocy językowej. Zadzwoń pod numer 1‐877‐320‐1235 (TTY: 711). > > 한국어 (Korean): 주의: 한국어를 사용하시는 경우, 언어 지원 서비스를 무료로 > 이용하실 수 있습니다. 1‐877‐320‐1235 (TTY: 711)번으로 전화해 주십시오. > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
