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
signature.asc
Description: Digital signature