I have seen similar shutdown situations here - no doc regarding why the system went down, just guesswork.
Our old z800 system running z/VM 5.4.0 was properly SHUTDOWN REIPLed Sunday evening and responds now with: cp q shutdowntime System shutdown time: 30 seconds; previous shutdown duration: 13 seconds The z10 running a different z/VM 5.4.0 system was DEACTIVATED from the HMC (ignoring documented procedures) last Saturday as part of some hardware changes, is responds now with: cp q shutdowntime System shutdown time: 90 seconds Note that 90 seconds was allowed (since changed to 300 seconds), but none was listed as "previous shutdown duration". That "previous shutdown duration" is documented as being reported "only if the system has been restarted after a system failure or restarted via a SHUTDOWN REIPL command." Couldn't an HMC DEACTIVATION be considered a "system failure", or is "system failure" meant as a CP ABEND causing such a failure so that CP can determine the "previous shutdown duration"? Regardless, it would sure be nice if CP would issue a timestamped message to the OPERATOR console when an HMC DEACTIVATE (or any other hardware-inspired shutdown) was occurring explaining what's happening (and perhaps displaying the total current SHUTDOWNTIME value). If z/VM is responding to a SIGNAL SHUTDOWN from the hardware, it should still be up far enough to issue some sort of clarifying message. At least we'd know why there was no proper CP SHUTDOWN command, and can address that with (yet more) training. All we have now is a shrug of the shoulders and a 'gee, I don't know, someone else was on that shift'. Kevin wrote: > What does QUERY SHUTDOWNTIME indicate as the amount of time reserved for the control program to shut down? If this value equals or exceeds the time out indicated from the hardware, then CP will begin shutting down immediately upon receiving the shutdown signal, as it believes it doesn't have enough time to allow guests to shut down and cleanly shut down CP. How do we determine the "time out indicated by the hardware"? Or better... how do we increase the time out indicated by the hardware? I understand that a true hardware **failure** may prevent a delayed shutdown, but a DEACTIVATE can usually wait a "little while"... regardless of how anxious the CE might be to get started while his soldering iron warms up! ;-)~ Mike Walter Aon Corporation The opinions expressed herein are mine alone, not my employer's. "Tom Huegel" <tehue...@gmail.com> Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> 05/24/2011 04:21 PM Please respond to "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU> To IBMVM@LISTSERV.UARK.EDU cc Subject Re: z/VM shutdown Marcy - For me 4 to 5 minutes would be plenty of time.. but it appears I get 0 .. Of course I would normally do a normal z/VM SHUTDOWN .. but bleep happens, I am just trying to be proactive.. On Tue, May 24, 2011 at 2:13 PM, Marcy Cortes < marcy.d.cor...@wellsfargo.com> wrote: You don?t get the full time if done from the HW. 4-5 minutes ? somewhere around there I believe is what you get. Could that be what you saw? It?s not enough to get all of our severs down so we always take them down outside of the HW/GDPS deactivate. Marcy From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf Of Tom Huegel Sent: Tuesday, May 24, 2011 2:10 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] z/VM shutdown Well, this is sort of what I am looking for... "A signal can be sent in response to a hardware event, such as a deactivation of the z/VM image..." I have all of the signals etc. set for the guest OSs but when someone pulled the plug (deactivated) on the HMC to stop my LPAR z/VM ended immediatly... OK so maybe this is a hardware question 'how to delay LPAR activation while z/VM shuts down?'. On Tue, May 24, 2011 at 1:26 PM, Kevin S Adams <kada...@us.ibm.com> wrote: Yes, z/VM supports shutdown signals. There is a section titled Automating a Shutdown in Chapter 7 of z/VM: System Operation which describes this function. Kevin Adams z/VM CP Development IBM Corporation, Endicott, NY E-mail - kada...@us.ibm.com Extension: 3-5467 T/L: 620-5467 External: 607-429-5467 The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> wrote on 05/24/2011 03:32:59 PM: > From: Tom Huegel <tehue...@gmail.com> > To: IBMVM@LISTSERV.UARK.EDU > Date: 05/24/2011 03:35 PM > Subject: z/VM shutdown > Sent by: The IBM z/VM Operating System <IBMVM@LISTSERV.UARK.EDU> > > Sorry if this sounds dumb, but I seem to remember someone talking > about z/VM (CP) being enabled for SIGNAL SHUTDOWN that it could > receive from either hardware, or a first level z/VM. But I don't > seem to be able to find anything like that in my searches. Or is > that something in a future release? > > 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. E-mails 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 e-mail.
