<?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: floating multipath name in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248121#M52402</link>
    <description>Thank you!&lt;BR /&gt;</description>
    <pubDate>Wed, 21 Jul 2010 01:16:11 GMT</pubDate>
    <dc:creator>Andrey Chipalyuk</dc:creator>
    <dc:date>2010-07-21T01:16:11Z</dc:date>
    <item>
      <title>floating multipath name</title>
      <link>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248113#M52394</link>
      <description>Hello!&lt;BR /&gt;I use the multipath-tools pakage for SLES 10 SP2 and the Storage Array EVA6100.&lt;BR /&gt;I see incomprehensible behaviour after reboot OS.&lt;BR /&gt;&lt;BR /&gt;# multipath -ll&lt;BR /&gt;mpathf (3600508b4000b49800000900003670000) dm-0 HP,HSV200&lt;BR /&gt;[size=500G][features=1 queue_if_no_path][hwhandler=0]&lt;BR /&gt;\_ round-robin 0 [prio=50][active]&lt;BR /&gt; \_ 7:0:0:1 sdc 8:32  [active][ready]&lt;BR /&gt;&lt;BR /&gt;# ls -l /dev/disk/by-id/*mpath*&lt;BR /&gt;lrwxrwxrwx 1 root root 10 Jul 19 11:44 /dev/disk/by-id/scsi-mpathf -&amp;gt; ../../dm-0&lt;BR /&gt;lrwxrwxrwx 1 root root 10 Jul 19 11:44 /dev/disk/by-id/scsi-mpathf-part1 -&amp;gt; ../../dm-1&lt;BR /&gt;&lt;BR /&gt;# ls -l /dev/disk/by-name/*mpath*&lt;BR /&gt;lrwxrwxrwx 1 root root 10 Jul 19 11:44 /dev/disk/by-name/mpathf -&amp;gt; ../../dm-0&lt;BR /&gt;lrwxrwxrwx 1 root root 10 Jul 19 11:44 /dev/disk/by-name/mpathf-part1 -&amp;gt; ../../dm-1&lt;BR /&gt;&lt;BR /&gt;# ls -l /dev/sd*&lt;BR /&gt;brw-r----- 1 root disk 8,  0 Jul 19 11:43 /dev/sda&lt;BR /&gt;brw-r----- 1 root disk 8,  1 Jul 19 11:43 /dev/sda1&lt;BR /&gt;brw-r----- 1 root disk 8,  2 Jul 19 11:43 /dev/sda2&lt;BR /&gt;brw-r----- 1 root disk 8,  3 Jul 19 11:44 /dev/sda3&lt;BR /&gt;brw-r----- 1 root disk 8,  4 Jul 19 11:43 /dev/sda4&lt;BR /&gt;brw-r----- 1 root disk 8,  5 Jul 19 11:44 /dev/sda5&lt;BR /&gt;brw-r----- 1 root disk 8,  6 Jul 19 11:44 /dev/sda6&lt;BR /&gt;brw-r----- 1 root disk 8,  7 Jul 19 11:44 /dev/sda7&lt;BR /&gt;brw-r----- 1 root disk 8,  8 Jul 19 11:44 /dev/sda8&lt;BR /&gt;brw-r----- 1 root disk 8,  9 Jul 19 11:44 /dev/sda9&lt;BR /&gt;brw-r----- 1 root disk 8, 16 Jul 19 11:43 /dev/sdb&lt;BR /&gt;brw-r----- 1 root disk 8, 17 Jul 19 11:44 /dev/sdb1&lt;BR /&gt;brw-r----- 1 root disk 8, 32 Jul 19 11:43 /dev/sdc&lt;BR /&gt;brw-r----- 1 root disk 8, 33 Jul 19 11:43 /dev/sdc1&lt;BR /&gt;&lt;BR /&gt;When I can try manual flush:&lt;BR /&gt;&lt;BR /&gt;# multipath -F&lt;BR /&gt;&lt;BR /&gt;# multipath&lt;BR /&gt;create: mpathh (3600508b4000b49800000900003670000) n/a HP,HSV200&lt;BR /&gt;[size=500G][features=0][hwhandler=0]&lt;BR /&gt;\_ round-robin 0 [prio=50][undef]&lt;BR /&gt; \_ 7:0:0:1 sdc 8:32  [undef][ready]&lt;BR /&gt;&lt;BR /&gt;# multipath -ll&lt;BR /&gt;mpathh (3600508b4000b49800000900003670000) dm-0 HP,HSV200&lt;BR /&gt;[size=500G][features=1 queue_if_no_path][hwhandler=0]&lt;BR /&gt;\_ round-robin 0 [prio=50][active]&lt;BR /&gt; \_ 7:0:0:1 sdc 8:32  [active][ready]&lt;BR /&gt;&lt;BR /&gt;# ls -l /dev/disk/by-id/*mpath*&lt;BR /&gt;lrwxrwxrwx 1 root root 10 Jul 19 11:48 /dev/disk/by-id/scsi-mpathh -&amp;gt; ../../dm-0&lt;BR /&gt;lrwxrwxrwx 1 root root 10 Jul 19 11:48 /dev/disk/by-id/scsi-mpathh-part1 -&amp;gt; ../../dm-1&lt;BR /&gt;&lt;BR /&gt;# ls -l /dev/disk/by-name/*mpath*&lt;BR /&gt;lrwxrwxrwx 1 root root 10 Jul 19 11:48 /dev/disk/by-name/mpathh -&amp;gt; ../../dm-0&lt;BR /&gt;lrwxrwxrwx 1 root root 10 Jul 19 11:48 /dev/disk/by-name/mpathh-part1 -&amp;gt; ../../dm-1&lt;BR /&gt;&lt;BR /&gt;The name of device become mpathh.&lt;BR /&gt;After reboot OS the name is mpathf again.&lt;BR /&gt;Have any idea?</description>
      <pubDate>Mon, 19 Jul 2010 04:31:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248113#M52394</guid>
      <dc:creator>Andrey Chipalyuk</dc:creator>
      <dc:date>2010-07-19T04:31:09Z</dc:date>
    </item>
    <item>
      <title>Re: floating multipath name</title>
      <link>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248114#M52395</link>
      <description>can you attach your multipath.conf file from /etc</description>
      <pubDate>Mon, 19 Jul 2010 05:57:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248114#M52395</guid>
      <dc:creator>AnthonySN</dc:creator>
      <dc:date>2010-07-19T05:57:47Z</dc:date>
    </item>
    <item>
      <title>Re: floating multipath name</title>
      <link>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248115#M52396</link>
      <description>It is standard multipath.conf file from HP Multi-Path Device Mapper for Linux Software HPDMmultipath-4.4.0.tar.gz.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 19 Jul 2010 06:20:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248115#M52396</guid>
      <dc:creator>Andrey Chipalyuk</dc:creator>
      <dc:date>2010-07-19T06:20:49Z</dc:date>
    </item>
    <item>
      <title>Re: floating multipath name</title>
      <link>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248116#M52397</link>
      <description>I'm not very familiar with SuSE's boot sequence, but RedHat Enterprise Linux can behave in the same way if the /var/lib/multipath/bindings file is not readable when multipathing is started at boot time.&lt;BR /&gt;&lt;BR /&gt;In RHEL, the sequence of events is:&lt;BR /&gt;1.) mount root filesystem&lt;BR /&gt;2.) activate multipathing&lt;BR /&gt;3.) check and mount other filesystems&lt;BR /&gt;&lt;BR /&gt;(This is modified if the root filesystem is on a multipathed storage device.)&lt;BR /&gt;&lt;BR /&gt;If /var is a separate filesystem, then it will not be mounted at step 2. So when multipathing is started, it cannot read the persistent mpath* assignments from /var/lib/multipath/bindings, and it assigns all the mpath* letters dynamically, starting from 'a'.&lt;BR /&gt;&lt;BR /&gt;Once your system is completely up and running, /var/lib/multipath/bindings will be accessible, and it apparently contains a previous definition that the multipath disk with WWID 3600508b4000b49800000900003670000 should be named "mpathh".&lt;BR /&gt;&lt;BR /&gt;If multipathing is activated _after_ mounting the root filesystem in SuSE, it would be sufficient to change the default location of the multipath bindings file, so that the new location is on the root filesystem. For example:&lt;BR /&gt;&lt;BR /&gt;mkdir /etc/multipath&lt;BR /&gt;cp /var/lib/multipath/bindings /etc/multipath/&lt;BR /&gt;vi /etc/multipath.conf&lt;BR /&gt;(add "bindings_file /etc/multipath/bindings" to the "defaults" section of /etc/multipath.conf)&lt;BR /&gt;&lt;BR /&gt;After making these changes, restart multipathd to ensure it will be using the bindings file in the new location. (It is safe to restart even if multipathed disks are in use.)&lt;BR /&gt;&lt;BR /&gt;If SuSE starts multipathing before mounting the root filesystem (i.e. when still running on initrd/initramfs), then you should regenerate your initrd file. If this solves the problem, remember to regenerate your initrd file after any configuration change to multipathed devices, to make sure the updated bindings file is available in the initrd early-boot environment.&lt;BR /&gt;&lt;BR /&gt;MK</description>
      <pubDate>Mon, 19 Jul 2010 08:39:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248116#M52397</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2010-07-19T08:39:40Z</dc:date>
    </item>
    <item>
      <title>Re: floating multipath name</title>
      <link>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248117#M52398</link>
      <description>the exact thing I faced in Red Hat as described so vividly by Matti and same solution except&lt;BR /&gt;&lt;BR /&gt;I make a link &lt;BR /&gt;ln  /etc/multipath/ /var/lib/multipath/bindings&lt;BR /&gt;&lt;BR /&gt;so when /var came up it would see the same configuration file.&lt;BR /&gt;&lt;BR /&gt;BR,&lt;BR /&gt;Kapil+</description>
      <pubDate>Tue, 20 Jul 2010 01:14:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248117#M52398</guid>
      <dc:creator>Kapil Jha</dc:creator>
      <dc:date>2010-07-20T01:14:36Z</dc:date>
    </item>
    <item>
      <title>Re: floating multipath name</title>
      <link>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248118#M52399</link>
      <description>Yes!&lt;BR /&gt;The Novell tell that if /var is on a separate partition from root, device mapper will not be able to find the bindings file.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://www.novell.com/support/search.do?cmd=displayKC&amp;amp;docType=kc&amp;amp;externalId=7003710&amp;amp;sliceId=1&amp;amp;docTypeID=DT_TID_1_1" target="_blank"&gt;http://www.novell.com/support/search.do?cmd=displayKC&amp;amp;docType=kc&amp;amp;externalId=7003710&amp;amp;sliceId=1&amp;amp;docTypeID=DT_TID_1_1&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;The SLES 10 SP2 Ñ ontains multipath-tools-0.4.7-34.38.&lt;BR /&gt;The multipath-tools this  version probably don't have option the bindings_file.&lt;BR /&gt;I downloaded and installed latest patch from Novell for multipath-tools and mkinitrd. I followed Novell manual.&lt;BR /&gt;&lt;BR /&gt;All work fine!&lt;BR /&gt;</description>
      <pubDate>Tue, 20 Jul 2010 08:40:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248118#M52399</guid>
      <dc:creator>Andrey Chipalyuk</dc:creator>
      <dc:date>2010-07-20T08:40:39Z</dc:date>
    </item>
    <item>
      <title>Re: floating multipath name</title>
      <link>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248119#M52400</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I hit this issue recently as well.  If you believe the comments in the Red Hat Bugzilla here:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="https://bugzilla.redhat.com/show_bug.cgi?id=320151" target="_blank"&gt;https://bugzilla.redhat.com/show_bug.cgi?id=320151&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;the bindings file is due to move to /etc in RHEL 6.&lt;BR /&gt;&lt;BR /&gt;Cheers,&lt;BR /&gt;&lt;BR /&gt;Rob</description>
      <pubDate>Tue, 20 Jul 2010 16:55:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248119#M52400</guid>
      <dc:creator>Rob Leadbeater</dc:creator>
      <dc:date>2010-07-20T16:55:11Z</dc:date>
    </item>
    <item>
      <title>Re: floating multipath name</title>
      <link>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248120#M52401</link>
      <description>I read this Red Hat's comments. The HP give similarly comments. HP told for DM-MP version 4.2.0 next recommendations: &lt;BR /&gt;&lt;BR /&gt;User friendly multipath device names may change on reboot if /var is mounted on a partition other than the root file system. It is recommended to have /(root) and /var on the same partition or change the multipath bindings file location using the 'bindings_file' parameter in the /etc/multipath.conf file.&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?lang=en&amp;amp;cc=us&amp;amp;prodTypeId=12169&amp;amp;prodSeriesId=3559651&amp;amp;swItem=co-68651-1&amp;amp;prodNameId=3559652&amp;amp;swEnvOID=4006&amp;amp;swLang=13&amp;amp;taskId=135&amp;amp;mode=4&amp;amp;idx=0" target="_blank"&gt;http://h20000.www2.hp.com/bizsupport/TechSupport/SoftwareDescription.jsp?lang=en&amp;amp;cc=us&amp;amp;prodTypeId=12169&amp;amp;prodSeriesId=3559651&amp;amp;swItem=co-68651-1&amp;amp;prodNameId=3559652&amp;amp;swEnvOID=4006&amp;amp;swLang=13&amp;amp;taskId=135&amp;amp;mode=4&amp;amp;idx=0&lt;/A&gt;&lt;BR /&gt;</description>
      <pubDate>Wed, 21 Jul 2010 01:11:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248120#M52401</guid>
      <dc:creator>Andrey Chipalyuk</dc:creator>
      <dc:date>2010-07-21T01:11:06Z</dc:date>
    </item>
    <item>
      <title>Re: floating multipath name</title>
      <link>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248121#M52402</link>
      <description>Thank you!&lt;BR /&gt;</description>
      <pubDate>Wed, 21 Jul 2010 01:16:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/floating-multipath-name/m-p/5248121#M52402</guid>
      <dc:creator>Andrey Chipalyuk</dc:creator>
      <dc:date>2010-07-21T01:16:11Z</dc:date>
    </item>
  </channel>
</rss>

