TAR file on UNIX to Zos

[Pk2016]

hi,

Im  currently working on an CMOD extraction and Migration project and stuck with the approach.

I have extracted the objects from DB2 in zos, then exported the objects to UNIX, did a first level decompression followed by a second level decompression to extract the statements, which is now residing in UNIX .

I created a tar file of all the extracted statements in unix.

Now i need to move them back to Zos in a flat file. Submitted a simple job which uses a "O get " command to get the tar file  from unix path to a flat file. I am not sure if this is the right way to do. Job did complete but the format semms to be incorrect .

The goal is to pkzip(which will encrypt and compress) the extracted statements in zos and which will inturn be moved to a different destination.

Can anyone please guide me on the right way to get the tar file in unix to Zos approach ??

CMOD version " 8.5.07"

[Nolan]

Not exactly and OnDemand question but more of a data transfer question.   We recently had a similar issue of moving data from linux to Z/OS.  You don't clarify where your data is incorrect but I will explain the steps we took...after many trials :)

1. zip files on linux or unix
2. move files to OMVS in binary format and unzip (we have unzip installed, tar is also available)
3. since the data was ascii we did a convert using the dd command

Code Select Expand

dd if=FileIn.tmp of=FileOut.tmp conv=ibm;
4. we needed to do a quick translate command, square brackets did not convert nicely. 
       

Code Select Expand

cat FileOut.tmp | tr $"\xAD" $"\xBA" | tr $"\xBD" $"\xBB" > &FileOut.txt;
5. OCOPY the file in TEXT format from OMVS to Z/OS, we used an output file of VB LRECL=4096.
6. We also needed to shift the carriage control so we ran an ICEMAN step to shift the it over to column 1 and move all other data to column 2
7. Then we could load the file to OnDemand nice and clean with carriage control.

If I misunderstood the question, sorry but it took us a few weeks to get all the steps above working smooth.  Now it looks easy :)

[Pk2016]

Thank You Nolan. Sorry missed this "The data received at the Mainframe end  is not in the right format"

I will try with the binary format and get back on this. Thanks Much.

[Ed_Arnold]

Now it looks easy

:o

Ed