From: Bagas Sanjaya <bagasdotme@gmail.com>
To: linux-block@vger.kernel.org
Cc: Christoph Hellwig <hch@lst.de>, Ming Lei <ming.lei@redhat.com>,
Jens Axboe <axboe@kernel.dk>,
linux-kernel@vger.kernel.org
Subject: unable to read RDB block due to b9684a71fca793
Date: Wed, 6 Jul 2022 09:53:36 +0700 [thread overview]
Message-ID: <YsT5MGPNha1Z1i7V@debian.me> (raw)
[-- Attachment #1: Type: text/plain, Size: 3682 bytes --]
Hi,
I first noticed this issue on v5.18.9, and still found on v5.19-rc5.
Looking at dmesg, I see error message on loop8 device:
[ 41.319699] Dev loop8: unable to read RDB block 8
[ 41.320566] loop8: unable to read partition table
[ 41.320597] loop8: partition table beyond EOD, truncated
My Debian 11 laptop is also run LXD (as development server).
Bisecting between v5.18 and v5.19-rc5, the culprit is commit b9684a71fca793
("block, loop: support partitions without scanning").
Here's the bisection log:
git bisect start '--term-good=ok' '--term-bad=oops'
# status: waiting for both good and bad commits
# oops: [88084a3df1672e131ddc1b4e39eeacfd39864acf] Linux 5.19-rc5
git bisect oops 88084a3df1672e131ddc1b4e39eeacfd39864acf
# status: waiting for good commit(s), bad commit known
# ok: [4b0986a3613c92f4ec1bdc7f60ec66fea135991f] Linux 5.18
git bisect ok 4b0986a3613c92f4ec1bdc7f60ec66fea135991f
# ok: [fbe86daca0ba878b04fa241b85e26e54d17d4229] Merge tag 'scsi-misc' of git://git.kernel.org/pub/scm/linux/kernel/git/jejb/scsi
git bisect ok fbe86daca0ba878b04fa241b85e26e54d17d4229
# ok: [2536b2ca15418c517e3629cc3dd757f811ce52b2] virtio: use virtio_device_ready() in virtio_device_restore()
git bisect ok 2536b2ca15418c517e3629cc3dd757f811ce52b2
# oops: [6f9b5ed8caddfbc94af8307c557ed57a8ec5c65c] Merge tag 'char-misc-5.19-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/char-misc
git bisect oops 6f9b5ed8caddfbc94af8307c557ed57a8ec5c65c
# oops: [04d93b2b8bc7a68ec45a6a156f34a611ede5aa60] Merge tag 'spdx-5.19-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/spdx
git bisect oops 04d93b2b8bc7a68ec45a6a156f34a611ede5aa60
# ok: [55fe92179058406fe00bff2167c94443a7b2e07a] Merge tag 'i3c/for-5.19' of git://git.kernel.org/pub/scm/linux/kernel/git/i3c/linux
git bisect ok 55fe92179058406fe00bff2167c94443a7b2e07a
# ok: [96479c09803b21d195c95fd4b145cd3a5a591ba0] Merge tag 'arm-multiplatform-5.19-2' of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc
git bisect ok 96479c09803b21d195c95fd4b145cd3a5a591ba0
# ok: [ab18b7b36a82b1900687c5718f7d46f0d8e77d86] Merge tag 'drm-next-2022-06-03-1' of git://anongit.freedesktop.org/drm/drm
git bisect ok ab18b7b36a82b1900687c5718f7d46f0d8e77d86
# ok: [5ac8bdb9ad47334a9590e29daf7e4149b0a34729] Merge tag 'io_uring-5.19-2022-06-02' of git://git.kernel.dk/linux-block
git bisect ok 5ac8bdb9ad47334a9590e29daf7e4149b0a34729
# oops: [aacae8c469f9ce4b303a2eb61593ff522c1420bc] block: null_blk: Fix null_zone_write()
git bisect oops aacae8c469f9ce4b303a2eb61593ff522c1420bc
# oops: [7d6b902ea0e02b2a25c480edf471cbaa4ebe6b3c] bcache: memset on stack variables in bch_btree_check() and bch_sectors_dirty_init()
git bisect oops 7d6b902ea0e02b2a25c480edf471cbaa4ebe6b3c
# ok: [df7e7f2ba0781528e63f04b108819a4ab9889c72] Merge branch 'md-next' of https://git.kernel.org/pub/scm/linux/kernel/git/song/md into for-5.19/drivers
git bisect ok df7e7f2ba0781528e63f04b108819a4ab9889c72
# ok: [80db4e4707e78cb22287da7d058d7274bd4cb370] bcache: remove incremental dirty sector counting for bch_sectors_dirty_init()
git bisect ok 80db4e4707e78cb22287da7d058d7274bd4cb370
# oops: [b9684a71fca793213378dd410cd11675d973eaa1] block, loop: support partitions without scanning
git bisect oops b9684a71fca793213378dd410cd11675d973eaa1
# ok: [32feee36c30ea06e38ccb8ae6e5c44c6eec790a6] bcache: avoid journal no-space deadlock by reserving 1 journal bucket
git bisect ok 32feee36c30ea06e38ccb8ae6e5c44c6eec790a6
# first oops commit: [b9684a71fca793213378dd410cd11675d973eaa1] block, loop: support partitions without scanning
Attached is the config to reproduce.
Thanks.
--
An old man doll... just what I always wanted! - Clara
[-- Attachment #2: config.gz --]
[-- Type: application/gzip, Size: 41164 bytes --]
next reply other threads:[~2022-07-06 2:53 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-06 2:53 Bagas Sanjaya [this message]
2022-07-06 8:09 ` unable to read RDB block due to b9684a71fca793 Christoph Hellwig
2022-07-06 10:16 ` Bagas Sanjaya
2022-07-06 12:00 ` Christoph Hellwig
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=YsT5MGPNha1Z1i7V@debian.me \
--to=bagasdotme@gmail.com \
--cc=axboe@kernel.dk \
--cc=hch@lst.de \
--cc=linux-block@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=ming.lei@redhat.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.