Re: BRMS Console Issues

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

--