Since the qemu "lives" in that time I can try to debug what happens.
With strace to sniff where things could be I see right before the end:
0.000203 recvmsg(27, {msg_name=NULL, msg_namelen=0, msg_iov=[{iov_base="",
iov_len=32768}], msg_iovlen=1, msg_controllen=0, msg_flags=MSG_CMSG_CLOEXEC},
MSG_CMSG_CLOEXEC) = 0 <0.000014>
0.000049 futex(0xca65dacf4, FUTEX_CMP_REQUEUE_PRIVATE, 1, 2147483647,
0xca4785a80, 20) = 1 <0.000016>
0.000038 getpid() = 29750 <0.000023>
0.000011 tgkill(29750, 29760, SIGUSR1) = 0 <0.000030>
0.000012 futex(0xca4785a80, FUTEX_WAKE_PRIVATE, 1) = 1 <0.000048>
0.000010 futex(0xca47b46e4, FUTEX_WAIT_PRIVATE, 19, NULL) = 0 <0.002215>
0.000032 sendmsg(21, {msg_name=NULL, msg_namelen=0,
msg_iov=[{iov_base="{\"timestamp\": {\"seconds\": 1503322067, \"microseconds\":
613178}, \"event\": \"MIGRATION\", \"data\": {\"status\": \"failed\"}}\r\n",
iov_len=116}], msg_iovlen=1, msg_controllen=0, msg_flags=0}, 0) = 116 <0.000024>
0.000074 write(2, "2017-08-21T13:27:47.613276Z qemu-system-x86_64: load of
migration failed: Input/output error\n", 93) = 93 <0.000022>
0.000055 close(27) = 0 <0.000090>
Now 29750 is the main process/tgid and 29760 is the third process started on
the migration.
It is the one that does the vcpu ioctl's so I assume this is just the one
representing the vpu.
Well gdb should be more useful so looking with that.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1711602
Title:
--copy-storage-all failing with qemu 2.10
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1711602/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
