True --  VM doesn't care whether a guest logs off in response to a SIGNAL 
SHUTDOWN.  But VM sysprogs may care.

It becomes clear when searching the VM console log that the Linux actually 
did actually complete graceful shutdown.  Staying disconnected doesn't 
prove anything.  (But I think that I'll add a "CP QUERY SIGNALS" to the 
end of our SHUTDOWN EXEC).

If you're looking at the VM console log to determine if guests are getting 
shutdown within the allotted time, that saves time searching Linux syslogs 
to get the same information.

Mike Walter
Hewitt Associates
Any opinions expressed herein are mine alone and do not necessarily 
represent the opinions or policies of Hewitt Associates.




"Mark Post" <mp...@novell.com> 

Sent by: "The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU>
06/03/2009 01:59 PM
Please respond to
"The IBM z/VM Operating System" <IBMVM@LISTSERV.UARK.EDU>



To
IBMVM@LISTSERV.UARK.EDU
cc

Subject
Re: Clean Linux Guest Shutdown






>>> On 6/3/2009 at  2:52 PM, Marcy Cortes <marcy.d.cor...@wellsfargo.com> 
wrote: 
> In /etc/zipl.conf, change
> parameters = "root=/dev/dasda1   TERM=dumb"
> 
> To
> parameters = "root=/dev/dasda1   TERM=dumb vmpoff=LOGOFF vmhalt=LOGOFF"

This is also unnecessary.  It just causes the guest to log itself off, 
which z/VM doesn't really care about one way or the other.


Mark Post





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. 


Reply via email to