[systemd-devel] btrfs raid not ready but systemd tries to mount it anyway

[Michał Zegan]

As a workaround I am almost sure you can instruct dracut to include the
file, can't you?

W dniu 16.10.2020 o 17:45, Lennart Poettering pisze:
> On Fr, 16.10.20 16:26, Daniel J. R. May (daniel.may at danieljrmay.com) wrote:
> 
>> On Fri, 2020-10-16 at 15:16 +0200, Lennart Poettering wrote:
>>> So the btrfs ready ioctl is called and the device considered by the
>>> kernel btrfs implementation  to be ready
>>> (i.e. assembled from all component devices) with this line:
>>>
>>> [   27.804250] systemd-udevd[712]: sde: /usr/lib/udev/rules.d/64-btrfs.rules:15 RUN '/usr/bin/udevadm trigger -s block -p ID_BTRFS_READY=0'
>>>
>>> (that's line 35792)
>>>
>>> And srv.mount then later mounts the thing correctly.
>>>
>>> Where's the problem supposed to be be?
>>>
>> I will try and summarise the situation in one message to help make
>> things clear. Here is a summarised history of the problem:
>>
>> 1. The original problem:
>> A 10 HDD BTRFS volume with 4 drives connected to the motherboard and 6
>> drives connected to the HBA *fails* to mount automatically at boot time.
>> The log for this (without any special debugging options set in grub) is
>> here:
>>
>> https://drive.google.com/file/d/1o1-7smQAjg3LKP98EFfeHbb_jZdNz_jT/view?usp=sharing
>>
>> 2. Debugging with "rd.udev.debug systemd.log_level=debug":
>> The same 10 HDD BTRFS volume with 4 drives connected to the motherboard
>> and 6 drives connected to the HBA *fails* to mount automatically at boot
>> time. The log for this with "rd.udev.debug systemd.log_level=debug" set
>> in grub is here:
>>
>> https://drive.google.com/file/d/1jVHjAQ8CY9vABtM2giPTB6XeZCclm7R-/view?usp=sharing
> 
> Ths btrfs udev rule file appears to be missing in the initrd. The
> block devices with the btrfs file systems on them will thus be marked
> ready in systemd instantly instead of being delayed until all other
> devices of the same btrfs fs have shown up in udev too.
> 
> Fix your initrd.
> 
> Lennart
> 
> --
> Lennart Poettering, Berlin
> _______________________________________________
> systemd-devel mailing list
> systemd-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/systemd-devel
> 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://lists.freedesktop.org/archives/systemd-devel/attachments/20201016/c6a924f4/attachment.sig>