well ... you may not like the answer ... but CP does sort of check. This is where LDUBUF comes into play. The scheduler is designed to evaluate your impact on storage. Also just 'cause your defined at 1500G doesn't mean your going to use it. Yeah, OK, it's linux I suppose, so it will use it. But a CMS machine at that size (if it could do anything) would use a mere fraction of the 1500G.
CP will page to spool once the page resource is full. I'm curious - can you confirm or deny that you witnessed extreme eligible list formation? David P.S. enjoy that day off. -----Original Message----- From: The IBM z/VM Operating System on behalf of Marcy Cortes Sent: Thu 10/11/2007 8:05 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Sanity check? Luckily on the test/dev Linux system, not production! Took 16 minutes to reach 90% page space, another 20 to reach 100% and limped along for another 15 before we IPL'd out of it (thinking it was our friend VM64297 not really solved). When we came back up and that server started near the end of the autolog list... paging rate when to 88K/sec to xstor and 40K/sec to dasd. Then I it occurred to me what might have happpened... forced it --- and it took another 25 minutes or so of it being logoff/force pending before it actually went away. We didn't abend though... strangely.. at 100% page space. That would have helped give me a clue sooner! Marcy Cortes "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 Mike Walter Sent: Thursday, October 11, 2007 4:45 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] Sanity check? Ouch. It couldn't have been any worse if you had entered 1500T, 1500P, or 1500E! When you're out of chips (memory or potato) you're out of chips. Want to buy a different consonant? Maybe Sir Rich of Consonants would sell one to you? So, how did it take for CP to choke after the LOGON command was displayed on the console? And... yes. To me your suggestion makes eminent sense - particularly given that IBM does not ship z's with 16E of real storage, nor would z/VM support that much. I do wonder how much physical space 16E of z storage would take. :-) Mike Walter Hewitt Associates "Marcy Cortes" <[EMAIL PROTECTED]> Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> 10/11/2007 06:21 PM Please respond to "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> To IBMVM@LISTSERV.UARK.EDU cc Subject Sanity check? I know, my gun my foot... But does anyone else think it might be a good idea for CP to check available page space before allowing a (really big) virtual machine to be logged on? One shouldn't define a virtual machine of size 1500G when one meant to do 1500M! Maybe I should just take a day off, huh? Marcy Cortes "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." _____ The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. Emails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email.
