On Tue, Jun 11, 2019 at 19:19:05 +0200, Lentes, Bernd wrote: [...] > > Hi, Hi, > > it happened again. > Following the log of my script it started on 8th of june at 5:59:09 (UTC+2) to blockcommit the domain. > These are the related lines in libvirtd.log: > =================================================== Thanks for comming back to me with the information. Unfortunately this is not a full debug log but I can try to tell you what I see here: > 2019-06-07 20:30:57.170+0000: 30299: error : qemuMonitorIO:719 : internal error: End of file from qemu monitor > 2019-06-08 03:59:17.690+0000: 30299: error : qemuMonitorIO:719 : internal error: End of file from qemu monitor So this looks like qemu crashed. Or at least it's the usual symptom we get. Is there anything in /var/log/libvirt/qemu/$VMNAME.log? > 2019-06-08 03:59:26.145+0000: 30300: warning : qemuGetProcessInfo:1461 : cannot parse process status data > 2019-06-08 03:59:26.191+0000: 30303: warning : qemuGetProcessInfo:1461 : cannot parse process status data > 2019-06-08 03:59:56.095+0000: 27956: warning : qemuDomainObjBeginJobInternal:4865 : Cannot start job (destroy, none) for domain severin; current job is (modify, none) owned by (13061 remoteDispatchDomainBlockJobAbort, 0 <null>) for (38s, > 0s) And this looks to me as if the Abort job can't be interrupted properly while waiting synchronously for the job to finish. This seems to be the problem. If the VM indeed crashed there's a problem in job waiting apparently. I'd still really like to have debug logs in this case to really see what happened.
Attachment:
signature.asc
Description: PGP signature
_______________________________________________ libvirt-users mailing list libvirt-users@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvirt-users
