I found a workaround to this problem.
Before starting migration, stop guest (from qemu monitor) and wait 1 second, and cont after migration.
This is not quite "live" migration, but guest kernel happily continues running even under heavy I/O load.
This works for both ide and virtio.
I found a workaround to this problem.
Before starting migration, stop guest (from qemu monitor) and wait 1 second, and cont after migration.
This is not quite "live" migration, but guest kernel happily continues running even under heavy I/O load.
This works for both ide and virtio.