[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Backend device in use after reboot
On Fri, 11 Nov 2005, Mark Williamson wrote: > > > I actually saw this too. > > > The domains that by xendomains (that have config file in /etc/xen/auto > > > at boot when xendomains started) will be shutdown (gracefully as > > > appose to poweroff/destroy) during domain-0 shutdown, and will come up > > > normally when server rebooted. > > > > > > However if I add a new config file to /etc/xen/auto and xm create a > > > new domain, this domain will not be shutdown by xendomains during > > > server shutdown, and when server come back it has trouble start this > > > domain because it device in use( will shown can not connect to device > > > in xend.log). Do a xm list showing this domain in r or p state. I > > > have to xm destroy it before I can xm create it again. > > > > > > I say it's bug and should be fixed. xendomains should shutdown all > > > running domainU instead of just ones it started. > > OK, I jumped into this thread a bit late but here goes. > > 1) I'm not sure why the device should still be in use after reboot > 2) xendomains used to allow all running domains to be shutdown, not just the > ones in /etc/xen/auto - this might have become configurable with the recent > enhancements, did you check for this? > > > The better fix is to have xm learn about /etc/xen/auto, and get rid of the > > xendomains init script. > > > > xm create -a > > I'm not clear what the advantage in having the looping code within xm, rather > than within the init script? xm create foodomain This would create the state files saying foodomain is active. xm shutdown -a This would handle all domains started with xm create -a, and started individually. It also would mean one command to do everything, instead of several. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |