[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] HVMs terminating as (null)
On Mon, 2013-11-25 at 21:56 +1100, Steven Haigh wrote: > On 25/11/13 21:50, Sander Eikelenboom wrote: > > > > Monday, November 25, 2013, 11:36:05 AM, you wrote: > > > >> On Sat, 2013-11-23 at 17:38 +0100, Sander Eikelenboom wrote: > >>> Would it be possible to leave the domainname to something else as > >>> "(null)" when such a state occurs, > >>> the xendomains script f.e. seems to interpret this literally and bails > >>> out without shutting down > >>> any other domains. > > > >> I guess it should be a one liner, so please submit a patch. Not sure > >> what alternative string should be used, since you would want to avoid > >> clashing with any potential real domain's name. > > > > I didn't immediately spot the place where it was set to "null". > > Yes that's a problem, though domainnaming has more restrictions (like using > > "0" (or any other number that is also a domain-id) as domainname) in the > > "just don't do that" category. > > > >> From that PoV it might be better to teach xendomains to ignore such > >> domains. > > > > From what i remember i also couldn't use "xl destroy" on such a domain > > (though i probably should by using the domain number instead of the name). > > Perhaps the toolscripts should just uses the domain-id numbers instead of > > names for anything except printk's and echoing to the user ? > > Correct - once a domain enters the (null) state, you cannot use 'xl > destroy' to kill the domain. As in my first post, the domain ID still > exists, but it cannot be used. Is this a toolset bug? No. It is not possible for the toolstack to kill a domain which is in this state. If it were the domain would have died, but a memory reference is keeping it alive and there is nothing the toolstack can do about that. Ian. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |