This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


Re: [Xen-users] Xen domains will not reboot or destroy as they should be

On Dec 14, 2010, at 12:50 , Jarkko Santala wrote:

> On Dec 14, 2010, at 12:25 , James Harper wrote:
>>> Hi all,
>>> I'm having a problem with Xen 3.2.1 on Debian 5.0.7 where the Xen
>> domains will
>>> not shutdown or reboot properly. For example, if I do a poweroff from
>> a
>>> paravirtualized domain it just says System halted on the console but
>> nothing
>>> else happens, except the domain status becomes "s". Nothing gets
>> written into
>>> xend.log. I have set on_poweroff = 'destroy' properly, but it seem to
>> have no
>>> effect. Also xm list --long shows the correct options in use. Same
>> thing
>>> happens if I do a reboot. Just get status "s" and no reboot. Another
>> box
>>> installed the same way with same versions seems to work perfectly. Any
>> ideas?
>> Do you specify dom0-cpus=1 in your xen config? If so, it causes a
>> problem that causes events to be missed and things left hanging around
>> which sounds similar to what you are seeing. I'm not sure about the
>> version but this sounds very familiar to a bug I encountered once, and
>> spent ages tracking down.
>> I highly recommend running a newer version of Xen where this bug is
>> fixed, but otherwise just don't specify dom0-cpus=1.
> That is indeed true! I had it enabled and I already commented it out, 
> thinking that it might be causing problems (and it didn't even work - xentop 
> still showed dom0 using all 8 logical cores), but I haven't rebooted yet, so 
> I didn't know that it might solve this issue. Thanks!

I have now rebooted the box and it seems that this was indeed the problem. Now 
that dom0-cpus is set back to 0 domains are rebooting normally.

I gave testing/squeeze a quick look, updating an unused Debian 5 Xen box, but 
it seemed like a bit of a hassle at this time, even though 4.0 does seem 
tempting. Hopefully they'll get 6 released sooner than later.


> I don't know if the same setting is the reason for another bug I ran into - I 
> tried running some other xm commands instead of destroy on one of these 
> domains in "s" limbo and what happened was that it started spawning as many 
> copies of that domU as it could fit into memory - killing them would spawn 
> another one in the freed memory. The situation finally resolved itself after 
> I had ran xm destroy in a loop, but I was unable to start any new domUs after 
> that until I rebooted. Not sure which xm command set it off in the first 
> place.
>       -jake
>> James
> -- 
> Jarkko Santala <jake&portalify,com>   http://www.portalify.com
> System Administrator

Jarkko Santala <jake&portalify,com>   http://www.portalify.com
System Administrator

Xen-users mailing list