Re: mounting raid1 btrfs - occasional devid missing / open_ctree failed

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 3/14/19 4:57 PM, Hans van Kranenburg wrote:
On 3/14/19 4:44 PM, Michal Soltys wrote:
Hi,

I have btrfs set for root filesystem using two separate partitions,
essentially:

abel: 'xs22_root'  uuid: 3754849d-46ab-4db6-8434-2c578b1f6bba
         Total devices 2 FS bytes used 8.39GiB
         devid    1 size 34.00GiB used 14.01GiB path /dev/sdb2
         devid    2 size 34.00GiB used 14.01GiB path /dev/sda2


Data,RAID1: Size:12.00GiB, Used:8.13GiB
    /dev/sda2      12.00GiB
    /dev/sdb2      12.00GiB

Metadata,RAID1: Size:2.00GiB, Used:256.62MiB
    /dev/sda2       2.00GiB
    /dev/sdb2       2.00GiB

System,RAID1: Size:8.00MiB, Used:16.00KiB
    /dev/sda2       8.00MiB
    /dev/sdb2       8.00MiB

Unallocated:
    /dev/sda2      19.99GiB
    /dev/sdb2      19.99GiB


Occasionally, during reboots (all of them clean of course) I get:

devid 2 uuid <uuid> is missing
failed to ready system array: -2
open_ctree faield

Which drops me into initramfs commandline.

It might try to mount before all disks are visible. This can happen when
e.g. a raid controller needs a little bit more time to initialize.

Try adding rootdelay=10 to your linux command line, or any other number,
and then look at logging when booting (so no quiet on your linux command
line).


It remains unmountable from initramfs's commandline with both disks (partitions) present. Filesystem is mounted formally via uuid, so it needs both disks present before udev/blkid can pick the correct devices.

When that happens, one of the partitions is mountable, the other is not.
Mounting the filesystem via the "good" one also fixes the "bad" one.

Tested with 4.20.11 and 5.0.2 kernels.

Any idea what could be wrong ?
Does btrfs require full umount via pivoted initramfs during shutdown ?
Hans





[Index of Archives]     [Linux Filesystem Development]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux