On 04/20/2015 05:42 PM, Laine Stump wrote: > Well, this is when the qemu process is killed (I'm pretty clever, eh? :-) > > I have 3 questions: > > 1) what version of libvirt are you running and on what distro? > > 2) can you reproduce this reliably? > > 3) If the answer to 2 is "yes", do you have the libvirt-debuginfo > package installed, and can you stop libvirtd, then run it under gdb with > a breakpoint at qemuProcessKill? Once you hit that breakpoint, you could > get a backtrace with the "bt" command and that might give us some useful > info about where it is coming from. > > Oh, by the way, are these perhaps transient domains started with > virDomainCreate*? Or are they standard persistent domains defined with > virDomainDefineXML? > > (Also, I'll just mention that qemuProcessKill() is called from > qemuProcessStop(), and I notice that is called in a couple places > related to snapshot create and revert which you mentioned in the > original message. Since this isn't normal behavior, and the snapshot > stuff is under active development, I wonder if this is related...) Laine, First, thanks for your help, I appreciate it. Your questions: 1. # libvirtd -V libvirtd (libvirt) 1.2.14 2. I can reproduce this every time. 3. I compile it myself, so I'll work on getting a libvirt-debug build going. So this is compiled on Slackware64-14.1 as I prefer a more bsd linux and like the simplicity of a traditional init, as well as the ability to cook this down into a very simple usb based distro not unlike slax. Earlier I posted a bug (https://bugzilla.redhat.com/show_bug.cgi?id=1210903) and got a reply fro Shanzhi that said that he was unable to reproduce using libvirt-1.2.14-1.el7.x86_64 and qemu-kvm-rhev-2.2.0-8.el7.x86_64, but I don't see his comment on the ticket anymore, so I wonder if he was able to reproduce and removed his comment or perhaps his comment got removed. If it does indeed work on the Redhat packages then that seems to indicate that there is something that doesn't work when libvirt is built on non-redhat systems which may be related. Let me do some more digging and I'll back back to you tomorrow. Thanks! schu _______________________________________________ libvirt-users mailing list libvirt-users@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvirt-users
