[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-users] Zombie VMs cannot be destroyed



 

> -----Original Message-----
> From: xen-users-bounces@xxxxxxxxxxxxxxxxxxx 
> [mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Tim Post
> Sent: 01 December 2006 20:48
> To: Michael Froh
> Cc: xen-users@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [Xen-users] Zombie VMs cannot be destroyed
> 
> On Fri, 2006-12-01 at 14:44 -0500, Michael Froh wrote:
> > On 1-Dec-06, at 1:25 PM, Tim Post wrote:
> > 
> 
> > 
> > Understood.  Right now I'm just playing with Xen so there 
> is no data  
> > to be lost.
> > 
> 
> <phew>
> 
> > The domains which were correctly destroyed were centos domainU with
> > ext3 fs mounted.  These are snapshots of a pristine ext3 fs 
> so will just
> > recreate the snapshots in my xen sandbox.
> > 
> > As noted in the list below, the remaining were dsl & 
> knoppix domainU  
> > which
> > only had their respective .iso images mounted ro so inode flushing  
> > should
> > not be a problem here.
> > >
> 
> Its hard to tell what was causing the to zombie.. if its just the HVM
> guests that were hanging it tells me their BIOS had some unfinished
> business.

HVM domains will not react (correctly) to "xm shutdown" as far as I know
- at least this was the case a while back. I presume it's possible to
simulate that the power-button was pressed through ACPI handling, but I
have no idea if this is implemented or not. If it's not, then "xm
shutdown" will not shut down the domain (correctly), as the xm commands
can't really talk to the guest-OS itself. In PV domains, there's a
signal from Xen to the guest-domain to say "go shut yourself down,
pretty please". 

[snip]

--
Mats



_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.