Daniel, your z/VM user id needs to have class D privileges to issue the Q ALLOC PAGE command.
On 09/16/2010 10:42 AM, Daniel Tate wrote: > CP Q ALLOC PAGE gives me "invalid option - alloc". > > I didnt set the SRM variables; the consultant who initially came in to > set this up might have. > > > On Thu, Sep 16, 2010 at 10:29 AM, Mike At HammockTree > <m...@hammocktree.us> 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" <d...@vsoft-software.com> >> To: <IBMVM@LISTSERV.UARK.EDU> >> 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" <daniel.t...@gmail.com> >>>> To: <IBMVM@LISTSERV.UARK.EDU> >>>> 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 <d...@vsoft-software.com> >>>> 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 >>> >>> >> > -- Dave Jones V/Soft Software www.vsoft-software.com Houston, TX 281.578.7544
