kola multipath tests fail on F42 with dracut-103-1.fc42

[marmijo]

The multipath.day1 and multipath.day2 kola tests are failing after updating to the latest dracut package in F42 rawhide.

The following is seen in the console output of the two tests:

Welcome to Fedora CoreOS 42.20240923.dev.0 dracut-103-1.fc42 (Initramfs)!

[    0.639444] systemd[1]: No hostname configured, using default hostname.
[    0.639766] systemd[1]: Hostname set to <localhost>.
[    0.640027] systemd[1]: Initializing machine ID from VM UUID.
[    0.677426] systemd[1]: bpf-restrict-fs: LSM BPF program attached
[    0.688114] ln: 
[    0.688116] failed to create symbolic link '/var/log'
[    0.688245] : Read-only file system
[    0.688468] 
[    0.736799] systemd[1]: Failed to isolate default target: Unit multipathd.service not found.
[!!!!!!] Failed to isolate default target.
[    0.782942] systemd[1]: Freezing execution.

Full console output: multipath.day2.console.txt

pinning dracut-102-2.fc41 in rawhide, as well as the dependent clevis package, allows these tests to pass without issue.

---

EDIT: opened the issue before filling out all information:

The recent changes to the dracut package can be found here:

• 544ea5d: update to dracut 103
• b052294: Update from source-git

[jlebon]

Offhand perusing the dracut commits, this looks like a possibly a regression from dracut-ng/dracut-ng@377d52c and dracut-ng/dracut-ng@4957ffa, and which was then fixed by dracut-ng/dracut-ng@1e802f1. We could verify that it fixes the tests, and propose to have it backported to the dracut maintainers in Fedora.

The /var/log message in the output above is likely non-fatal and unrelated to the hard failure here. It's probably a systemd generator that needs to be adapted to work with latest systemd (see coreos/fedora-coreos-config#3014, esp. coreos/fedora-coreos-config#3014 (comment)).

[jlebon]

Threw up coreos/fedora-coreos-config#3187