I have a z10 processor running multiple customer systems where we are using
VWLC, one of the systems was soft-capped during peak processing for the day
which caused multiple CICS regions to go max task resulting in time outs,
retries, transaction back out etc which just added to the demand on CP
ama.ua.edu] On Behalf
Of David Middlebrook
Sent: Friday, August 12, 2011 10:05 PM
To: IBM-MAIN@bama.ua.edu
Subject: Soft Capping an LPAR
I have a z10 processor running multiple customer systems where we are using
VWLC, one of the systems was soft-capped during peak processing for the day
which caus
If you have RMF, you can run RMFPM (free download) on a workstation and
have it track both the LPAR MSU and the LPAR 4-hour rolling MSU in near
real time and periodically check the values in RMFPM, perhaps even take
a few extra seconds to have RMFPM display a graph of the values to make
trends
RMF MON III will report an estimated time until soft-capping will begin. This
can also be monitored as an RMF exception condition so that you can set a
threshold and take some action.
If RMF III has this capability others monitors may also have it. I would
contact the monitor vendor and ask th
Thanks for your suggestions, all good. I am aware of the RMFPM product and have
been using it from time to time but I can't afford to have someone sitting
around monitoring these graphs (eyes on glass). Is there any facility within
RMFPM that will set an SNMP trap once a particular metric has ch
You may want to take a look at MSUMON, by Angel Luis Dominguez. It issues WTOs
to console when the LPAR MSU/h mean consumption for the last 4 hours equals or
exceeds the user specified threshold.
You may find it here: http://perso.wanadoo.es/rptv2005/msumon/en/index.html
HTH.
Rafa.
--
The WTO would have to be used in unison with automated ops, IMO.
One place I worked they had a message appear on the console and it was a really
critical message. Even though they were non delete able. The instructions were
extremely clear that if these messages were to appear that bells and al
Strong agreement! We don't even have "operators" any more. The "help
desk" people can barely reset RACF ids even given the Web interface that
I wrote (OK, that may be my bad - I'm not a web designer.) The
production control people actually have VTAM SMCS consoles up on their
desktop to monitor z/OS
PM
Subject: Re: Soft Capping an LPAR
Strong agreement! We don't even have "operators" any more. The "help
desk" people can barely reset RACF ids even given the Web interface that
I wrote (OK, that may be my bad - I'm not a web designer.) The
production control
nd Health Insurance Company.SM
> -Original Message-
> From: IBM Mainframe Discussion List
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould
> Sent: Monday, August 15, 2011 12:11 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Soft Capping an LPAR
>
> John:
>
"Andy Coburn" wrote in message
news:...
>
>
> Some good news is that following an IPL an LPAR enjoys a 4 hour grace
period
> until it accumulates enough information to contribute to the group.
This sentence needs some rephrasing to precisely state what happens:
after an IPL an LPAR starts with
11 matches
Mail list logo