Thanks Marcy. I am in the process of doing that now. I am also going back to see what might have happened to the pack based advice I have received from all of you! Which I thanks everyone for!!!!!!
Thank You, Terry Martin Lockheed Martin - Information Technology z/OS & z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 terry.mar...@cms.hhs.gov -----Original Message----- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Tuesday, February 10, 2009 4:38 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Paging Hello Terry, You may indeed not have formatted all the pages on the new ones or accidentally gotten some stuff on it. Like I said, we didn't think we had made that mistake when we got the HCP415E error (course it wasn't me - so no guarantees there ;). If my math is right, your 8 mod 3's is about 18G. Unless you have more memory than you know what to do with (and you don't because you are paging), you shouldn't be bringing any 40G guests until you add more. You will crash. If not immediately, as soon as they start using all the memory (and linux does use every bit of it). Add them all up, figure out what you really need. Shrink oversized ones too. 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." -----Original Message----- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: Tuesday, February 10, 2009 11:27 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Paging Hi Marcy, Her is the output from 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% So the page error on VP51A0 and VP51A1 does not mean that there is actually a real error just that there is not enough PAGE space? I would think it would have had to fill up all the page space including the two I mention before it shows as not having enough page space. Thank You, Terry Martin Lockheed Martin - Information Technology z/OS & z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 terry.mar...@cms.hhs.gov -----Original Message----- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Marcy Cortes Sent: Tuesday, February 10, 2009 2:22 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Paging We've seen this messages on a new system that we build that didn't have enough page space (yet). You probably need some more paging volumes - add up the sum of all the virtual machines and multiple by 2 and add *at least* that much space, more if you are using vdisk for swap. Try to keep the % full to less than 40. (that rule of thumb may vary depending on who you ask). Issue Q SRM and let us know what you have for those settings. 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." -----Original Message----- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Martin, Terry R. (CMS/CTR) (CTR) Sent: Tuesday, February 10, 2009 10:58 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Paging Hi Thanks for the information. I did find another problem related to my paging. I was having issues with my QREP guests, could not start up the APPLY process for the application, slow logging on, etc. This is on the LPAR that I mentioned that was doing the paging. I decided to restart the z/Linux guest. When I issued the stop from the Operator console I received the following error just before the guest came down: HCP415E Six continuous paging errors have occurred on DASD nnnn volume volser. This error occurred on the two page packs that I just added yesterday (VP51A0 and VP51A1). I believe I followed the appropriate steps to defining and starting the new page data sets. q alloc page EXTENT EXTENT TOTAL PAGES HIGH % VOLID RDEV START END PAGES IN USE PAGE USED ------ ---- ---------- ---------- ------ ------ ------ ---- 530PAG 5104 1 3338 600840 301180 594838 50% VP517A 517A 1 3338 600840 338482 600840 56% VP517B 517B 1 3338 600840 334685 600838 55% VP5198 5198 1 3338 600840 337162 600839 56% VP5199 5199 1 3338 600840 333914 600840 55% VP5109 5109 0 3338 601020 301240 598846 50% VP51A0 51A0 1 3338 600840 75804 76125 12% VP51A1 51A1 1 3338 600840 76068 76734 12% ------ ------ ---- SUMMARY 4694K 2049K 43% USABLE 4694K 2049K 43% If you notice there is no error being displayed next to the entry of the Q ALLOC PAGE display? Since I saw no other cause for the strange behavior of the Linux guest I am assuming that the page error was causing this. Any ideas what might have happened with the page and any recommendations. I have not had any problems since the restart of the guest but I am wondering if the paging errors are still there on these packs. Thank You, Terry Martin Lockheed Martin - Information Technology z/OS & z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 terry.mar...@cms.hhs.gov -----Original Message----- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Tom Duerbusch Sent: Tuesday, February 10, 2009 11:45 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Paging If you don't have a product, and you want to find out who is actively paging: Do an IND USER userid for each machine: ind user linux69 USERID=LINUX69 MACH=ESA STOR=160M VIRT=V XSTORE=NONE IPLSYS=DEV 0150 DEVNUM=00014 PAGES: RES=00035557 WS=00040960 LOCKEDREAL=00000013 RESVD=00000000 NPREF=00006334 PREF=00000000 READS=00167708 WRITES=00143507 <======== XSTORE=000016 READS=109416 WRITES=243855 MIGRATES=134423 CPU 00: CTIME=96:56 VTIME=017:43 TTIME=064:50 IO=961712 RDR=000000 PRT=000469 PCH=000000 Look at the READS and WRITES on the 4th line. That is total page reads and writes. Put this in a REXX exec, and do a delta after, say 60 seconds. The one that is changing the most, is the one that is paging the most. But I don't know what good that information would do. Paging isn't due a single virtual machine, but rather the sum of the working set size of all machines vs available storage. Chances are, the largest guest machine will page the most as it has the most pages to keep in storage. Tom Duerbusch THD Consulting >>> "Martin, Terry R. (CMS/CTR) (CTR)" <terry.mar...@cms.hhs.gov> 2/10/2009 8:04 AM >>> Hi I seem to be doing a lot of paging currently on my z/VM 5.3 system I am running multiple Linux guests including a large Oracle guest (40 GB memory size). How can I find out 1) who is doing the majority of the paging and along with that 2) I believe that some of the paging slots are old data in other words the pages are not going away after a task is complete how can I research this. The Linux guests have not been recycled but I thought if they had allocated the slots that after a task within the Linux guest completed that the slots would be reclaimed. Any thoughts on all of this would be appreciated. Thank You, Terry Martin Lockheed Martin - Information Technology z/OS & z/VM Systems - Performance and Tuning Cell - 443 632-4191 Work - 410 786-0386 terry.ma...@cms.hhs.gov
