Bug#799781: device lock race condition between udev and multipathd may cause systemd to abort system boot

Baumgartner Niels, Bedag Niels.Baumgartner at bedag.ch
Mon Oct 5 08:56:32 UTC 2015

Hi Ritesh

Sorry for the late response.

> The fix, that you mentioned for the Shared Lock, does not seem to be committed upstream. Neither master, nor Hannes's suse-fixes branch.
> [..]
> So I guess the question here is, does and if the shared lock have a side effect ?

Maybe we could contact one of the upstream devs and ask them if the patch was ever submitted and if so, why it was rejected.
Also I do not insist on including this patch.  It seems to be one of (at least) two solutions for fixing the boot problem, however it might prevent further issues.

The fact remains, that the current package in stable is broken.

> And what Physical Volume does your rootfs reside on ?
> Is it on the FC SAN or local disk ?

The PV containing my rootfs LV is on the SAN.

> You mentioned that you are stalled on the Single User Mode prompt. Is that correct ? I'm assuming that at that time, your rootfs is not mounted ?

Funny enough in my case, afaik, the / partition was mounted, since one path activated in time and the volume group was found.
The timeout on another path, which resulted in systemd killing udev workers, which in turn resulted in failed dependencies, caused system to abort the boot procedure.
But that might just have been coincidence. Sometimes all paths initialized successfully and the system started fine, maybe other times all of them failed.
See the attached log (this was with the packages from stable).


-------------- next part --------------
A non-text attachment was scrubbed...
Name: multipath-tools-journal.log
Type: application/octet-stream
Size: 153078 bytes
Desc: multipath-tools-journal.log
URL: <http://lists.alioth.debian.org/pipermail/pkg-lvm-maintainers/attachments/20151005/00eeb8c2/attachment-0001.obj>

More information about the pkg-lvm-maintainers mailing list