Bug#457804: multipath-tools-boot gets started before module-init-tools, making modules useless

Guido Guenther agx at sigxcpu.org
Fri Dec 28 08:55:38 UTC 2007


Hi Josip,
On Fri, Dec 28, 2007 at 01:39:09AM +0100, Josip Rodin wrote:
> There's S10checkroot.sh, but it should be safe to assume that if the system
> has already booted from the root partition, multipath can't change it
We must ensure the partition mappings (from kpartx) are already there
but that's the case since udev is already running and the block device
the rootfs resides on has been "discovered" by the initramfs already.

> Strange thing is, checkroot.sh also activates the swap devices found in
> /etc/fstab. I can't imagine a reason why someone would have the swap
> partition(s) behind a device which requires multipath, though.
That's a not an uncommon setup since you might be running without _any_
local disks. And if you swap over your SAN you certainly want to
coalesce the paths but it seems swapon gets called with "-e" and we do
another swapon in S35mountall so this should be save here too.

> I don't think we should be missing anything, because I can't think of any
> extra packages that should mess with the priority space this early (<20)
> and yet need multipath. The closest are ocfs2-tools and cman, which
> are at 60 in this runlevel (should be near 40, but that's another matter).
Yes, I checked the cluster-manager already, they're quiet late in the
game - not that we would have a working redhat-cluster manager at all in
Lenny, let alone clvm - but that's a different story.

[..snip..] 
> Well, supporting kernel modules isn't generally considered a special
> requirement, they've been around since forever :)
No, but so is initramfs  and you can always have the "early boot
modules" loaded by the initramfs, that's what
/etc/initramfs-tools/modules is for. Anyways, it looks save enough to
move the module-init-tools script to S21.
Cheers,
 -- Guido
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.alioth.debian.org/pipermail/pkg-lvm-maintainers/attachments/20071228/873c041f/attachment.pgp 


More information about the pkg-lvm-maintainers mailing list