Gee Mike, you come to my class and don't learn nothen. the only thing
that storbuf does is hurt, turning it off is the only recommendation
that anyone ever gives. i look at this thread and....
So, anyone reading this, IF YOU HAVE A PERFORMANCE PROBLEM, if you send
us z/vm monitor data, we will analyze it for you FOR FREE, everybody is
guessing, and it really is a whole lot easier if you just collect a few
minutes of data and send it to us. We have this really cool tool
(ztune) we run the data through to give a full configuration check,
health check, and performance analysis. Once we have the data, it's
like 2 minutes to get this report. Can we make it any easier?
Mike At HammockTree wrote:
Yeah, that is probably where he needs to end up Dave, but I'm a little
hesitant to recommend the 300% for Q3 without feeling more comfortable
about his paging subsystem... Moving a couple of large guests from the
E-list to in-Q could cause a increase in paging that he may or may not
be configured to handle.
Mike
----- Original Message ----- From: "Dave Jones" <[email protected]>
To: <[email protected]>
Sent: Thursday, September 16, 2010 11:08 AM
Subject: Re: CP unresponsive on certain guests
Actually, Mike, he may be better off (a bit, at least) by setting
STORBUFF 300 300 300.
On 09/16/2010 09:58 AM, Mike At HammockTree wrote:
Since the STORBUF setting is exactly the values I suggested, I suspect
you applied the
SET SRM STORBUFF 300% 250% 200%
prior to doing the
Q SRM
With the current setting for STORBUFF, are you still experiencing the
problem?
Also, on a related note, what does your zVM paging system look like?
The output of
CP Q ALLOC PAGE
will provide the information
Mike
----- Original Message ----- From: "Daniel Tate" <[email protected]>
To: <[email protected]>
Sent: Thursday, September 16, 2010 10:52 AM
Subject: Re: CP unresponsive on certain guests
Output of Q SRM
q srm
IABIAS : INTENSITY=90%; DURATION=2
LDUBUF : Q1=100% Q2=75% Q3=60%
STORBUF: Q1=300% Q2=250% Q3=200%
DSPBUF : Q1=32767 Q2=32767 Q3=32767
DISPATCHING MINOR TIMESLICE = 5 MS
MAXWSS : LIMIT=9999%
...... : PAGES=999999
XSTORE : 0%
Ready; T=0.01/0.01 09:49:05
On Wed, Sep 15, 2010 at 5:47 PM, Dave Jones <[email protected]>
wrote:
Hi, Daniel.
The answer to your first question is to use the CP FORCE command (HELP
CP FORCE will tell you all about it.) The VM user id issuing the FORCE
command needs to have privilege class A as well. Usually this is done
from either MAINT or OPERATOR.
The answer to your second question is a bit more difficult, I'm afraid.
As Marcy has already suggested, what does a Q SRM command show? My
first
guess would be that your SLES11 guest is falling into Q3 and never
given
an opportunity to run.
To find out *why* the guest is not able to run, you need the
services of
a good z/VM performance monitor.....IBM offers the Performance Monitor
(it comes bundles with z/VM, but it's an extra cost offering) and
Velocity Software (http://www.velocity-software.com/) has a very good
suite of products as well. IMHO it' practically impossible to run a
modern production grade z/VM-zLinux system without a good performance
monitor to help solve issues like the one your having now.
On 09/15/2010 05:14 PM, Daniel Tate wrote:
We're starting to run apps on the servers now. From time to time a
guest will become unresponsive - to be more precise, ,the CP will not
respond to commands, and neither will the guest OS (SLES11). not
even #CP LOGOFF is acknowledged. from another login, CP INDIIC LOAD
shows no appreciable load.
Two questions from this:
1) how would I force a logoff of a user from another user? Is this
possible?
2) if we are not paging and the IFLs are not loaded (2-3% utilization
as a matter of fact) what could the bottleneck be?
--
Dave Jones
V/Soft Software
www.vsoft-software.com
Houston, TX
281.578.7544
--
Dave Jones
V/Soft Software
www.vsoft-software.com
Houston, TX
281.578.7544
