Re: CPU Spikes completely hangs sessions;No logons: need inputs

2010-09-06 Thread Ron Hawkins
Amit,

In addition, if you are running a single JES2 in your SYSPLEX you can
display other LPARS in the SDSF "DA" display using the "SYSNAME sysid" line
command.

Alternatively you can use the ISPF Table based RMF II display to monitor the
other LPARS in your SYSPLEX by simply overtyping the System ID in the upper
right hand corner with the one you want. Depending on your installation you
can typically get to this (far superior) version of RMF II with the command
ERBRMF, or TSO ERBRMF, and then follow the menus.

This is feature is enabled by XCF  and does not require a parallel SYSPLEX,
but you do need a MAS for the DA SYSNAME to work. I regularly use the RMF II
feature in a four system GRS ring.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Terry Draper
> Sent: Monday, September 06, 2010 7:21 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] CPU Spikes completely hangs sessions;No logons:
need
> inputs
> 
> 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  wrote:
> 
> 
> From: amit 
> 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

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


Re: CPU Spikes completely hangs sessions;No logons: need inputs

2010-09-06 Thread Terry Draper
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  wrote:


From: amit 
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


Re: CPU Spikes completely hangs sessions;No logons: need inputs

2010-09-06 Thread amit
thanks Barbara..and i totally agree with you in term so tools reset.
however and more of the same reason, to concentrate on my own STC
activity...anything i can do, logged from a diff LPAR.
does RMF/SYSVIEW provide interface to see STC details ?>


On Mon, Sep 6, 2010 at 5:32 PM, Barbara Nitz  wrote:

