Re: oblem with lvm and multipath on fedora 13

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Stamper, Brian P. (ARC-D)[Logyx LLC] [brian.p.stamper@xxxxxxxx] wrote:
> Yes, it's chkconfig'ed on, and I bumped forward its start order to
> start up prior to lvm2-monitor, thinking lvm2-monitor (which does
> vgscan) might be part of the problem.

Don't change any default orders. That is not a proper fix even if it
works and you may break other things.

> >> [root@testfs foo]# find . -print | grep -i multi
> >> ./lib/modules/2.6.33.8-149.fc13.x86_64/kernel/drivers/md/dm-multipath.ko
> >The dm-multipath.ko kernel module is present. It needs multipath command
> >calling from an initrd script (/init ???)
> 
> I'm not positive that I'm sure what you're asking.  Do you mean the
> init.d script I reference above, or is there some other configuration
> change to call mulitpath from initrd?
> 

What I was trying to say is that dm-multipath.ko is included in the
initrd image, but there are other things that need to be included in the
initrd image to make the multipath configuration work in the initrd. For
example, you need multipath.conf in the initrd image as well as some
script in the initrd image calling 'multipath' binary.

> I feel much better knowing that I can get back to a proper
> configuration manually, but any ideas about why this is happening on
> bootup? 

My best guess is that LVM gets configured in initrd and multipath is not
there until the active root FS. Your best bet would be to include
multipath in the initrd (I have no working instructions on how to build
initrd with multipath on recent RedHat distros).

You may be able to get around the problem by restricting LVM in the
initrd image by doing this:

1. Modify the filter in /etc/lvm.conf file to include only the root/swap
   devices
2. Make a new initrd image. Use this to boot now onwards
   Since your filter only includes root/swap paths, LVM won't find or
   configure logical volumes other than root and swap at initrd time!
3. Change the filter to what it should be (the distro default should be
   fine)
4. Now reboot.


> FYI, I played around with filtering in lvm.conf in my first
> night of troubleshooting and tried filtering out all /dev/sd.* drives
> other than /dev/sda, but it seems like dracut was ignoring the lvm
> filters, despite the lvm.conf.  With the filter in place a pvscan
> would find no duplicates (and no sd.* devices) but on reboot dracut
> would find them all and report the dupes.

Did you make a new initrd after changing the lvm.conf file? Your initrd
will have a copy of lvm.conf file (it would be some old file unless you
made a new initrd image) and that would be used at boot up as you have
configured LVM in initrd.
 
> Thanks for your help so far Malahal.

You are welcome.

--
dm-devel mailing list
dm-devel@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/dm-devel


[Index of Archives]     [DM Crypt]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Packaging]     [Fedora SELinux]     [Yosemite Discussion]     [KDE Users]     [Fedora Docs]

  Powered by Linux