From: "Tiziano Müller" <tiziano.mueller@stepping-stone.ch>
To: Kevin Wolf <kwolf@redhat.com>
Cc: Stefan Hajnoczi <stefanha@gmail.com>, qemu-devel <qemu-devel@nongnu.org>
Subject: Re: [Qemu-devel] Silent filesystem/qcow2 corruptions with qemu-kvm-1.0 and 1.1.1
Date: Mon, 15 Oct 2012 13:39:29 +0200 [thread overview]
Message-ID: <1350301169.4696.169.camel@storm> (raw)
In-Reply-To: <507BEF57.1010505@redhat.com>
Am Montag, den 15.10.2012, 13:11 +0200 schrieb Kevin Wolf:
> Am 12.10.2012 10:53, schrieb Tiziano Müller:
> > Am Freitag, den 12.10.2012, 10:33 +0200 schrieb Stefan Hajnoczi:
> >> On Thu, Oct 11, 2012 at 03:33:23PM +0200, Tiziano Müller wrote:
> >>> Checking the image using `qemu-img check` then gives something like
> >>> this:
> >>>
> >>> ERROR OFLAG_COPIED: offset=3bc30000 refcount=1
> >>> ERROR offset=c7e331: Cluster is not properly aligned; L2 entry
> >>> corrupted.
> >>
> >> Is any other program accessing the qcow2 image on the host while the VM
> >> is running?
> >
> >> For example, are you running qemu-img on the image while the VM is
> >> running?
> >
> > On some VMs we tried to extract filesystem snapshots at runtime:
> >
> > qemu-img convert -s snapshot-id original.qcow2 snapshot.qcow2
> >
> > (yes, that's not consistent, we're switching to external snapshots).
> > But that should open the image read-only, right?
>
> Yes, in theory that should be harmless and even produce a correct copy
> of the snapshot.
Good to know, thanks.
>
> > Other operations where the qemu-monitor-commands "savevm" and "delvm".
> >
> > Although: we created a new qcow2 and even in that the filesystem got
> > corrupted without any of the above actions. So we're pretty confident
> > that those operations are not the sole cause.
>
> So no internal snapshots are involved at all with this new image?
No. I just checked again: no internal snapshot are currently present nor
have been added/removed in the past.
> I'm
> asking because in the past non-reproducible failures were reported with
> snapshots, but I'm not aware of any case that didn't use snapshots.
>
> Any other non-default feature that you used, like compression?
No, we either create the qcows by hand using:
qemu-img create -f qcow2 kvm-0XY_01.qcow2 30G
or (usually) using libvirt:
virsh vol-create $pool $diskfile
where $diskfile points to a xml like this:
<volume>
<name>${diskfilename}</name>
<allocation>0</allocation>
<capacity unit="G">${kvmsize}.qcow2</capacity>
<target>
<format type='qcow2'/>
<permissions>
<owner>0</owner>
<group>3000</group>
<mode>0660</mode>
</permissions>
</target>
</volume>
and $pool references a directory-based storage pool.
--
stepping stone GmbH
Neufeldstrasse 9
CH-3012 Bern
Telefon: +41 31 332 53 63
www.stepping-stone.ch
tiziano.mueller@stepping-stone.ch
prev parent reply other threads:[~2012-10-15 11:44 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-11 13:33 [Qemu-devel] Silent filesystem/qcow2 corruptions with qemu-kvm-1.0 and 1.1.1 Tiziano Müller
2012-10-12 8:28 ` Stefan Hajnoczi
2012-10-12 8:53 ` Tiziano Müller
2012-10-12 8:33 ` Stefan Hajnoczi
2012-10-12 8:53 ` Tiziano Müller
2012-10-15 7:48 ` Stefan Hajnoczi
2012-10-15 9:34 ` Tiziano Müller
2012-10-15 11:11 ` Kevin Wolf
2012-10-15 11:39 ` Tiziano Müller [this message]
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=1350301169.4696.169.camel@storm \
--to=tiziano.mueller@stepping-stone.ch \
--cc=kwolf@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@gmail.com \
/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.