From: Anthony Liguori <anthony@codemonkey.ws>
To: qemu-devel@nongnu.org
Cc: kvm-devel <kvm@vger.kernel.org>, Avi Kivity <avi@qumranet.com>
Subject: Re: [Qemu-devel] qemu-img commit -- is there a limit on file sizes?
Date: Mon, 01 Dec 2008 11:14:08 -0600 [thread overview]
Message-ID: <49341B60.3090306@codemonkey.ws> (raw)
In-Reply-To: <ggvfaj$k0m$1@ger.gmane.org>
walt wrote:
> Some background for my question: I've been trying to install
> and then update Windows Vista using kvm. Everything works great
> until I use 'qemu-img commit' to apply all the Windows Updates
> to my original base install of Vista.
>
> After doing the qemu-img commit step, the backing file is now
> corrupt, 100% reproducibly. I don't have the same problem with
> Windows XP, however, and I wondered if the problem is caused by
> the sheer size of the commit that Vista requires.
>
> When I install XP, then windows-update, and then qemu-img commit
> the updates, I'm committing about 1GB of updates to a 3GB backing
> file.
>
> When I install Vista and then later commit the Vista updates, I'm
> committing a 3GB file to a 6GB backing file, and that's when the
> corruption happens every time.
>
> So I tried an experiment with Vista -- I deliberately limit the
> number of windows updates I allow at any one time, and then use
> qemu-img commit after each small update. Voila, everything now
> works perfectly -- no file corruption!
We've started getting some reports of corruption on "commit" in KVM.
There is a long standing disk corruption issue too that is very
difficult to reproduce. The thinking is that there is a bug somewhere
in the qcow2 code.
Is anyone actively looking into this?
Regards,
Anthony Liguori
> And that's why I suspect there is a functional limit to the size
> of each commit I can do with qemu-img.
>
> Any thoughts or possible diagnostic maneuvers to be tried?
>
> Thanks!
>
> (BTW, I get the same results using 32-bit linux and 64-bit linux
> on the same amd64 machine, using both gcc3 and gcc4.)
>
>
>
WARNING: multiple messages have this Message-ID (diff)
From: Anthony Liguori <anthony@codemonkey.ws>
To: qemu-devel@nongnu.org
Cc: Avi Kivity <avi@qumranet.com>, kvm-devel <kvm@vger.kernel.org>
Subject: Re: [Qemu-devel] qemu-img commit -- is there a limit on file sizes?
Date: Mon, 01 Dec 2008 11:14:08 -0600 [thread overview]
Message-ID: <49341B60.3090306@codemonkey.ws> (raw)
In-Reply-To: <ggvfaj$k0m$1@ger.gmane.org>
walt wrote:
> Some background for my question: I've been trying to install
> and then update Windows Vista using kvm. Everything works great
> until I use 'qemu-img commit' to apply all the Windows Updates
> to my original base install of Vista.
>
> After doing the qemu-img commit step, the backing file is now
> corrupt, 100% reproducibly. I don't have the same problem with
> Windows XP, however, and I wondered if the problem is caused by
> the sheer size of the commit that Vista requires.
>
> When I install XP, then windows-update, and then qemu-img commit
> the updates, I'm committing about 1GB of updates to a 3GB backing
> file.
>
> When I install Vista and then later commit the Vista updates, I'm
> committing a 3GB file to a 6GB backing file, and that's when the
> corruption happens every time.
>
> So I tried an experiment with Vista -- I deliberately limit the
> number of windows updates I allow at any one time, and then use
> qemu-img commit after each small update. Voila, everything now
> works perfectly -- no file corruption!
We've started getting some reports of corruption on "commit" in KVM.
There is a long standing disk corruption issue too that is very
difficult to reproduce. The thinking is that there is a bug somewhere
in the qcow2 code.
Is anyone actively looking into this?
Regards,
Anthony Liguori
> And that's why I suspect there is a functional limit to the size
> of each commit I can do with qemu-img.
>
> Any thoughts or possible diagnostic maneuvers to be tried?
>
> Thanks!
>
> (BTW, I get the same results using 32-bit linux and 64-bit linux
> on the same amd64 machine, using both gcc3 and gcc4.)
>
>
>
next prev parent reply other threads:[~2008-12-01 17:14 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-12-01 1:40 [Qemu-devel] qemu-img commit -- is there a limit on file sizes? walt
2008-12-01 17:14 ` Anthony Liguori [this message]
2008-12-01 17:14 ` Anthony Liguori
2008-12-01 17:58 ` Avi Kivity
2008-12-01 17:58 ` Avi Kivity
2008-12-02 0:47 ` walt
2008-12-02 0:47 ` walt
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=49341B60.3090306@codemonkey.ws \
--to=anthony@codemonkey.ws \
--cc=avi@qumranet.com \
--cc=kvm@vger.kernel.org \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.