> >however, if i wanted to browse/see through the
> >JESYSMSG/sysprint of the STC, when i am unable to logon to the affected
> >LPAR(session HUNG due to high CPU.
>
> If you cannot logon, use the operator reset command to reset your TSO
> userid
> into SYSSTC. That may (or may not) allow you to logon. Every other tool you
> are going to use in a cpu starved environment will also need it's
> dispatching
> priority adjusted by resetting it into a higher service class. Keep in mind
> that
> you may not even be aware which tools need to be reset, depending on
> *where* (i.e. in which address space) the code for a command executes
> (example: If VTAM and/or TCPIP don't get enough cpu, they cannot show you
> the output from the tool you have just used).
>
> Also keep in mind that resetting something into a higher service class
> distorts
> the results.
>
> Regards, Barbara Nitz
>
> --
> 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


Re: CPU Spikes completely hangs sessions;No logons: need inputs

2010-09-06 Thread Barbara Nitz
>however, if i wanted to browse/see through the
>JESYSMSG/sysprint of the STC, when i am unable to logon to the affected
>LPAR(session HUNG due to high CPU.

If you cannot logon, use the operator reset command to reset your TSO userid 
into SYSSTC. That may (or may not) allow you to logon. Every other tool you 
are going to use in a cpu starved environment will also need it's dispatching 
priority adjusted by resetting it into a higher service class. Keep in mind 
that 
you may not even be aware which tools need to be reset, depending on 
*where* (i.e. in which address space) the code for a command executes 
(example: If VTAM and/or TCPIP don't get enough cpu, they cannot show you 
the output from the tool you have just used).

Also keep in mind that resetting something into a higher service class distorts 
the results.

Regards, Barbara Nitz

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


Re: CPU Spikes completely hangs sessions;No logons: need inputs

2010-09-06 Thread amit
missed some queries, sorry:
What is you z/OS system (z/OS
V1.???) and what kind of mix are you running on this system
we are on V1.11 currently.

reg to the RMF PLEX option, can you let me know which options.how would i
know RMF is setup to view all in a PLEX?

cheers,
Amit


On Mon, Sep 6, 2010 at 5:20 PM, amit  wrote:

> thanks Lizette.
> yes we have sysview, which helps to track whether they are related to my
> STCs.
> I handle a product named ObjectStar(TIBCO)..very old name HURON,3 layered
> s/w similar to DB2, but i find it much powerful, quite rare in today
> installations too.
>
> Anyhow, in general terms, sysview or system tools like RMF would help me to
> track which all STCs however, if i wanted to browse/see through the
> JESYSMSG/sysprint of the STC, when i am unable to logon to the affected
> LPAR(session HUNG due to high CPU)..is there a way via SDSF commands from
> one LPAR to view/browse the same of a diff LPAR?..
>
>
>
> When you say OPS can see your stcs spiking, which ones are they talking
> about?
> I meant the Operations team via thier consoles which are mostly
> solve/sysview...or they would have been already logged on to the LPAR SDSF,
> so can sort the CPU in DA option.
>
>
>
>
>
> On Mon, Sep 6, 2010 at 4:54 PM, Lizette Koehler 
> wrote:
>
>> >  amit wrote:
>> > 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.
>>
>>
>> Do you have any monitoring tools like Omegamon, Tmon, Sysview, or
>> Mainview?
>>
>>
>> Do you have RMF setup to view all systems in the Plex?
>>
>> These would be the best tools to look at for seeing what is spiking in
>> your
>> system.
>>
>> Also, it will depend on you software levels.  What is you z/OS system
>> (z/OS
>> V1.???) and what kind of mix are you running on this system?  Is it DB2,
>> CICS, batch, TSO, Application Development or Production or Sandbox?
>>
>> When you say OPS can see your stcs spiking, which ones are they talking
>> about?
>>
>> These will help guide you to determine how best to view this situation.
>>
>> Lizette
>>
>> --
>> 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


Re: CPU Spikes completely hangs sessions;No logons: need inputs

2010-09-06 Thread amit
thanks Lizette.
yes we have sysview, which helps to track whether they are related to my
STCs.
I handle a product named ObjectStar(TIBCO)..very old name HURON,3 layered
s/w similar to DB2, but i find it much powerful, quite rare in today
installations too.

Anyhow, in general terms, sysview or system tools like RMF would help me to
track which all STCs however, if i wanted to browse/see through the
JESYSMSG/sysprint of the STC, when i am unable to logon to the affected
LPAR(session HUNG due to high CPU)..is there a way via SDSF commands from
one LPAR to view/browse the same of a diff LPAR?..


When you say OPS can see your stcs spiking, which ones are they talking
about?
I meant the Operations team via thier consoles which are mostly
solve/sysview...or they would have been already logged on to the LPAR SDSF,
so can sort the CPU in DA option.




On Mon, Sep 6, 2010 at 4:54 PM, Lizette Koehler wrote:

> >  amit wrote:
> > 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.
>
>
> Do you have any monitoring tools like Omegamon, Tmon, Sysview, or Mainview?
>
>
> Do you have RMF setup to view all systems in the Plex?
>
> These would be the best tools to look at for seeing what is spiking in your
> system.
>
> Also, it will depend on you software levels.  What is you z/OS system (z/OS
> V1.???) and what kind of mix are you running on this system?  Is it DB2,
> CICS, batch, TSO, Application Development or Production or Sandbox?
>
> When you say OPS can see your stcs spiking, which ones are they talking
> about?
>
> These will help guide you to determine how best to view this situation.
>
> Lizette
>
> --
> 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


Re: CPU Spikes completely hangs sessions;No logons: need inputs

2010-09-06 Thread Lizette Koehler
>  amit wrote:
> 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.


Do you have any monitoring tools like Omegamon, Tmon, Sysview, or Mainview?


Do you have RMF setup to view all systems in the Plex?

These would be the best tools to look at for seeing what is spiking in your
system.

Also, it will depend on you software levels.  What is you z/OS system (z/OS
V1.???) and what kind of mix are you running on this system?  Is it DB2,
CICS, batch, TSO, Application Development or Production or Sandbox?

When you say OPS can see your stcs spiking, which ones are they talking
about?

These will help guide you to determine how best to view this situation.

Lizette

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


CPU Spikes completely hangs sessions;No logons: need inputs

2010-09-06 Thread amit
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