Hmmm. The UUID of the physical volume should be written to disk (sdj) or partition (sdj1) depending on your design. kpartx should not care about the data on the disk (ie your UUID) when it makes the mpathXpY entries.
Hopefully what will happen will be - install your hba and zone the SAN as necessary - enable multipathd and restart. This should create the mpathX entries. multipath -ll will list the paths and disks - run kpartx -a to add needed mpathXpY entries. I do not know if this runs on startup. - reboot and see if you can mount the LVM. If all goes right, pvdisplay should display the multipath devices of your PVs. On Tue, Sep 13, 2011 at 5:11 PM, Paras pradhan <[email protected]>wrote: > On Tue, Sep 13, 2011 at 4:30 PM, Keith Schincke > <[email protected]> wrote: > > How many paths doe you currently have to your disk? > > Does your LVM use the multipath name (mpath0)? > > Right now only one path with no multipath configured so LVM is not > using mpath0. Ideas? > > Thanks! > Paras. > > > > > > Sent from my iPhone > > > > On Sep 13, 2011, at 14:46, Paras pradhan <[email protected]> wrote: > > > >> Thanks Bob. > >> > >> Another question. What about replacing single port HBA with a dual > >> port. After configuring the multipathd, can I reconfigure physical > >> volume without destroying the vg, lv and clvm ? I am kinddda lost > >> here. > >> > >> Thanks > >> Paras. > >> > >> On Tue, Sep 13, 2011 at 1:04 PM, Bob Peterson <[email protected]> > wrote: > >>> ----- Original Message ----- > >>> | Hi, > >>> | > >>> | I am replacing a 2 Gig Qlogic HBA with a 4 Gig Qlogic HBA in my GFS2 > >>> | cluster. Apart from changing wwn in the SAN, what else do I need to > >>> | change in Linux (centos). will the change be reflected automatically? > >>> | > >>> | > >>> | Thanks! > >>> | Paras. > >>> > >>> Hi Paras, > >>> > >>> The GFS2 file system doesn't care what HBA you're using. > >>> So as long as your kernel has a good device driver for that HBA > >>> you shouldn't need to do anything else. > >>> > >>> Regards, > >>> > >>> Bob Peterson > >>> Red Hat File Systems > >>> > >>> -- > >>> Linux-cluster mailing list > >>> [email protected] > >>> https://www.redhat.com/mailman/listinfo/linux-cluster > >>> > >> > >> -- > >> Linux-cluster mailing list > >> [email protected] > >> https://www.redhat.com/mailman/listinfo/linux-cluster > > > > -- > > Linux-cluster mailing list > > [email protected] > > https://www.redhat.com/mailman/listinfo/linux-cluster > > > > -- > Linux-cluster mailing list > [email protected] > https://www.redhat.com/mailman/listinfo/linux-cluster >
-- Linux-cluster mailing list [email protected] https://www.redhat.com/mailman/listinfo/linux-cluster
