From: Andrey Drobyshev <andrey.drobyshev@virtuozzo.com>
To: Michael Tokarev <mjt@tls.msk.ru>, qemu-block@nongnu.org
Cc: qemu-devel@nongnu.org, kwolf@redhat.com, hreitz@redhat.com,
den@virtuozzo.com
Subject: Re: [PATCH 1/6] qemu-img: rebase: stop when reaching EOF of old backing file
Date: Fri, 2 Jun 2023 13:47:24 +0300 [thread overview]
Message-ID: <84bbbd9c-0e89-0a42-9cec-1d68f91e3d99@virtuozzo.com> (raw)
In-Reply-To: <ea1d491c-acd3-9873-621c-d263e6f8cb72@tls.msk.ru>
On 6/2/23 00:18, Michael Tokarev wrote:
> 01.06.2023 22:28, Andrey Drobyshev via пишет:
>> In case when we're rebasing within one backing chain, and when target
>> image
>> is larger than old backing file, bdrv_is_allocated_above() ends up
>> setting
>> *pnum = 0. As a result, target offset isn't getting incremented, and we
>> get stuck in an infinite for loop. Let's detect this case and proceed
>> further down the loop body, as the offsets beyond the old backing size
>> need
>> to be explicitly zeroed.
>>
>> Signed-off-by: Andrey Drobyshev <andrey.drobyshev@virtuozzo.com>
>
> It looks like you forgot the Reviewed-by: Denis V. Lunev here and
> in the subsequent patch.
Yes, you're right, thanks for pointing that out.
>
> Should this be backported to -stable? Not that I've seen this issue,
> it's a quite specific and somewhat rare case..
I guess in the vast majority of cases the sizes of images within the
same backing chain are equal. But as long as it's legal to have them
unequal, a bug remains a bug.
>
> Thanks,
>
> /mjt
next prev parent reply other threads:[~2023-06-02 10:47 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-06-01 19:28 [PATCH 0/6] qemu-img: rebase: add compression support Andrey Drobyshev via
2023-06-01 19:28 ` [PATCH 1/6] qemu-img: rebase: stop when reaching EOF of old backing file Andrey Drobyshev via
2023-06-01 21:18 ` Michael Tokarev
2023-06-02 10:47 ` Andrey Drobyshev [this message]
2023-06-21 18:23 ` Denis V. Lunev
2023-08-25 14:29 ` Hanna Czenczek
2023-10-26 6:32 ` Michael Tokarev
2023-10-26 8:16 ` Andrey Drobyshev
2023-06-01 19:28 ` [PATCH 2/6] qemu-iotests: 024: add rebasing test case for overlay_size > backing_size Andrey Drobyshev via
2023-06-21 18:23 ` Denis V. Lunev
2023-08-25 14:29 ` Hanna Czenczek
2023-06-01 19:28 ` [PATCH 3/6] qemu-img: rebase: use backing files' BlockBackend for buffer alignment Andrey Drobyshev via
2023-06-21 18:16 ` Denis V. Lunev
2023-08-25 14:29 ` Hanna Czenczek
2023-08-29 7:06 ` Andrey Drobyshev
2023-08-29 8:44 ` Hanna Czenczek
2023-06-01 19:28 ` [PATCH 4/6] qemu-img: rebase: avoid unnecessary COW operations Andrey Drobyshev via
2023-06-21 18:53 ` Denis V. Lunev
2023-08-25 15:00 ` Hanna Czenczek
2023-08-29 13:27 ` Andrey Drobyshev
2023-06-01 19:28 ` [PATCH 5/6] qemu-img: add compression option to rebase subcommand Andrey Drobyshev via
2023-06-21 18:22 ` Denis V. Lunev
2023-08-25 15:14 ` Hanna Czenczek
2023-06-01 19:28 ` [PATCH 6/6] iotests: add test 314 for "qemu-img rebase" with compression Andrey Drobyshev via
2023-06-21 19:16 ` Denis V. Lunev
2023-08-25 15:17 ` Hanna Czenczek
2023-06-30 10:54 ` [PATCH 0/6] qemu-img: rebase: add compression support Denis V. Lunev
2023-07-07 11:33 ` Andrey Drobyshev
2023-07-24 13:11 ` Andrey Drobyshev
2023-07-31 14:43 ` Andrey Drobyshev
2023-08-16 9:22 ` Andrey Drobyshev
2023-08-22 17:35 ` Andrey Drobyshev
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=84bbbd9c-0e89-0a42-9cec-1d68f91e3d99@virtuozzo.com \
--to=andrey.drobyshev@virtuozzo.com \
--cc=den@virtuozzo.com \
--cc=hreitz@redhat.com \
--cc=kwolf@redhat.com \
--cc=mjt@tls.msk.ru \
--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 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).