Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Transfer Load modules From mainframe to PC
Goto page 1, 2  Next
 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> ABENDS & Debugging
View previous topic :: :: View next topic  
Author Message
VIGNRSH
Warnings : 1

New User


Joined: 18 Mar 2007
Posts: 44
Location: New Jersey,USA

PostPosted: Fri Apr 03, 2009 9:09 pm    Post subject: Transfer Load modules From mainframe to PC
Reply with quote

HI,

I want to transfer my load modules existing in my mainframe to local PC . I tried using the IEBCOPY first to unload the load modules in to a sinlge file and downloaded that flat file in to my PC. But when i upload the same content by using emulator s file transfer facility and again IEBOCPY to create the load module ,it is failing there, saying the dataset is not a proper format
Code:

IEB178I NOT AN IEBCOPY UNLOADED DATA SET - 1ST PHYSICAL RECORD NOT 64 BYTES LONG


I tried to invoke XMIT but it is failing with USER authorization failed to execute this command.

Is there any way , where i can take backup of the LOAD MODULE FILEs ??
or
can i use ADRDSSU program to backup the files and then transfer the backed up files to my local PC and restore back in my mainframe ??


All your help is greatly Needed !!

Thanks
Back to top
View user's profile Send private message

Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7905
Location: Bellevue, IA

PostPosted: Fri Apr 03, 2009 10:32 pm    Post subject:
Reply with quote

Do you want to transfer (per your first sentence) or back up (per your last question) your load modules? There's a huge difference!

As far as doing a transfer with an IEBCOPY unloaded dataset, you need to be aware of the Utilities manual statements:
Quote:
An unload data set is always a variable spanned record format with sequential organization, (RECFM=VS and DSORG=PS).

The logical record length of the unload data set is intended to hold a block from the input data set plus a header, with these considerations:

1. The LRECL is calculated as being the larger of:

1. 280 bytes, or
2. 16 bytes + the block size + the key length of the input data set.

2. If the LRECL exceeds 32760, it is reduced to 32760.
So your transfer to and from the PC had better be able to handle variable spanned records -- not all transfer methods can. I suspect your first problem might have been using the wrong DCB characteristics.

For doing a back up which stays on your mainframe, DF/DSS (ADRDSSU) is the tool to use. However, if you use the DF/DSS DUMP command to take your back up, the Storage Administration Reference manual says
Quote:
COPYDUMP is the only supported method for copying DFSMSdss dump data sets. Using a copy produced by any other method or utility as input to a RESTORE operation can produce unpredictable results.
so the dumped dataset cannot be placed on a PC.
Back to top
View user's profile Send private message
VIGNRSH
Warnings : 1

New User


Joined: 18 Mar 2007
Posts: 44
Location: New Jersey,USA

PostPosted: Mon Apr 06, 2009 11:48 am    Post subject: Reply to: Help needed for transferring Load modules From mai
Reply with quote

I need to take a backup of my load modules in my local PC and be able to restore them back in the maniframe environment when needed.

When copying via IEBCOPY and tranferring it to PC the records of Loadmodules are getting corrupted. To overcome this , I read in few websites, to use XMIT command to transfer the Load modules to your own id and Receive them in a PS file and then transfer it to the PC. Similarly , for restoring them,execute the RECEIVE command on the dataset transferred from PC .

SInce, in my environment, i am denied access only to XMIT command, is there any other way? like using the ADRDSSU to dump the Datasets to a Flat file and transfer it to the PC. While restoring , similarly , use RESTORE command of the ADRDSSu ? Will this work? meaning, will the record be preserved during the transfer from PC to mainframe and vice-versa???

Or Can some one provide the XMIT command's load module, so i can inovke it from my load library , in .XMI file format ??

I checked through the CBTTAPE.org site for exisitng utilities. But i could not find one amongst it.....

Can some one Provide Help??
Back to top
View user's profile Send private message
enrico-sorichetti

Global Moderator


Joined: 14 Mar 2007
Posts: 10202
Location: italy

PostPosted: Mon Apr 06, 2009 1:04 pm    Post subject: Reply to: Help needed for transferring Load modules From mai
Reply with quote

a pc is the unsafest place to keep backups,

as Your storage support what is Your shop standard for backups

a DFDSS dump is safer and faster ( mainframe dasd are much more reliable than PC stuff )
Back to top
View user's profile Send private message
enrico-sorichetti

Global Moderator


Joined: 14 Mar 2007
Posts: 10202
Location: italy

