On Fri, Sep 8, 2017 at 9:32 AM, Michael Schulz <mi...@east.de> wrote:
> However, it's not necessary to have the vm block storage device on an LVM
> logical volume; live migration with --copy-storage-all also got stuck (as
> described above) when vm block storage is a qcow2 file on both sides.
>
> Tested on 1:2.8+dfsg-6+deb9u2
Hi,
on the receiving end it only sees no more data coming which breaks it
2017-08-23 17:29:28.615+0000: 7060: error : virNetSocketReadWire:1801 :
End of file while reading data: Input/output error
The error most likely happens (and needs to be debugged) on the sending
side of the migration:
I see these in the log:
2017-08-23 17:29:28.627+0000: 5958: info : qemuMonitorIOProcess:429 :
QEMU_MONITOR_IO_PROCESS: mon=0x7f907c001090 buf={"timestamp": {"seconds":
1503509368, "microseconds": 624377}, "event": "BLOCK_JOB_COMPLETED",
"data": {"device": "drive-ide0-0-0", "len": 2147483648, "offset": 0,
"speed": 9223372036853727232, "type": "mirror", "error": "Input/output
error"}}
len=245
2017-08-23 17:29:28.627+0000: 5958: debug :
qemuMonitorJSONIOProcessLine:191 : Line [{"timestamp": {"seconds":
1503509368, "microseconds": 624377}, "event": "BLOCK_JOB_COMPLETED",
"data": {"device": "drive-ide0-0-0", "len": 2147483648, "offset": 0,
"speed": 9223372036853727232, "type": "mirror", "error": "Input/output
error"}}]
2017-08-23 17:29:28.627+0000: 5958: debug : virJSONValueFromString:1705 :
string={"timestamp": {"seconds": 1503509368, "microseconds": 624377},
"event": "BLOCK_JOB_COMPLETED", "data": {"device": "drive-ide0-0-0", "len":
2147483648, "offset": 0, "speed": 9223372036853727232, "type": "mirror",
"error": "Input/output error"}}
I happened to track down a similar issue in 2.10 in qemu, but I checked and
the issue I found was only applied after 2.8.
Also I didn't have the I/O errors like you have above.
You might check if you happen to have real I/O errors (showing up in demsg)
or if these are only qemu internal on the blockjob that the migration
triggered.
--
Christian Ehrhardt
Software Engineer, Ubuntu Server
Canonical Ltd
