You are paging on one disk only, and that disk is filled too much. My guess is that the one "installing" VM6PG2 as paging device forgot format that disk.
Get a link to a fullpack overlaying VM6PG2 (eg DEFINE MDISK 1111 0 END VM6PG2) Issue ICKDSF press enter twice CPVOL LIST UNIT(1111) VERIFY(VM6PG2) 2010/9/16 Daniel Tate <daniel.t...@gmail.com> > EXTENT EXTENT TOTAL PAGES HIGH % > > VOLID RDEV START END PAGES IN USE PAGE USED > > ------ ---- ---------- ---------- ------ ------ ------ ---- > > VM6PG1 9F86 1 10016 1761K 1175K 1761K 66% > > VM6PG2 9F87 0 0 180 180 180 100% > > ------ ------ ---- > > SUMMARY 1761K 1175K 66% > > USABLE 1761K 1175K 66% > > Ready; T=0.01/0.01 11:56:46 > > > On Thu, Sep 16, 2010 at 11:30 AM, Mike At HammockTree > <m...@hammocktree.us> wrote: > > (I use MAINT too much......) > > > > If your SRM STORBUFF values are as you say, then STORBUFF is unlikely to > be > > causing the problem, although still possible. The next time the problem > > occurs, do the > > CP IND > > and check for an Eligible list. If the E3 numbers are non-zero, then try > > raising the STORBUFF values further, as Davd suggested (300% 300% 300%). > > > > Mike > > ----- Original Message ----- From: "Daniel Tate" <daniel.t...@gmail.com> > > To: <IBMVM@LISTSERV.UARK.EDU> > > Sent: Thursday, September 16, 2010 11:42 AM > > Subject: Re: CP unresponsive on certain guests > > > > > > 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 > >>> > >>> > >> > > > -- Kris Buelens, IBM Belgium, VM customer support