From: Jin Cao <jojing64@gmail.com>
To: Ilya Dryomov <idryomov@gmail.com>
Cc: qemu-devel@nongnu.org, qemu-block@nongnu.org, kwolf@redhat.com,
pl@kamp.de, hreitz@redhat.com, peterx@redhat.com,
farosas@suse.de
Subject: Re: block snapshot issue with RBD
Date: Tue, 28 May 2024 11:19:01 -0700 [thread overview]
Message-ID: <fb2ea759-1a7e-4c0e-ab0d-3ec4c04dc503@gmail.com> (raw)
In-Reply-To: <CAOi1vP8nJVsvvsmG5Ac4sd+9NPA8v8t=7Sao0f7-qNb129p=OA@mail.gmail.com>
Hi Ilya
On 5/28/24 11:13 AM, Ilya Dryomov wrote:
> On Mon, May 27, 2024 at 9:06 PM Jin Cao <jojing64@gmail.com> wrote:
>>
>> Supplementary info: VM is paused after "migrate" command. After being
>> resumed with "cont", snapshot_delete_blkdev_internal works again, which
>> is confusing, as disk snapshot generally recommend I/O is paused, and a
>> frozen VM satisfy this requirement.
>
> Hi Jin,
>
> This doesn't seem to be related to RBD. Given that the same error is
> observed when using the RBD driver with the raw format, I would dig in
> the direction of migration somehow "installing" the raw format (which
> is on-disk compatible with the rbd format).
>
Thanks for the hint.
> Also, did you mean to say "snapshot_blkdev_internal" instead of
> "snapshot_delete_blkdev_internal" in both instances?
Sorry for my copy-and-paste mistake. Yes, it's snapshot_blkdev_internal.
--
Sincerely,
Jin Cao
>
> Thanks,
>
> Ilya
>
>>
>> --
>> Sincerely
>> Jin Cao
>>
>> On 5/27/24 10:56 AM, Jin Cao wrote:
>>> CC block and migration related address.
>>>
>>> On 5/27/24 12:03 AM, Jin Cao wrote:
>>>> Hi,
>>>>
>>>> I encountered RBD block snapshot issue after doing migration.
>>>>
>>>> Steps
>>>> -----
>>>>
>>>> 1. Start QEMU with:
>>>> ./qemu-system-x86_64 -name VM -machine q35 -accel kvm -cpu
>>>> host,migratable=on -m 2G -boot menu=on,strict=on
>>>> rbd:image/ubuntu-22.04-server-cloudimg-amd64.raw -net nic -net user
>>>> -cdrom /home/my/path/of/cloud-init.iso -monitor stdio
>>>>
>>>> 2. Do block snapshot in monitor cmd: snapshot_delete_blkdev_internal.
>>>> It works as expected: the snapshot is visable with command`rbd snap ls
>>>> pool_name/image_name`.
>>>>
>>>> 3. Do pseudo migration with monitor cmd: migrate -d exec:cat>/tmp/vm.out
>>>>
>>>> 4. Do block snapshot again with snapshot_delete_blkdev_internal, then
>>>> I get:
>>>> Error: Block format 'raw' used by device 'ide0-hd0' does not
>>>> support internal snapshots
>>>>
>>>> I was hoping to do the second block snapshot successfully, and it
>>>> feels abnormal the RBD block snapshot function is disrupted after
>>>> migration.
>>>>
>>>> BTW, I get the same block snapshot error when I start QEMU with:
>>>> "-drive format=raw,file=rbd:pool_name/image_name"
>>>>
>>>> My questions is: how could I proceed with RBD block snapshot after the
>>>> pseudo migration?
next prev parent reply other threads:[~2024-05-28 18:19 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-05-27 7:03 block snapshot issue with RBD Jin Cao
2024-05-27 17:56 ` Jin Cao
2024-05-27 19:06 ` Jin Cao
2024-05-28 18:13 ` Ilya Dryomov
2024-05-28 18:19 ` Jin Cao [this message]
2024-05-29 10:14 ` Fiona Ebner
2024-05-29 10:59 ` Kevin Wolf
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=fb2ea759-1a7e-4c0e-ab0d-3ec4c04dc503@gmail.com \
--to=jojing64@gmail.com \
--cc=farosas@suse.de \
--cc=hreitz@redhat.com \
--cc=idryomov@gmail.com \
--cc=kwolf@redhat.com \
--cc=peterx@redhat.com \
--cc=pl@kamp.de \
--cc=qemu-block@nongnu.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.