Amit.
   Firstly you should have RMF monitor III setup so that it can see the address 
spaces in all the LPARs in the Sysplex. Make sure RMF address spaces are at 
high priority. You can then see who is getting the CPU and how much the LPAR is 
using.
 
  Have the TSO userids of selected (trusted not to abuse the priority) 
performance people set to a single period high priority service class. 
Alternatively you can get someone reset to a high priority at problem times.

  It is useful to have some TSO users stay logged on nearly all the time. Not 
sure of the best options to achieve this.

Terry Draper
zSeries Performance Consultant
w...@btopenworld.com
mobile:  +66 811431287

--- On Mon, 6/9/10, amit <amitpdu...@gmail.com> wrote:


From: amit <amitpdu...@gmail.com>
Subject: CPU Spikes completely hangs sessions;No logons: need inputs
To: IBM-MAIN@bama.ua.edu
Date: Monday, 6 September, 2010, 11:59


hi,

i have come across similar times where in my services/STCs demand a lot of
CPU and thus resulting soft capping.
some times even when msu's are being increased, via system tools though Ops
can see that my stcs are taking more CPU, i am unable to logon to the
LPAR..so are other users.
is there a way that i can monitor/ view the STC of the affected LPAR from a
diff one, in sysplex.
secondly, how do i prioritize  my TSO ID in that LPAR so that it may logon
and check/action to trap the issue.

My questions might sound foolish or/and inappropriate, but can assure, are
not just for Fun.
eager to learn, if possible some help/experience shared.

TIA,
Amit

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to