Larry, I think you mised the point of my prevoius message... The guests *should* shut down cleanly when the Hypervisor sends them a SIGHUP. (...regardless of why the Hypervisor sends the signal...) Sending a SIGHUP to the guest VM *should* be the same as choosing to shut it down from inside the VM... They are, afterall, just Linux apps... Of couse the UPS doesn't send the SIGHUP that's the job of the Linux Hypervisor. Which is the best choice for monitoring the UPS... Though some UPS monitoring applications have LAN awareness and can push the UPS status out to multiple systems - both Physical and Virtual... Chuck -----Original Message----- From: "larry" <larry@xxxxxxxxxxxx> To: "ncolug@xxxxxxxxxxxxx" <ncolug@xxxxxxxxxxxxx> Sent: 11/22/2007 10:32 PM Subject: [ncolug] Re: vm No, the guests do NOT "shut down cleanly" just because you stopped or shut down the hypervisor. You want to talk about "standards" in regard to UPS signaling behaviour?! Which of the dozen or so standards would you like to discuss? Mike wrote: > Chuck Stickelman wrote: >> So what I hear you say is: >> Hook the UPS to the physical machine >> Have the host OS monitor the UPS's state >> When the UPS signals the host it sends a SIGHUP to the Virtual Machines >> The VMs should then interpret the SIGHUP as a Shutdown command >> >> Is that what you had in mnd? >> >> Does anyone know if that's how it works? >> >> Chuck > > Yes. > > The signal may depend on the VM design though. I would hope they have > used enough sense to honor some standard. > > This really is a near trivial problem. The guests shutdown cleanly > during a normal shutdown, yes? Why should a shutdown instituted by > UPS software or even admin written (monitoring) scripts be any different? > > Mike > > To unsubscribe send to ncolug-request@xxxxxxxxxxxxx with 'unsubscribe' > in the Subject field. > > -- "Perception is strong and sight weak. In strategy it is important to see distant things as if they were close and to take a distanced view of close things." Miyamoto Musashi (1584-1645) To unsubscribe send to ncolug-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field. To unsubscribe send to ncolug-request@xxxxxxxxxxxxx with 'unsubscribe' in the Subject field.