PostPosted: Mon Apr 06, 2009 1:08 pm    Post subject: Reply to: Help needed for transferring Load modules From mai
Reply with quote

Quote:
Or Can some one provide the XMIT command's load module, so i can inovke it from my load library


if you are not allowed to use it
for what reason should we help You breach Your company standards and practices


please in the future refrain from unethical requests
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7905
Location: Bellevue, IA

PostPosted: Mon Apr 06, 2009 5:10 pm    Post subject:
Reply with quote

Quote:
SInce, in my environment, i am denied access only to XMIT command, is there any other way? like using the ADRDSSU to dump the Datasets to a Flat file and transfer it to the PC. While restoring , similarly , use RESTORE command of the ADRDSSu ? Will this work? meaning, will the record be preserved during the transfer from PC to mainframe and vice-versa???
Did you not read my post? I specifically quoted the manual that says moving a DF/DSS (ADRDSSU) backup from mainframe to PC and back is not supported -- you will not be able to restore the backup once it's on the mainframe again.

I strongly recommend you consult your site support group to find out their recommendations for backup of load modules, and not try to go off on your own.
Back to top
View user's profile Send private message
nevilh

Active User


Joined: 01 Sep 2006
Posts: 258

PostPosted: Mon Apr 06, 2009 5:44 pm    Post subject:
Reply with quote

If you use ADRDSSU to dump the datasets and then terse the output, you can transfer the data between the mainframe and the PC without poblems
Back to top
View user's profile Send private message
Bill Dennis

Active Member


Joined: 17 Aug 2007
Posts: 562
Location: Iowa, USA

PostPosted: Mon Apr 06, 2009 7:15 pm    Post subject:
Reply with quote

If you're not familiar with it, TERSE (aka TRSMAIN) is a free utility from IBM with "PACK" option for compressing and converting many data types into FB, 1024 records for easy transmit using standard utilities. You can terse the whole load library as one file.

Once back on the mainframe, run with "UNPACK" option to restore the file.

Search IBM for the TRSMAIN download instructions or find it included on the latest IBM z/OS versions.
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Mon Apr 06, 2009 9:55 pm    Post subject:
Reply with quote

Hello,

Quote:
I need to take a backup of my load modules in my local PC and be able to restore them back in the maniframe environment when needed.
Where did this "requirement" originate?

There s no business reason to drag the load modules (or the source modules for that matter) from the mainframe to some pc. There are actually business reasons for not doing this. . . No manager wants to hear that the application inventory is scattered all over some developers' pc's.

Backups of both source and executable are easy to accomplish on the mainframe and that need is far better served on the mainframe.

I suspect that this is just to grab a copy for individual reasons. . .
Back to top
View user's profile Send private message
expat

Global Moderator


Joined: 14 Mar 2007
Posts: 8593
Location: Back in jolly old England

PostPosted: Tue Apr 07, 2009 11:33 am    Post subject:
Reply with quote

Quote:
I need to take a backup of my load modules in my local PC

I note the use of the word 'my'. If these are indeed your programs what are you doing loading them onto your employers machine. Or is that yours too ?

As requested by Dick. Who originated this request.
Back to top
View user's profile Send private message
Douglas Wilder

Active User


Joined: 28 Nov 2006
Posts: 305
Location: Deerfield IL

PostPosted: Tue Apr 07, 2009 8:07 pm    Post subject:
Reply with quote

Two reason I have thought of for copying load modules to a PC and back are 1) An off site backup for a very very small shop (and/or system) or 2) Transferring them to a different mainframe.
Back to top
View user's profile Send private message
nevilh

Active User


Joined: 01 Sep 2006
Posts: 258

PostPosted: Tue Apr 07, 2009 8:26 pm    Post subject:
Reply with quote

Quote:
There s no business reason to drag the load modules (or the source modules for that matter) from the mainframe to some pc.

Yes there is, just as there is a valid reason to transfer data(load and source) from the PC to the mainframe. How does one work remote without this functionality. It could well be that the OP is trying to abuse the system but surely he should be given the benefit of the doubt
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7905
Location: Bellevue, IA

PostPosted: Tue Apr 07, 2009 8:46 pm    Post subject:
Reply with quote

nevilh: so what is the business reason for taking source and load modules from the mainframe to a PC? Your employer hires you to do a job and provides you the tools (emulator, TSO access, etc.) to do that job. Unless the employer provided Microfocus COBOL or another PC tool, the employer clearly is not wanting work to be done on the PC but on the mainframe. Since mainframes typically have complete backup and recovery facilities (often developed many years ago), there's no reason to back up source or load modules to a PC. What other business reason would there be to download your employer's intellectual property to a PC?

