Re: Crash state and QEMU

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

 



On Tue, May 10, 2011 at 01:26:39PM -0500, Anthony Liguori wrote:
> As far as I can tell, if QEMU exits abruptly or with a non-zero
> status code, libvirt treats this as a domain destruction given no
> real indication to the user that something bad happened.

libvirtd raises an event.  There is (was?) a "reason" argument
(eg. "reason" == "watchdog fired").  I've a vague recollection this
was discussed but never added.  I can't find it in the code right now,
but I might be looking for the wrong thing ...

> But libvirt does have a crashed state for domains, it's just not
> used for QEMU guests.

I'll just make a historical note that the crashed state corresponded
to a state in Xen.  Essentially the states in libvirt are directly
mapped to the ones listed in the Xen xm man page here:

http://linux.die.net/man/1/xm

> I was wondering how intention of a design decision this was.  Right
> now there's no good way for a management tool to detect a crashed
> guest/QEMU.  Is there something I'm overlooking?

Rich.

-- 
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Read my programming blog: http://rwmj.wordpress.com
Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora

--
libvir-list mailing list
libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list


[Index of Archives]     [Virt Tools]     [Libvirt Users]     [Lib OS Info]     [Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Big List of Linux Books]     [Yosemite News]     [KDE Users]     [Fedora Tools]