From: Eric Blake <eblake@redhat.com>
To: Peter Maydell <peter.maydell@linaro.org>
Cc: Kevin Wolf <kwolf@redhat.com>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH] Documentation: Warn against qemu-img on active image
Date: Thu, 16 Aug 2012 06:56:09 -0600 [thread overview]
Message-ID: <502CEDE9.9010504@redhat.com> (raw)
In-Reply-To: <CAFEAcA_hoUu1F=YAyQgtt3uyZcv1c7Yo=sSO2Uetn5dRf183ZQ@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1705 bytes --]
On 08/16/2012 04:00 AM, Peter Maydell wrote:
> On 16 August 2012 10:00, Kevin Wolf <kwolf@redhat.com> wrote:
>> People have repeatedly expected that you can do things like snapshotting
>> an image with qemu-img while a qemu instance is running. Maybe we need
>> to consider locking the files while they are in use,
Sounds like a nice feature bit to add to qcow2v3, where both qemu-img
and qemu check if the locking feature is enabled for an image, as well
as maintain a header bit that is set when the image is open read-write
and refuse to use the image if the lock bit is set.
> but having a
>> warning in the qemu-img manpage is doable for 1.2 and can't hurt anyway.
>>
>> Signed-off-by: Kevin Wolf <kwolf@redhat.com>
>
>> +
>> +@b{Warning:} Never use qemu-img to modify images in use by a running virtual
>> +machine or any other process, this may destroy the image.
>
> ";" or ", because".
Is this strong enough? Remember, with qcow2v3 and qed, the mere act of
opening an image will perform refcount checks that modify the image,
unless you explicitly request otherwise, which means even a query of the
file metadata may result in modifying the image as part of the default
open. Maybe incorporate some ideas from this attempt:
Never use qemu-img to modify files in use by a running virtual machine
or any other process; this may destroy the image. Be aware that some
image formats perform modifications even on query operations. Also, be
aware that querying an image that is being modified by another process
may encounter inconsistent state.
--
Eric Blake eblake@redhat.com +1-919-301-3266
Libvirt virtualization library http://libvirt.org
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 620 bytes --]
next prev parent reply other threads:[~2012-08-16 12:56 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-16 9:00 [Qemu-devel] [PATCH] Documentation: Warn against qemu-img on active image Kevin Wolf
2012-08-16 10:00 ` Peter Maydell
2012-08-16 12:56 ` Eric Blake [this message]
2012-08-16 13:35 ` Kevin Wolf
2012-08-16 13:49 ` Eric Blake
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=502CEDE9.9010504@redhat.com \
--to=eblake@redhat.com \
--cc=kwolf@redhat.com \
--cc=peter.maydell@linaro.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).