qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 5/7] block: allow migration to work with image f


From: Anthony Liguori
Subject: Re: [Qemu-devel] [PATCH 5/7] block: allow migration to work with image files (v2)
Date: Mon, 14 Nov 2011 08:10:19 -0600
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Lightning/1.0b2 Thunderbird/3.1.13

On 11/14/2011 07:11 AM, Juan Quintela wrote:

diff --git a/cpus.c b/cpus.c
index 82530c4..ae5ec99 100644
--- a/cpus.c
+++ b/cpus.c
@@ -398,6 +398,7 @@ static void do_vm_stop(RunState state)
          vm_state_notify(0, state);
          qemu_aio_flush();
          bdrv_flush_all();
+        bdrv_invalidate_cache_all();
          monitor_protocol_event(QEVENT_STOP, NULL);
      }

This is too much. Reopening all qcow2 images each time that we stop the
vm looks excesive, no?

This general code came in via:

http://mid.gmane.org/address@hidden

That series made migration stable after issuing a stop operation. I believe the justification was for debugging purposes or something like that.

At any rate, invalidating the cache is part of what's required to make things stable. If you look at something like cache=unsafe, the only way the metadata will get flushed if via a bdrv_close since bdrv_flush is a nop.

So this is needed as long as we care about supporting this use-case.

Regards,

Anthony Liguori


Later, Juan.





reply via email to

[Prev in Thread] Current Thread [Next in Thread]