The reverse case is just as bad. If you're hired to create programs for an employer, and you upload programs from a PC to the mainframe (programs written specifically for another employer) to accomplish the required task, courts have ruled the prior employer is entitled to damages due to the loss of their intellectual property. Does the new employer really want to be put in that position? Almost certainly not (or if they do, there's an ethical issue with working for them.)

Until somebody comes up with a viable business reason to put mainframe source and load modules on a PC, the prima facie evidence is that some form of criminal (or at least underhanded) activity is underway in merely asking the question.
Back to top
View user's profile Send private message
nevilh

Active User


Joined: 01 Sep 2006
Posts: 258

PostPosted: Tue Apr 07, 2009 9:09 pm    Post subject:
Reply with quote

Quote:
so what is the business reason for taking source and load modules from the mainframe to a PC
Debugging
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7905
Location: Bellevue, IA

PostPosted: Tue Apr 07, 2009 9:31 pm    Post subject:
Reply with quote

Mainframe load modules won't work on a PC. I could see the possibility of debugging if source were transferred, and the employer made a PC package available for debugging, but sorry -- load modules are mainframe only and there's no reason to put one on a PC for debugging. And if there are tools like STROBE, Abend Aid, File Aid, File Manager, Xpediter on the mainframe already then the debugging argument won't wash -- the employer has the tools on the mainframe so again there's a presumption the PC is not to be used for debugging.
Back to top
View user's profile Send private message
nevilh

Active User


Joined: 01 Sep 2006
Posts: 258

PostPosted: Tue Apr 07, 2009 10:43 pm    Post subject:
Reply with quote

I will be more specific I download the required material from the mainframe to my PC so that I can upload the material to another mainframe where I have the required tools/aids to help with the debugging.Load modules are taken if required, not to run them but to make sure they have not been modified .
Back to top
View user's profile Send private message
Robert Sample

Global Moderator


Joined: 06 Jun 2008
Posts: 7905
Location: Bellevue, IA

PostPosted: Tue Apr 07, 2009 10:47 pm    Post subject:
Reply with quote

Both mainframes belong to your employer? Why not just FTP directly from one mainframe to the other -- I do that between LPARs all the time here and it is quick, efficient, and handles load modules just fine. Plus it doesn't require a PC in the middle so no conversion issues (variable length records AND code page differences), no tersing and untersing the data, no security concerns .... etc, etc, etc.
Back to top
View user's profile Send private message
nevilh

Active User


Joined: 01 Sep 2006
Posts: 258

PostPosted: Tue Apr 07, 2009 10:58 pm    Post subject:
Reply with quote

Both mainframes belong to the same Parent company but the subsidiaries are separate entities. Traffic is one way only I can send data from machine A to B but not from B to A. Options are download to a PC or create a tape and spend the next half a day filling out forms in order to move the tape from one silo to another
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Wed Apr 08, 2009 12:04 am    Post subject:
Reply with quote

Hello,

If the 2 subsidiaries have different software agreements with vendors, seems like a license agreement violation to use tools licensed for only companyA to do companyB work. . .
Back to top
View user's profile Send private message
Terry Heinze

JCL Moderator


Joined: 14 Jul 2008
Posts: 1238
Location: Richfield, MN, USA

PostPosted: Wed Apr 08, 2009 1:54 am    Post subject:
Reply with quote

We understand your plight, Nevilh, but as Dick mentioned, I think you're entering a very sticky legal area.
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> ABENDS & Debugging All times are GMT + 6 Hours
Goto page 1, 2  Next
Page 1 of 2

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
This topic is locked: you cannot edit posts or make replies. Urgent Mainframe Requirments (2-10 yr... Shankar779 Mainframe Jobs 0 Sun Nov 27, 2016 1:48 pm
This topic is locked: you cannot edit posts or make replies. Mainframe Developer requirement in Ku... capricorn Mainframe Jobs 0 Sun Oct 23, 2016 3:49 pm
No new posts Interface from Mainframe to Confluenc... hblun CLIST & REXX 4 Tue Sep 20, 2016 5:47 pm
No new posts Need Rexx Program to Load in to DB2 T... Hareesh Verma CLIST & REXX 22 Tue Sep 20, 2016 2:59 pm
No new posts Copybook structure in Load module Vai123 COBOL Programming 7 Fri Sep 16, 2016 8:29 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us