<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: multipath with lvm after vdisk snapclone not working in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/multipath-with-lvm-after-vdisk-snapclone-not-working/m-p/5193666#M51130</link>
    <description>&lt;!--!*#--&gt;RedHat seems to be exceedingly conservative here. The mkinitrd script builds the initramfs system startup script ("/init" within initramfs) with commands like this:&lt;BR /&gt;&lt;BR /&gt;if [ "$use_multipath" == "1" ]; then&lt;BR /&gt;    emit "echo Creating multipath devices"&lt;BR /&gt;    for wwid in $root_wwids ; do&lt;BR /&gt;        emit "/bin/multipath -v 0 $wwid"&lt;BR /&gt;    done&lt;BR /&gt;    emit "dmsetup ls --target multipath --exec 'kpartx -a -p p'"&lt;BR /&gt;fi&lt;BR /&gt;&lt;BR /&gt;This is apparently meant to maximize the preservation of the /dev/mapper/mpath* device names in case the root filesystem is on a multipathed disk without LVM.&lt;BR /&gt;&lt;BR /&gt;(At this point, the system is working on a copy of /var/lib/multipath/bindings included in the initramfs. This copy may be older than the current version of the bindings file on the real filesystem.&lt;BR /&gt;&lt;BR /&gt;Activating only the disks required for the root filesystem minimizes the chance that the system accidentally usurps a mpath "friendly name" that is already allocated to another WWID in the real bindings file.)&lt;BR /&gt;&lt;BR /&gt;But *if* the system uses LVM for everything except /boot *and* we accept that the /etc/fstab line of the /boot filesystem may require sysadmin attention after a clone operation, this could be simplified to:&lt;BR /&gt;&lt;BR /&gt;if [ "$use_multipath" == "1" ]; then&lt;BR /&gt;    emit "echo Creating multipath devices"&lt;BR /&gt;    emit "/bin/multipath -v 0"&lt;BR /&gt;    emit "dmsetup ls --target multipath --exec 'kpartx -a -p p'"&lt;BR /&gt;fi&lt;BR /&gt;&lt;BR /&gt;I think this modification would be enough to make the snapclone system come up at least to the single-user mode.&lt;BR /&gt;&lt;BR /&gt;(Hmm... If the /boot filesystem is specified in /etc/fstab using a LABEL= or UUID= syntax and if the mount command will automatically prefer multipath devices over regular /dev/sd* whenever a LABEL/UUID specification can apply to multiple devices, the snapcloned system might even boot all the way up!)&lt;BR /&gt;&lt;BR /&gt;Of course, this modification to mkinitrd and a re-generation of the initrd file must be done before snapcloning the system.&lt;BR /&gt;&lt;BR /&gt;MK</description>
    <pubDate>Tue, 18 Aug 2009 18:16:18 GMT</pubDate>
    <dc:creator>Matti_Kurkela</dc:creator>
    <dc:date>2009-08-18T18:16:18Z</dc:date>
    <item>
      <title>multipath with lvm after vdisk snapclone not working</title>
      <link>https://community.hpe.com/t5/operating-system-linux/multipath-with-lvm-after-vdisk-snapclone-not-working/m-p/5193663#M51127</link>
      <description>Hello Gurus.&lt;BR /&gt;&lt;BR /&gt;BL465cg5 and EVA 4400, with four paths to same disk, installed RHEL5.3 with mpath and build / on LVM to a vdisk. Everything worked without problems.&lt;BR /&gt;&lt;BR /&gt;/etc/fstab is:&lt;BR /&gt;&lt;BR /&gt;/dev/mapper/mpath0p1    /boot                   ext3    defaults        1 2&lt;BR /&gt;/dev/vgsys/lvroot       /                       ext3    defaults        1 1&lt;BR /&gt;/dev/vgsys/lvswap       swap                    swap    defaults        0 0&lt;BR /&gt;&lt;BR /&gt;# pvs&lt;BR /&gt;  PV         VG    Fmt  Attr PSize  PFree&lt;BR /&gt;  /dev/mapper/mpath0p2  vgsys lvm2 a-   49.71G    0&lt;BR /&gt;&lt;BR /&gt;If i make a snapclone (B) from the above original vdisk (A), and present (B) to a new blade, it boots fine, but the LVM does not see the mpath0p2 as PV, and complains about seeing various disks with the same PV and finally boots with the last disk+partition /dev/sdd2.&lt;BR /&gt;&lt;BR /&gt;# pvs&lt;BR /&gt;  Found duplicate PV mSN1J0OCzMd5cheNJvqT028dRry7nZsf: using /dev/sdb2 not /dev/sda2&lt;BR /&gt;  Found duplicate PV mSN1J0OCzMd5cheNJvqT028dRry7nZsf: using /dev/sdc2 not /dev/sdb2&lt;BR /&gt;  Found duplicate PV mSN1J0OCzMd5cheNJvqT028dRry7nZsf: using /dev/sdd2 not /dev/sdc2&lt;BR /&gt;  PV         VG    Fmt  Attr PSize  PFree&lt;BR /&gt;  /dev/sdd2  vgsys lvm2 a-   49.71G    0&lt;BR /&gt;&lt;BR /&gt;There're no mpath* devices in /dev/mapper/ whith this new vdisk (B).&lt;BR /&gt;&lt;BR /&gt;How can i make multipath work again with this vdisk (B) with LVM ?&lt;BR /&gt;&lt;BR /&gt;Note: With previous multipath from QLogic/Emulex, had never this issue while presenting cloned vdisks.&lt;BR /&gt;&lt;BR /&gt;Regards.</description>
      <pubDate>Mon, 17 Aug 2009 20:21:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/multipath-with-lvm-after-vdisk-snapclone-not-working/m-p/5193663#M51127</guid>
      <dc:creator>Oxiel Contreras</dc:creator>
      <dc:date>2009-08-17T20:21:56Z</dc:date>
    </item>
    <item>
      <title>Re: multipath with lvm after vdisk snapclone not working</title>
      <link>https://community.hpe.com/t5/operating-system-linux/multipath-with-lvm-after-vdisk-snapclone-not-working/m-p/5193664#M51128</link>
      <description>Does this RedHat Knowledge Base article match your situation?&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://kbase.redhat.com/faq/docs/DOC-17660" target="_blank"&gt;http://kbase.redhat.com/faq/docs/DOC-17660&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;Is the /etc/multipath.conf file configured the same in both blades?&lt;BR /&gt;&lt;BR /&gt;The EVA probably has some host-specific and/or HBA-specific settings. Are these configured identically for both blades?&lt;BR /&gt;&lt;BR /&gt;MK</description>
      <pubDate>Tue, 18 Aug 2009 07:18:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/multipath-with-lvm-after-vdisk-snapclone-not-working/m-p/5193664#M51128</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2009-08-18T07:18:11Z</dc:date>
    </item>
    <item>
      <title>Re: multipath with lvm after vdisk snapclone not working</title>
      <link>https://community.hpe.com/t5/operating-system-linux/multipath-with-lvm-after-vdisk-snapclone-not-working/m-p/5193665#M51129</link>
      <description>Thank you Matti.&lt;BR /&gt;&lt;BR /&gt;That's right, the above link is the solution.&lt;BR /&gt;&lt;BR /&gt;Do you know if it's possible to do it without booting from rescue CD; i've just tried to the same with debian-lenny x86_64, and there's no need to do nothing, it works just with booting the new cloned vdisk.&lt;BR /&gt;&lt;BR /&gt;Closing the thread and assigning points.&lt;BR /&gt;&lt;BR /&gt;Regards.</description>
      <pubDate>Tue, 18 Aug 2009 15:50:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/multipath-with-lvm-after-vdisk-snapclone-not-working/m-p/5193665#M51129</guid>
      <dc:creator>Oxiel Contreras</dc:creator>
      <dc:date>2009-08-18T15:50:15Z</dc:date>
    </item>
    <item>
      <title>Re: multipath with lvm after vdisk snapclone not working</title>
      <link>https://community.hpe.com/t5/operating-system-linux/multipath-with-lvm-after-vdisk-snapclone-not-working/m-p/5193666#M51130</link>
      <description>&lt;!--!*#--&gt;RedHat seems to be exceedingly conservative here. The mkinitrd script builds the initramfs system startup script ("/init" within initramfs) with commands like this:&lt;BR /&gt;&lt;BR /&gt;if [ "$use_multipath" == "1" ]; then&lt;BR /&gt;    emit "echo Creating multipath devices"&lt;BR /&gt;    for wwid in $root_wwids ; do&lt;BR /&gt;        emit "/bin/multipath -v 0 $wwid"&lt;BR /&gt;    done&lt;BR /&gt;    emit "dmsetup ls --target multipath --exec 'kpartx -a -p p'"&lt;BR /&gt;fi&lt;BR /&gt;&lt;BR /&gt;This is apparently meant to maximize the preservation of the /dev/mapper/mpath* device names in case the root filesystem is on a multipathed disk without LVM.&lt;BR /&gt;&lt;BR /&gt;(At this point, the system is working on a copy of /var/lib/multipath/bindings included in the initramfs. This copy may be older than the current version of the bindings file on the real filesystem.&lt;BR /&gt;&lt;BR /&gt;Activating only the disks required for the root filesystem minimizes the chance that the system accidentally usurps a mpath "friendly name" that is already allocated to another WWID in the real bindings file.)&lt;BR /&gt;&lt;BR /&gt;But *if* the system uses LVM for everything except /boot *and* we accept that the /etc/fstab line of the /boot filesystem may require sysadmin attention after a clone operation, this could be simplified to:&lt;BR /&gt;&lt;BR /&gt;if [ "$use_multipath" == "1" ]; then&lt;BR /&gt;    emit "echo Creating multipath devices"&lt;BR /&gt;    emit "/bin/multipath -v 0"&lt;BR /&gt;    emit "dmsetup ls --target multipath --exec 'kpartx -a -p p'"&lt;BR /&gt;fi&lt;BR /&gt;&lt;BR /&gt;I think this modification would be enough to make the snapclone system come up at least to the single-user mode.&lt;BR /&gt;&lt;BR /&gt;(Hmm... If the /boot filesystem is specified in /etc/fstab using a LABEL= or UUID= syntax and if the mount command will automatically prefer multipath devices over regular /dev/sd* whenever a LABEL/UUID specification can apply to multiple devices, the snapcloned system might even boot all the way up!)&lt;BR /&gt;&lt;BR /&gt;Of course, this modification to mkinitrd and a re-generation of the initrd file must be done before snapcloning the system.&lt;BR /&gt;&lt;BR /&gt;MK</description>
      <pubDate>Tue, 18 Aug 2009 18:16:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/multipath-with-lvm-after-vdisk-snapclone-not-working/m-p/5193666#M51130</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2009-08-18T18:16:18Z</dc:date>
    </item>
    <item>
      <title>Re: multipath with lvm after vdisk snapclone not working</title>
      <link>https://community.hpe.com/t5/operating-system-linux/multipath-with-lvm-after-vdisk-snapclone-not-working/m-p/5193667#M51131</link>
      <description>Thank you Matti.&lt;BR /&gt;&lt;BR /&gt;Will check the script to have a deeper understanding of what they do with initrd, great explanation.&lt;BR /&gt;&lt;BR /&gt;Best regards.&lt;BR /&gt;&lt;BR /&gt;Closing the thread.</description>
      <pubDate>Tue, 18 Aug 2009 20:25:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/multipath-with-lvm-after-vdisk-snapclone-not-working/m-p/5193667#M51131</guid>
      <dc:creator>Oxiel Contreras</dc:creator>
      <dc:date>2009-08-18T20:25:41Z</dc:date>
    </item>
    <item>
      <title>Re: multipath with lvm after vdisk snapclone not working</title>
      <link>https://community.hpe.com/t5/operating-system-linux/multipath-with-lvm-after-vdisk-snapclone-not-working/m-p/5193668#M51132</link>
      <description>Found very good information and solutions to my question.</description>
      <pubDate>Tue, 18 Aug 2009 20:26:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/multipath-with-lvm-after-vdisk-snapclone-not-working/m-p/5193668#M51132</guid>
      <dc:creator>Oxiel Contreras</dc:creator>
      <dc:date>2009-08-18T20:26:30Z</dc:date>
    </item>
  </channel>
</rss>

