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:
> Last night I upgraded a box from Fedora 11 to Fedora 13, which upgraded
> multipath from 4.8-10 to 4.9-14.  After the upgrade, multipath is failing to
> create maps for some of my volumes.  The volumes are coming from a 3par
> system, which is directly attached to Qlogic HBAs.
> 
> The volumes I'm having problems with contain vgs and lvms.  They're also
> snapshot volumes.  I have a base volume (non-snapshot) that contains a vg
> that is working fine.  I would not expect that these volumes being snapshots
> would be significant, but it's the only common thread I've found so far.
> 
> It seems almost like a timing issue, where lvm is grabbing the disks before
> multipath has a chance to create the maps.  What I can't figure is why it
> only affects these volumes.  Looking through /var/log/messages from startup,
> I am seeing some "unknown partition type" messages that do seem to
> correspond to the volumes that dracut is reporting as duplicate PVs, so I'll
> investigate that.
> 
> Help would be much appreciated.

If you can, deactivate the affected VG, restart multipath (it should be
able to load maps now) and then activate the VG. If this works, then
there is something that is causing LVM to claim devices before multipath
does.

Thanks, Malahal.
PS: If you don't have multipath in initrd, LVM *may* claim paths as PV's
before the multipath from active root can claim them. Don't have enough
info on Fedora13 initrd if this can happen though.

--
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