I always thought allowing OPERATOR to IPL CMS was a BAD thing. Its been a while since I used VM but in the past issues like this were often spool related. Is something flooding the spool..
> -----Original Message----- > From: The IBM z/VM Operating System > [mailto:[email protected]] On Behalf Of Bill Munson > Sent: 30 March 2010 20:27 > To: [email protected] > Subject: Re: After getting PerfKit working... > > > They found the "Christmas Tree" program and it is running on > both Operator > user id's right now ;-) > > munson > > > > > RPN01 <[email protected]> > Sent by: The IBM z/VM Operating System > <[email protected]> 03/30/2010 03:23 PM Please respond > to The IBM z/VM Operating System <[email protected]> > > > To > [email protected] > cc > > Subject > Re: After getting PerfKit working... > > > > > > > The max CPU user extreme is 14%. This is all CP overhead > time. Our paging > rate is 20 pgs/sec. > > OPERATOR on both LPARs is unusually active, and I?m about to > take a walk > over to the data center to see what it thinks it?s doing. > There doesn?t > seem to be anything else unusual going on. > > > On 3/30/10 1:55 PM, "Robert J McCarthy" > <[email protected]> wrote: > > Robert, > Have you looked in the bottom right corner of the display > to see what > guest might be using the most CPU ? Or Option 21 from the > main PerfKit > menu ? > Bob > > From: The IBM z/VM Operating System > [mailto:[email protected]] On > Behalf Of RPN01 > Sent: Tuesday, March 30, 2010 2:46 PM > To: [email protected] > Subject: After getting PerfKit working... > > We can now see what is eating our system, and it turns out that it?s > z/VM... > > CPU Load Vector > Facility Status > or > PROC TYPE %CPU %CP %EMU %WT %SYS %SP %SIC > %LOGLD %VTOT > %VEMU REST ded. User > P00 IFL 99 99 1 1 94 0 89 100 .. .. ... > Master > P01 IFL 40 3 37 60 1 0 88 40 .. .. ... > Alternate > > We?re grinding CPU 0 at 99%, and it?s all CP time. > > Any insightful suggestions? > > *************************** IMPORTANT > NOTE*****************************-- The opinions expressed in > this message and/or any attachments are those of the author > and not necessarily those of Brown Brothers Harriman & Co., > its subsidiaries and affiliates ("BBH"). There is no > guarantee that this message is either private or > confidential, and it may have been altered by unauthorized > sources without your or our knowledge. Nothing in the message > is capable or intended to create any legally binding > obligations on either party and it is not intended to provide > legal advice. BBH accepts no responsibility for loss or > damage from its use, including damage from virus. > ************************************************************** > ******************
