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
