Thanks for your reply.
I didn't start dest vm. The vm just in pause state and crash.
static void process_incoming_migration_co(void *opaque)
{
--
ret = qemu_loadvm_state(mis->from_src_file); -- return
when recieve "QEMU_VM_EOF"
--
mis->bh = qemu_bh_new(p
I think the bug is still there. And I have repaired it myself.
Migration process need wait all nbd-flying-data completion before
bdrv_invalidate_cache_all was called. The solution is working well but not
graceful,so I didn't commit to open source community.
--
You received this bug notificat
actually, I have met this issue in earlier qemu version, and it expose frankly.
The BDRVQcowState *s was memset to zero in qcow2_invalidate_cache().
So there is a dead-loop in qcow2_grow_l1_table
while (min_size > new_l1_size) {
new_l1_size = (new_l1_size * 3 + 1) / 2;
Public bug reported:
Hi,
I found a live migration problem and have found out the reason, but I can't fix
it up myself. I really need help.
When live migration vm and it's block device in save time, it will occur
probabilistic .
Step:
1. start a windows vm,and run burnInTest(it will write dir