From: Nicholas D Steeves <nsteeves@gmail.com>
To: linux-btrfs@vger.kernel.org
Subject: Does Linux-6.12 have the missing dev = single/degraded chunk bug?
Date: Mon, 01 Dec 2025 21:01:44 -0500 [thread overview]
Message-ID: <87ldjliquv.fsf@gmail.com> (raw)
[-- Attachment #1: Type: text/plain, Size: 1101 bytes --]
Hi,
I'm reviewing documentation of outstanding bugs and workarounds, and I'm
wondering what the state of the single/degraded chunk bug is for
Linux-6.12.
Specifically, I seem to remember that the users/sysadmins had to resolve a
raid1 with a missing device the next time the system rebooted. So the
reproducer was:
1. Device disappears.
2. Reboot occurs.
3. Filesystem fails to mount due to missing device.
Thus
4. Sysadmin mounts with "-o degraded" and btrfs writes profile=single
chunks.
5. For whatever reasons sysadmin doesn't succeed in replacing the
missing device and rebalancing both data and metadata.
6. System reboots a second time.
7. The btrfs volume is now permanently read-only.
I vaguely remember that profile=degraded chunks may have been introduced
some time between 2022 and now. Does this mean state #7 no longer
occurs, because profile=degraded chunks are written at state #4, and
that a sysadmin can still add a new device and rebalance after the
second reboot?
Finally, are raid1, raid10, and raid1c3 and raid1c4 all comparably
mature at this point?
Regards,
Nicholas
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 861 bytes --]
next reply other threads:[~2025-12-02 2:01 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-02 2:01 Nicholas D Steeves [this message]
-- strict thread matches above, loose matches on Subject: below --
2025-04-17 20:53 Does Linux-6.12 have the missing dev = single/degraded chunk bug? Nicholas D Steeves
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=87ldjliquv.fsf@gmail.com \
--to=nsteeves@gmail.com \
--cc=linux-btrfs@vger.kernel.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.