qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] qemu and qemu.git -> Migration + disk stress introduces


From: Anthony Liguori
Subject: Re: [Qemu-devel] qemu and qemu.git -> Migration + disk stress introduces qcow2 corruptions
Date: Wed, 09 Nov 2011 15:01:39 -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/09/2011 03:00 PM, Michael S. Tsirkin wrote:
On Wed, Nov 09, 2011 at 02:22:02PM -0600, Anthony Liguori wrote:
On 11/09/2011 02:18 PM, Michael S. Tsirkin wrote:
On Wed, Nov 09, 2011 at 11:35:54AM -0600, Anthony Liguori wrote:
On 11/09/2011 11:02 AM, Avi Kivity wrote:
On 11/09/2011 06:39 PM, Anthony Liguori wrote:

Migration with qcow2 is not a supported feature for 1.0.  Migration is
only supported with raw images using coherent shared storage[1].

[1] NFS is only coherent with close-to-open which right now is not
good enough for migration.

Say what?

Due to block format probing, we read at least the first sector of
the disk during start up.

A simple solution is not to do any probing before the VM is first
started on the incoming path.

Any issues with this?


http://mid.gmane.org/address@hidden
I think Kevin wanted open to get delayed.

Regards,

Anthony Liguori

So, this patchset just needs to be revived and polished up?

What I took from the feedback was that Kevin wanted to defer open until the device model started. That eliminates the need to reopen or have a invalidation callback.

I think it would be good for Kevin to comment here though because I might have misunderstood his feedback.

Regards,

Anthony Liguori






reply via email to

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