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



Hi Jim,

I would suggest you to modify your control group to end the applications
first and then issue ENDSBS SBS(*ALL) DELAY(30) *BCHTIMLMT(480)* before
processing of SAVSYS.

So your control group may look like:

Backup
Seq Items Exit command
10 *EXIT CALL SHUTDOWN
20 *EXIT ENDSBS SBS(*ALL) DELAY(30) BCHTIMLMT(480)
30 *EXIT DLYJOB DLY(300)
40 *EXIT SNDMSG MSG('XXXXXXX SPECIAL RESTRICTED BACKUP STARTED')
50 *SAVSYS
60 *IBM
and so on.

where SHUTDOWN is my shutdown program to end all applications.
BCHTIMLMT is the time limit for which the system should stay in restricted
state. In above case, after 480 minutes, system will come up from
restricted state and cancel the backup, if the backup doesn't get complete.

After the backup you may want to IPL the system or just start QCTL (
modify control group accordingly).


I am using this on my 6 V7R1 systems and it is working fine.

If I understood your problem wrongly, then please let me know.


Thanks,
Ankush Agrawal


On Mon, Oct 8, 2012 at 8:33 AM, Jim Oberholtzer <midrangel@xxxxxxxxxxxxxxxxx
wrote:

Brad,

No changes (except for V7) This have been running this way starting on
V5R3 for many years. Applications are brought down "nicely" with a
control language program. Yes, you are correct, it appears the system
does not go into a restricted state, and therefore cannot proceed with
the control group. This has only started with V7. Maddingly enough,
it's also sproadic, it does not happen every time.

Mark
When the upgrade to V7 was done, all the groups and cumulative available
at the time were applied, so this is the base system, I suppose we could
go to the A side but that will leave many more things without fixes, I
believe causing a bigger mess. (namely good use of the TR code).
Last time it worked (and continues to work fine) is on the V5R4 systems.

At this time IBM has asked for the flight recorders and job logs. We'll
see what they come up with. What I'm hoping for is another example to
help in the diagnostics.

Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects


On 10/8/2012 8:02 AM, brad.lovelady@xxxxxxxxxxxxxx wrote:
We run weekly/monthly saves to the BRMS batch controlling subsystem
(*CTLSBS) on 6 systems. I have never had this problem. Sounds like BRMS
cannot get your system into a restricted state. Did you just recently swap
from *CONSOLE monitor to the automated batch controlling subsystem *CTLSBS?
Make sure there is nothing else running in QCTL or whatever you have
configured to be the controlling subsystem. Only one job can run while in
restricted state and I am pretty sure you do NOT need to start the console
monitor when using *CTLSBS. Check the job queue QBRM/Q1ACTLSBS. It should
be released and added as a single threaded entry to your controlling
subsystem.

If this were my problem I would test by ending all application jobs
first, leaving the system as close to restricted as possible. Write a
simple CL that runs the command " STRBKUBRM CTLGRP(OURSYSTEM)
SBMJOB(*CTLSBS)". Submit a job to qbatch or some other active subsystem
that calls this program. (Do not start the console monitor beforehand.)
Before doing so make sure subsystems to process is configured properly for
control group "OURSYSTEM". Better yet, copy OURSYSTEM and have the new
control group do a SAVSYS only which will ensure the test is quick and
complete in terms of restricted state processing.

***********************************
Bradford Lovelady

Operating Systems Engineer
Technology Infrastructure Services

Wells Fargo Bank l 200 Wildwood Pkwy l Birmingham, AL 35209
MAC W2691-010
Tel 205-938-1999 l Cell 205-826-2834

brad.lovelady@xxxxxxxxxxxxxx


Wells Fargo Confidential

This message may contain confidential and/or privileged information. If
you are not the addressee or authorized to receive this for the addressee,
you must not use, copy, disclose, or take any action based on this message
or any information herein. If you have received this message in error,
please advise the sender immediately by reply e-mail and delete this
message. Thank you for your cooperation.

-----Original Message-----
From:midrange-l-bounces@xxxxxxxxxxxx [mailto:
midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Jim Oberholtzer
Sent: Monday, October 08, 2012 7:30 AM
To: Midrange Systems Technical Discussion
Subject: BRMS Console Issues

I am wondering if anyone else is witnessing similar behavior. Scenario
is:

3584 tape library: SCSI attached to Power 6.
Internal LTO5 single tape on Power 7.

BRMS console monitor started
Run backup with STRBKUBRM CTLGRP(OURSYSTEM) SBMJOB(*CTLSBS)

OURSYSTEM control group is identical to *SYSTEM except for the media
class and move policy attributes.

The system submits the BRMS job to the controlling subsystem, but the
message indicating the processing is started "BRMS console beginning
request processing" is not issued and the system does not come to a
restricted state, so the job just hangs at this point.

Most recent Cumulative and all groups as of 9/5/12, so really current on
PTFs.

It is now happening on multiple LPARS on two machines, a Power 6 and 7
box.

At this time support does not have much in the way of an answer.

If this is happening to others I would like to get that on record as
well.

--
Jim Oberholtzer
Chief Technical Architect
Agile Technology Architects

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