|
|
|
|
|
|
|
|
|
|
xen-api
[Xen-API] unkillable deadbeef-dead-beef domain and xapi host self disabl
Good day.
XCP 0.5, got this bug with PV-only VM's on host:
Xen suddenly stops to kill domain (i still don't know why). Domain has
statud 'd' (dying) and it was not possible to kill it even by
xc.domain_destroy() from python script.
Xapi checks if stray domain avaible when starts. It change their uuid to
deadbeef value if found and keeps trying to kill them until they die.
During this time host change it own value to 'disabled' in xapi
database. If domain is unkillable, it keeps host disable and even
prevent VM migration from hosts (because host switching to emergency
mode until it able to kill all stray domains).
I have met this problem last week, I was able to fool xapi by changing
database (create fake deadbeef vm set resident-on and powerstate
correctly), and even was able to migrate few machines from damaged host,
but domains in list after 'bad one' was unmigrable: after suspend xapi
was unable to destroy domain and migration process hangs...
log in attachment.
I think it's clearly Xen bug, but I unable to reproduce it, so I unable
to report it correctly.
Other question is xapi behavior with stray (or unkillable) domains, I
think we shall allow some kind of 'emergency migration' procedure: we
allow migration, we put domain to endless 'pause' state (we can kill it
but we can allow it to continue to run).
---
wBR, George.
deadbeef-dead-beef-dead.txt
Description: Text document
_______________________________________________
xen-api mailing list
xen-api@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/mailman/listinfo/xen-api
|
<Prev in Thread] |
Current Thread |
[Next in Thread> |
- [Xen-API] unkillable deadbeef-dead-beef domain and xapi host self disabling,
George Shuklin <=
|
|
|
|
|