On 6/27/20 9:06 PM, Chris Murphy wrote:
On Sat, Jun 27, 2020 at 7:32 PM Garry T. Williams <gtwilliams@xxxxxxxxx> wrote:
On Saturday, 27 June 2020 17:29:23 EDT Chris Murphy wrote:
For btrfs, it is either 'single' or 'raid0' profile for data, but
'raid1' for metadata (the file system itself).
I need to test it or maybe someone beats me to it by looking at the
code. But either way it's equal to or better than the current default.
I just did that install (KDE) and it was raid0 for data (raid1 for
metatdata).
I switched to raid1 for data as soon as I noticed what had happened.
Just a PSA: btrfs raid1 does not have a concept of automatic degraded
mount in the face of a device failure. By default systemd will not
even attempt to mount it if devices are missing. And it's not advised
to use 'degraded' mount option in fstab. If you do need to mount
degraded and later the missing device is found (?) you need to scrub
to catch up the formerly missing device to the current state.
That seems a step back, in my current scenario almost all my machines
have 2 disks (not hotswap) in raid 1 with mdadm and the partitions are
ext4, so when a disk failed:
the machine keeps working until I do a shutdown
replace the disk
start the machine with all services running
create the disk partitions, if needed reboot again, and add the
partitions to the raid devices
So seems with btrfs raid in my situation more downtime will be required,
but I always do custom partitioning, so this change doesn't impact me,
but if more people will be use btrfs it need more documentation.
and yeah sometime a disk was missing and after a reboot was found so I
has to add it to the raid devices again, but the machine was online too
Gabriel
_______________________________________________
devel mailing list -- devel@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to devel-leave@xxxxxxxxxxxxxxxxxxxxxxx
Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: https://lists.fedoraproject.org/archives/list/devel@xxxxxxxxxxxxxxxxxxxxxxx
