z/OS on z/VM Eligible List
Hi all, Today, for the first time ever, I had a z/OS go into z/VM's ELIGIBLE list. The z/OS stopped completely and the console was unresponsive. My questions is: how did it get there and how do I query z/VM to see what it is supposedly waiting for? Thanks, David Booher Quest Software
Re: z/OS on z/VM Eligible List
David, What other virtual machines do you have running along with this z/OS virtual machine? What is your CPU utilization? Is the z/VM system's paging rate high? (albeit a relative number when comparing different systems) You can add the QUICKDSP parameter to the OPTION statement in the z/VM directory to keep this virtual machine on the dispatch list. When you say the console was unresponsive, which console are you referring to? Is this the z/OS virtual machine console or a z/OS console? Some additional performance related information would be of great assistance for the list members to better advise you. HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Booher Sent: Thursday, March 20, 2008 11:49 AM To: IBMVM@LISTSERV.UARK.EDU Subject: z/OS on z/VM Eligible List Hi all, Today, for the first time ever, I had a z/OS go into z/VM's ELIGIBLE list. The z/OS stopped completely and the console was unresponsive. My questions is: how did it get there and how do I query z/VM to see what it is supposedly waiting for? Thanks, David Booher Quest Software
Re: z/OS on z/VM Eligible List
Thank you. Your answer makes perfect sense. Yes, I running about 20 zLinux guests and 6 z/OS guests on a z800 with 8Gb real. We're still running the original default values and I've probably grown to the point where I need to be looking at these values closer. I do have sufficient PAGE packs added, but I admit, I don't know much about SRM - so I'll check into it. Dave Booher Quest Software -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Romanowski, John (OFT) Sent: Thursday, March 20, 2008 2:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/OS on z/VM Eligible List snip It's possible z/VM memory is overcommitted (normal) but its default SRM values are sending guests into eligible list, especially since you say you're running linux guests. Are you running more linux guests than usual? or increased their memory size? did/are other guests going into eligible list too? /snip
Re: z/OS on z/VM Eligible List
I think your original problem description I had a z/OS go into z/VM's ELIGIBLE list. The z/OS stopped completely and the console was unresponsive. and that decreasing its memory from 1G to 512M fixed it are the major clues. It's possible z/VM memory is overcommitted (normal) but its default SRM values are sending guests into eligible list, especially since you say you're running linux guests. Are you running more linux guests than usual? or increased their memory size? did/are other guests going into eligible list too? If CP INDICATE QUEUES shows an En (like E3) in the 2nd column for one or more userids try CP QUERY SRM (write down response for reviewing ) and do this quick fix CP SET SRM STORBUF 300% 300% 300% This e-mail, including any attachments, may be confidential, privileged or otherwise legally protected. It is intended only for the addressee. If you received this e-mail in error or from someone who was not authorized to send it to you, do not disseminate, copy or otherwise use this e-mail or its attachments. Please notify the sender immediately by reply e-mail and delete the e-mail from your system. -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Booher Sent: Thursday, March 20, 2008 3:25 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/OS on z/VM Eligible List Hello, The z800 runs a mixture of z/OS and zLinux guests. The overall LOAD of the z/VM is something like: AVGPROC-039% 02 XSTORE-05/SEC MIGRATE-/SEC MDC READS-01/SEC WRITES-01/SEC HIT RATIO-100% STORAGE-092% PAGING-/SEC STEAL-000% Q0-3(0) DORMANT-00011 Q1-3(0) E1-0(0) Q2-1(0) EXPAN-002 E2-0(0) Q3-00018(0) EXPAN-002 E3-0(0) PROC -039% PROC 0001-040% LIMITED-0 Ready; T=0.01/0.01 14:09:01 This z/os virutal machine has been acting weird all morning and I had to IPL it at least twice. Over the past couple of days, I'd been ATTaching and DETaching several DASD packs to this z/OS and running volume level backups. I didn't experience any problems until this morning, when the z/os console became unresponsive and the whole virutal machine shot craps. Here's the weirdest thing of all, I changed the NAME of the virtual machine in z/VMs directory and IPL'd again and I haven't had a problem yet (but I also lowered the memory size from 1GB to 512Mb). Does a virtual machine's CP control blocks survive LOGON/LOGOFF of the virtual machine? I'm wondering if all that ATTaching and DETaching wrecked something in CP in relation to this guest [kind of a longshot, I know]. db -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Raymond Noal Sent: Thursday, March 20, 2008 2:04 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/OS on z/VM Eligible List David, What other virtual machines do you have running along with this z/OS virtual machine? What is your CPU utilization? Is the z/VM system's paging rate high? (albeit a relative number when comparing different systems) You can add the QUICKDSP parameter to the OPTION statement in the z/VM directory to keep this virtual machine on the dispatch list. When you say the console was unresponsive, which console are you referring to? Is this the z/OS virtual machine console or a z/OS console? Some additional performance related information would be of great assistance for the list members to better advise you. HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978
Re: z/OS on z/VM Eligible List
Hello, The z800 runs a mixture of z/OS and zLinux guests. The overall LOAD of the z/VM is something like: AVGPROC-039% 02 XSTORE-05/SEC MIGRATE-/SEC MDC READS-01/SEC WRITES-01/SEC HIT RATIO-100% STORAGE-092% PAGING-/SEC STEAL-000% Q0-3(0) DORMANT-00011 Q1-3(0) E1-0(0) Q2-1(0) EXPAN-002 E2-0(0) Q3-00018(0) EXPAN-002 E3-0(0) PROC -039% PROC 0001-040% LIMITED-0 Ready; T=0.01/0.01 14:09:01 This z/os virutal machine has been acting weird all morning and I had to IPL it at least twice. Over the past couple of days, I'd been ATTaching and DETaching several DASD packs to this z/OS and running volume level backups. I didn't experience any problems until this morning, when the z/os console became unresponsive and the whole virutal machine shot craps. Here's the weirdest thing of all, I changed the NAME of the virtual machine in z/VMs directory and IPL'd again and I haven't had a problem yet (but I also lowered the memory size from 1GB to 512Mb). Does a virtual machine's CP control blocks survive LOGON/LOGOFF of the virtual machine? I'm wondering if all that ATTaching and DETaching wrecked something in CP in relation to this guest [kind of a longshot, I know]. db -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Raymond Noal Sent: Thursday, March 20, 2008 2:04 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/OS on z/VM Eligible List David, What other virtual machines do you have running along with this z/OS virtual machine? What is your CPU utilization? Is the z/VM system's paging rate high? (albeit a relative number when comparing different systems) You can add the QUICKDSP parameter to the OPTION statement in the z/VM directory to keep this virtual machine on the dispatch list. When you say the console was unresponsive, which console are you referring to? Is this the z/OS virtual machine console or a z/OS console? Some additional performance related information would be of great assistance for the list members to better advise you. HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978
Re: z/OS on z/VM Eligible List
On Thursday, 03/20/2008 at 03:26 EDT, David Booher [EMAIL PROTECTED] wrote: Here's the weirdest thing of all, I changed the NAME of the virtual machine in z/VMs directory and IPL'd again and I haven't had a problem yet (but I also lowered the memory size from 1GB to 512Mb). Does a virtual machine's CP control blocks survive LOGON/LOGOFF of the virtual machine? I'm wondering if all that ATTaching and DETaching wrecked something in CP in relation to this guest [kind of a longshot, I know]. No, CP doesn't remember anything about you (e.g. SET SHARE) after you logoff. If anything you did had an effect, it was most likely the 1GB-512MB change. Alan Altmark z/VM Development IBM Endicott
Re: z/OS on z/VM Eligible List
Here's the weirdest thing of all, I changed the NAME of the virtual machine in z/VMs directory and IPL'd again and I haven't had a problem yet (but I also lowered the memory size from 1GB to 512Mb). The name change is irrelevant to the problem. One thing that can cause a machine to linger in the eligible list is insufficient memory to load it or a guest that is ahead of it in the E-list. That guest and any behind it in the list will be blocked. The memory change probably reduced the storage demand enough to allow it to load. Have you recently added other large guests that may have changed the environment enough to cause E list problems? If you are not running constrained, this may be something that is susceptible to tuning parameters. I am sure that Barton or someone from IBM can weigh in on this topic. Does a virtual machine's CP control blocks survive LOGON/LOGOFF of the virtual machine? No, the blocks do not exist before logon or after logoff. I'm wondering if all that ATTaching and DETaching wrecked something in CP in relation to this guest [kind of a longshot, I know]. Doubtful that it munged CP. It may have caused z/OS to have problems if done improperly. Regards, Richard Schuh
Re: z/OS on z/VM Eligible List
Here's my problem: q stor STORAGE = 1948M Ready; T=0.01/0.01 15:03:33 Last time I IPL'd, I shot myself in the foot. I have 8Gb on the z800. db -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Schuh, Richard Sent: Thursday, March 20, 2008 2:46 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/OS on z/VM Eligible List Here's the weirdest thing of all, I changed the NAME of the virtual machine in z/VMs directory and IPL'd again and I haven't had a problem yet (but I also lowered the memory size from 1GB to 512Mb). The name change is irrelevant to the problem. One thing that can cause a machine to linger in the eligible list is insufficient memory to load it or a guest that is ahead of it in the E-list. That guest and any behind it in the list will be blocked. The memory change probably reduced the storage demand enough to allow it to load. Have you recently added other large guests that may have changed the environment enough to cause E list problems? If you are not running constrained, this may be something that is susceptible to tuning parameters. I am sure that Barton or someone from IBM can weigh in on this topic.
Re: z/OS on z/VM Eligible List
Can you post the response to Q XSTORE Eric The information contained in this communication is intended only for the use of the recipient(s) named above. It may contain information that is privileged or confidential, and may be protected by State and/or Federal Regulations. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication, or any of its contents, is strictly prohibited. If you have received this communication in error, please return it to the sender immediately and delete the original message and any copy of it from your computer system. If you have any questions concerning this message, please contact the sender.
Re: z/OS on z/VM Eligible List
Hmmm... q stor STORAGE = 1948M Ready; T=0.01/0.01 15:32:17 q xstore XSTORE= 6144M online= 6144M XSTORE= 6144M userid= SYSTEM usage= 90% retained= 0M pending= 0M XSTORE MDC min=0M, max=6144M, usage=1% XSTORE= 6144M userid= (none) max. attach= 6144M Ready; T=0.01/0.01 15:32:20 ind AVGPROC-040% 02 XSTORE-25/SEC MIGRATE-/SEC MDC READS-01/SEC WRITES-01/SEC HIT RATIO-100% STORAGE-102% PAGING-/SEC STEAL-000% Q0-3(0) DORMANT-00011 Q1-4(0) E1-0(0) Q2-1(0) EXPAN-002 E2-0(0) Q3-00018(0) EXPAN-002 E3-0(0) PROC -041% PROC 0001-039% LIMITED-0 -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Eric Schadow Sent: Thursday, March 20, 2008 3:27 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/OS on z/VM Eligible List Can you post the response to Q XSTORE Eric
Re: z/OS on z/VM Eligible List
All of this with 8gig? It's certainly doable but I wouldn't recommend it. Do you have any XSTORE (extended storage) defined? Issue a QUERY XSTORE command if you don't know. I'd say you might have some paging issues. Steve -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of David Booher Sent: Thursday, March 20, 2008 3:40 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/OS on z/VM Eligible List Thank you. Your answer makes perfect sense. Yes, I running about 20 zLinux guests and 6 z/OS guests on a z800 with 8Gb real. We're still running the original default values and I've probably grown to the point where I need to be looking at these values closer. I do have sufficient PAGE packs added, but I admit, I don't know much about SRM - so I'll check into it. Dave Booher Quest Software -Original Message- From: The IBM z/VM Operating System [mailto:[EMAIL PROTECTED] On Behalf Of Romanowski, John (OFT) Sent: Thursday, March 20, 2008 2:35 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: z/OS on z/VM Eligible List snip It's possible z/VM memory is overcommitted (normal) but its default SRM values are sending guests into eligible list, especially since you say you're running linux guests. Are you running more linux guests than usual? or increased their memory size? did/are other guests going into eligible list too? /snip