I'm fairly sure that the IND$FILE lack of support of UNIX resident files is due to the age of IND$FILE. "pax" does support output and input to and from z/OS datasets. My failure was a finger check due to my bad typing with arthritis. kept misspelling the output DSN and then didn't see it in 3.4 because I didn't misspell it there. If you don't preallocate the output, "pax" will use some defaults which will work, except you might get an out-of-space abend.
cd /some/sub/directory;pax -wvf "//'HLQ.SEQ.DSN.PAX'" * to unload to HLQ.SEQ.DSN.PAX, use IND$FILE in BINary for that. On target IND$FILE upload in BINary with same DCB. cd /some/target/directory;pax -rvf "//'HLQ.SEQ.DSN.PAX'" -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ray Overby > Sent: Thursday, August 18, 2011 9:50 AM > To: IBM-MAIN@bama.ua.edu > Subject: Re: Copy z/OS USS pax format file to another z/OS > system without FTP > > I tried to ind$file with the source in a USS directory but it did not > work (may be a limitation of my tn3270 support). I will check > with the > tn3270 vendor shortly (I am using Tom B's VISTA). I think VISTA works > really well and really never have problems with it. I just have never > tried to IND$FILE from a USS directory before. Maybe there is > some trick > that I am not aware of. > > I did not know about pax's ability to read/write z/os datasets. That > sounds promising and I will research this more. Thanks. I was not sure > what the z/os file's DCB info should be as well. > > FTP and tape are not currently available on the target z/OS > system. I am > restricted from explaining why. I am not trying to bypass > security, it > is just a strange setup that I currently don't have much > control over. I > am sure we have all been there at one time or another....... > I am trying > to apply vendor maintenance but have run into the problem of > how to get > the pax file there with both hands tied behind my back..... > > > > On 8/18/2011 09:29 AM, McKown, John wrote: > > IND$FILE in BINARY mode should do it. Did you know that > "pax" can read from and write to z/OS legacy datasets? That > is, the pax archive can be in a sequential dataset, not just > in a UNIX file. > > > > pax -wvf "//'HLQ.DSN.PAX'" /my/sub/directory/* > > > > But I'd pre-allocate HLQ.DSN.PAX. > RECFM=FB,LRECL=1,BLKSIZE=27998 for 3390. Use IND$FILE in > BINary mode (or ftp on source, if available). Now, why so > weird a DCB? Because IND$FILE is not too good at file > transfer and LRECL=1 will work fairly well even with > IND$FILE. I don't think RECFM=U or RECFM=VB would work right, > but I could be wrong. I am sure LRECL=1 and RECFM=FB will > work, but inefficiently. > > > > Why not just use a tape? The target system must be very > weird if it does't have ftp or tapes. How do they do any > maintenance? Or, no offense, are you simply trying to bypass > some security measures that the target management has set up? > Or, even worse, are you an auditor or security consultant > trying to prove that the z/OS system is insecure? My paranoia > is running rampant. > > > > -- > > John McKown > > Systems Engineer IV > > IT > > > > Administrative Services Group > > > > HealthMarkets(r) > > > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > > (817) 255-3225 phone * > > john.mck...@healthmarkets.com * www.HealthMarkets.com > > > > Confidentiality Notice: This e-mail message may contain > confidential or proprietary information. If you are not the > intended recipient, please contact the sender by reply e-mail > and destroy all copies of the original message. > HealthMarkets(r) is the brand name for products underwritten > and issued by the insurance subsidiaries of HealthMarkets, > Inc. -The Chesapeake Life Insurance Company(r), Mid-West > National Life Insurance Company of TennesseeSM and The MEGA > Life and Health Insurance Company.SM > > > > > > > >> -----Original Message----- > >> From: IBM Mainframe Discussion List > >> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ray Overby > >> Sent: Thursday, August 18, 2011 9:01 AM > >> To: IBM-MAIN@bama.ua.edu > >> Subject: Copy z/OS USS pax format file to another z/OS system > >> without FTP > >> > >> Is there a way to copy a z/OS USS pax file to another z/OS > >> system without using FTP and have the pax file still be > >> usable when copy completed? > >> > >> For example: > >> > >> 01) Copy USS file to some type of z/os file on source z/OS system. > >> 02) IND$FILE source system z/os file to USB drive. > >> 03) Plug USB drive into new machine that has TN3270 to target > >> z/OS system > >> 04) IND$FILE file on USB drive to target z/OS. > >> 05) Copy z/os file to a USS directory on target z/os. > >> > >> Notes: > >> > >> 01) FTP or similar products are not available on the target system. > >> 02) INF$FILE is available for file transfer. > >> > >> > ---------------------------------------------------------------------- > >> For IBM-MAIN subscribe / signoff / archive access instructions, > >> send email to lists...@bama.ua.edu with the message: GET > IBM-MAIN INFO > >> Search the archives at http://bama.ua.edu/archives/ibm-main.html > >> > >> > > > ---------------------------------------------------------------------- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@bama.ua.edu with the message: GET > IBM-MAIN INFO > > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
