× 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.



For the test reset your QSTRUPPGM system value to *NONE, then reset when
your done testing.



From:
Luis Rodriguez <luisro58@xxxxxxxxx>
To:
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date:
10/29/2009 08:43 AM
Subject:
Re: Option 21 Save - QSTRUPPGM
Sent by:
<midrange-l-bounces@xxxxxxxxxxxx>



David,

You could create a data area, write a value indicating if the start up
program must run or not and, inside your startup pgm, read the data
area and act accordingly. It could be something like "read data area",
"if value = 0 goto eoj", etc.

HTH,


Luis Rodriguez
IBM Certified Systems Expert â eServer i5 iSeries



On Thu, Oct 29, 2009 at 8:32 AM, Noah Sandestin <nsandestin@xxxxxxxxx>
wrote:
HI All,

On a monthly basis we run a full system (option 21) save and IPL our
system. To do this, we have an operator who manually brings the system
into a restricted state, goes to the save menu and executes option 21. As
part of the option 21, when the save completes, it starts the controlling
subsystem which then executes the qstruppgm. As I mentioned earlier, we
IPL the system after the save finishes but our operator is having to wait
for the system to start, then end back to a restricted state before he can
IPL the system. It's been awhile since I have been through the option 21
save options, and I've done some reading online, but there doesn't appear
to be an option to bypass the startup. Can anyone suggest a way around
this?

Also, we are preparing for our DR test this December and want to execute
3 consecutive option 21 saves (2 to send to out DR partner, 1 to keep).
As you can image, if the system starts after each one it would add a lot
of time to this procedure. Any suggestions would be appreciated!

Thanks,

David Charmatz



--
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 ...

Replies:

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.