This was not in an LPAR that runs Linux. It if TPF that is growing out of control. We didn't hit any server, just the everyday users of our non-Linux VM system.
Lucky? Yes and no. We had already increased page space to account for what we were told would be the average size of a z/TPF machine. We were used to running at less than 10% allocated. And we had also increased spool to allow for z/TPF dumps. Together, they kept us out of the really deep stuff. Regards, Richard Schuh > -----Original Message----- > From: The IBM z/VM Operating System > [mailto:[EMAIL PROTECTED] On Behalf Of Barton Robinson > Sent: Thursday, November 13, 2008 11:36 AM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Page Space > > Do the math.... Number one reason for ONE outage at each new > z/linux installation is to fill up page space - guess you > were lucky and had some extra spool space (no block paging so > slow), so you luckily didn't take the outage - which makes > your servers even slower.... > > > > > Schuh, Richard wrote: > > > Don't presume. 92G real, 10 xstore. All MDC activity is in real, > > limited to 384MB. And I do not know the color of the machine :-) > > > > Regards, > > Richard Schuh > > > > > > > > > >>-----Original Message----- > >>From: The IBM z/VM Operating System > >>[mailto:[EMAIL PROTECTED] On Behalf Of Marcy Cortes > >>Sent: Thursday, November 13, 2008 10:29 AM > >>To: IBMVM@LISTSERV.UARK.EDU > >>Subject: Re: Page Space > >> > >>You didn't say how much real memory you have. Presumably less than > >>60G > >>:) > >> > >>You either add enough real memory or you add enough page > space to hold > >>them all (at less that 50% occupied. I don't think there > are miracles > >>available in this scenario. > >> > >> > >> > >>Marcy > >> > >>"This message may contain confidential and/or privileged > information. > >>If you are not the addressee or authorized to receive this for the > >>addressee, you must not use, copy, disclose, or take any > action based > >>on this message or any information herein. If you have > received this > >>message in error, please advise the sender immediately by > reply e-mail > >>and delete this message. Thank you for your cooperation." > >> > >> > >> > >>________________________________ > >> > >>From: The IBM z/VM Operating System > >>[mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard > >>Sent: Thursday, November 13, 2008 10:20 AM > >>To: IBMVM@LISTSERV.UARK.EDU > >>Subject: [IBMVM] Page Space > >> > >> > >> > >>Yesterday, we were running a test using 17 z/TPF virtual > machines, 3GB > >>each. This was in addition to the normal load on the system. During > >>the test, which was not moving along very quickly, nothing was, I > >>noticed that our page packs were 100% allocated, up from the usual > >>10%. This stood out as a smoking gun, verified by watching the > >>performance improve as each of the ids in the test logged off. I > >>presume that this should have been expected; however, other matters > >>have kept us so busy that we did not do the math. I imagine > that the > >>one way to avoid this type of problem, we expect a peak of > >>approximately 150 concurrent z/TPF systems in the coming year, is a > >>massive injection of paging DASD. Is this the only answer > or are there > >>any other steps that we can take to help? > >> > >>Regards, > >>Richard Schuh > >> > > > > > > >
