× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Vern, (and all)

Thanks for the ideas. This job has been designed to be driven from the
receiving (test) computer side. When the process on the production system
gets to a certain point, it runs a remote command on the test system that
starts the FTP get of save files, then starts the conversion. The libraries
being restored are already saved to a savf as part of the end day process,
and doing another SAVRSTxxx command would make the process longer. If there
are commands on the receiving side to do a similar thing ....

I fixed my problem by writing a cl program to submit the restore for each
library, then called that program passing the library name.

Call pgm(MyRestore) parm('LibA')

In the CL I used the SELECT - WHEN &LIBRARY = 'LibA' to check which
library, then submitted the restore, and ended the CL program. The FTP
issued the next GET command - rinse - repeat.

It gets the job done, but thinking about it now, I might have been able to
plug the library name into a generic submit restore command. It would
depend on if the restore was submitted with all the same parms, which I
don't remember at this point.

Jim

On Mon, Sep 28, 2009 at 5:33 PM, Vern Hamberg <vhamberg@xxxxxxxxxxx> wrote:

Jim

Have you considered using the ObjectConnect feature of the OS? It is a
free option of the operating system (option 22). It gives you some very
nice commands, like

SAVRST QSYS Save Restore
SAVRSTCFG QSYS Save Restore Configuration
SAVRSTCHG QSYS Save Restore Changed Objects
SAVRSTDLO QSYS Save Restore Doc/Lib Object
SAVRSTLIB QSYS Save Restore Library
SAVRSTOBJ QSYS Save Restore Object

I have set up AnyNet to handle the transfers - have not started the
QSNADS subsystem, so I don't think that is needed, at least explicitly.

The SAVRSTLIB, SAVRSTCHG, and SAVRSTOBJ commands have a way to change
the target library, they bundle up whatever has to be saved into a SAVF
under the covers and restore it on the remote system. At least it looks
that way to me by how it behaves.

SAVRST does not seem to have a way to modify the directory to restore to
- at least on V5R1.

It's really very nifty, IMHO. Use it all the time on our network.

HTH
Vern

Jim Essinger wrote:
Greetings IT GURUs,

Background:

V5R4 on both i5/os machines/partitions.

I have a process that uses FTP to get save files of libraries from one i
partition to another, and I want to submit a restore job after each
library
is successfully transferred. I have "get LibOne (R' to get the save file
and replace the existing file. I want to do a 'syscmd sbmjob cmd rstobj
obj(*all) savelib(LibOne) dev(*safv) objtype(*file) savf(backup/LibOne)
mbropt(*all) alwobjdif(*all) job(JobName) jobd(myjobd) jobq(*jobd)
jobpty(*jobd)' (extra parms added for clarity and to make the command
longer).

Questions:

If the command is too long for the FTP line, is there a continuation
indicator like the plus sign (+) in CL source that will recognize the
following line as part of the command from the previous line?

What is the max length of a record that FTP can process? The record
length
of the current script file is 132.

Is there another way to run a submit job command (other than writing a
program for each of 50 libraries) to get the submit job command to
process?

Thanks!

Jim

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.