<?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: RHEL4.5 and multipathing to EVA 6100 in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/rhel4-5-and-multipathing-to-eva-6100/m-p/4181452#M32255</link>
    <description>Yes nelr, there is a package called device-mapper that can be used to solve your multipathing needs.&lt;BR /&gt;&lt;BR /&gt;Briefly, you would need udev to detect hotplugins or path failures. device-mapper-multipath (multipathd) will be useful in providing an alternate link to your disk, should the primary link fail. I think there is way to get a load balancing mode turned on within multipath. Also there is way to forcefully turn of qlogic drivers from performing the multipathing duties. This is probably essential since you may not get desired results with both qlogic and device-mapper having a say about the failed/available links.  &lt;BR /&gt;&lt;BR /&gt;So with this setup, you will get a persistent name (/dev/mapper/disk1, say) with to paths to that disk1 /dev/sda , /dev/sdb. I ususally like to partition the LUNs so I see it on fdisk, which prevents wrongful deletion of that disk (fdisk /dev/sda/ --&amp;gt; no parition, probably not being used for anything...train of thought) &lt;BR /&gt;&lt;BR /&gt;Please read my previous post, which has a link for oracle paper.  &lt;BR /&gt;&lt;BR /&gt;multipath -l gives a list of devices that currently have a dual link to the LUNs.&lt;BR /&gt;eg: &lt;BR /&gt; multipath -l&lt;BR /&gt;backup_01d (360060e80141a840000011a840000000d)&lt;BR /&gt;[size=500 GB][features="0"][hwhandler="0"]&lt;BR /&gt;\_ round-robin 0 [active]&lt;BR /&gt; \_ 0:0:0:10 sdk 8:160 [active]&lt;BR /&gt; \_ 1:0:0:10 sdv 65:80 [active]&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;-hth,&lt;BR /&gt;-s&lt;BR /&gt;</description>
    <pubDate>Thu, 17 Apr 2008 14:53:34 GMT</pubDate>
    <dc:creator>slydmin</dc:creator>
    <dc:date>2008-04-17T14:53:34Z</dc:date>
    <item>
      <title>RHEL4.5 and multipathing to EVA 6100</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rhel4-5-and-multipathing-to-eva-6100/m-p/4181451#M32254</link>
      <description>(2.6.9-67.0.7.ELlargesmp x86_64)&lt;BR /&gt;&lt;BR /&gt;Hello everyone, &lt;BR /&gt;&lt;BR /&gt;I have always used the fiberutls and qla drivers from HP to talk to a MSA1500 with active/passive mode.  I now have an EVA6100, I understand it's active/active but have no idea what to do on the linux end to make this work properly. I got things working today, however I dont know if it's the correct setup. I was getting 4 luns for every vdisk before I changed this value from 0 to 1.   ql2xfailover=1&lt;BR /&gt;&lt;BR /&gt;BEFORE:&lt;BR /&gt;scsi0  00 00 00 HP         HSV200     6110       RAID&lt;BR /&gt;scsi0  00 00 01 HP         HSV200     6110       Direct-Access&lt;BR /&gt;scsi0  00 01 00 HP         HSV200     6110       RAID&lt;BR /&gt;scsi0  00 01 01 HP         HSV200     6110       Direct-Access&lt;BR /&gt;scsi1  00 00 00 HP         HSV200     6110       RAID&lt;BR /&gt;scsi1  00 00 01 HP         HSV200     6110       Direct-Access&lt;BR /&gt;scsi1  00 01 00 HP         HSV200     6110       RAID&lt;BR /&gt;scsi1  00 01 01 HP         HSV200     6110       Direct-Access&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;AFTER:&lt;BR /&gt;now, i get one lun per vdisk &lt;BR /&gt;(sda  0,0,0,1         HP HSV200 6110)&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;I know there is the device-mapper-multipath package out there, but do i need it or does the qla work properly?&lt;BR /&gt;&lt;BR /&gt;Thanks in advance&lt;BR /&gt;--------------&lt;BR /&gt;fibreutils-2.4-1&lt;BR /&gt;hp_qla2x00src-8.01.07.25-2&lt;BR /&gt;----&lt;BR /&gt;&lt;BR /&gt;options qla2xxx  ql2xmaxqdepth=16 qlport_down_retry=30 ql2xloginretrycount=30 ql2xfailover=1 ql2xlbType=0 ql2xautorestore=0xa ConfigRequired=0&lt;BR /&gt;remove qla2xxx /sbin/modprobe -r --first-time --ignore-remove qla2xxx &amp;amp;&amp;amp; { /sbin/modprobe -r --ignore-remove qla2xxx_conf; }&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;[root@etc]# adapter_info -v&lt;BR /&gt;/proc/scsi/qla2xxx/1:&lt;BR /&gt;        Driver version = 8.01.07.25-fo&lt;BR /&gt;        Adapter state = READY&lt;BR /&gt;        Adapter model = HPAE311A&lt;BR /&gt;        WWNN = 5001438000c2354d&lt;BR /&gt;        WWPN = 5001438000c2354c&lt;BR /&gt;        Queue depth = 16&lt;BR /&gt;        Port down retry count = 030&lt;BR /&gt;        Login retry count = 030&lt;BR /&gt;/proc/scsi/qla2xxx/0:&lt;BR /&gt;        Driver version = 8.01.07.25-fo&lt;BR /&gt;        Adapter state = READY&lt;BR /&gt;        Adapter model = HPAE311A&lt;BR /&gt;        WWNN = 5001438000c235f5&lt;BR /&gt;        WWPN = 5001438000c235f4&lt;BR /&gt;        Queue depth = 16&lt;BR /&gt;        Port down retry count = 030&lt;BR /&gt;        Login retry count = 030&lt;BR /&gt;[root@etc]#&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 17 Apr 2008 03:19:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rhel4-5-and-multipathing-to-eva-6100/m-p/4181451#M32254</guid>
      <dc:creator>nelr</dc:creator>
      <dc:date>2008-04-17T03:19:45Z</dc:date>
    </item>
    <item>
      <title>Re: RHEL4.5 and multipathing to EVA 6100</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rhel4-5-and-multipathing-to-eva-6100/m-p/4181452#M32255</link>
      <description>Yes nelr, there is a package called device-mapper that can be used to solve your multipathing needs.&lt;BR /&gt;&lt;BR /&gt;Briefly, you would need udev to detect hotplugins or path failures. device-mapper-multipath (multipathd) will be useful in providing an alternate link to your disk, should the primary link fail. I think there is way to get a load balancing mode turned on within multipath. Also there is way to forcefully turn of qlogic drivers from performing the multipathing duties. This is probably essential since you may not get desired results with both qlogic and device-mapper having a say about the failed/available links.  &lt;BR /&gt;&lt;BR /&gt;So with this setup, you will get a persistent name (/dev/mapper/disk1, say) with to paths to that disk1 /dev/sda , /dev/sdb. I ususally like to partition the LUNs so I see it on fdisk, which prevents wrongful deletion of that disk (fdisk /dev/sda/ --&amp;gt; no parition, probably not being used for anything...train of thought) &lt;BR /&gt;&lt;BR /&gt;Please read my previous post, which has a link for oracle paper.  &lt;BR /&gt;&lt;BR /&gt;multipath -l gives a list of devices that currently have a dual link to the LUNs.&lt;BR /&gt;eg: &lt;BR /&gt; multipath -l&lt;BR /&gt;backup_01d (360060e80141a840000011a840000000d)&lt;BR /&gt;[size=500 GB][features="0"][hwhandler="0"]&lt;BR /&gt;\_ round-robin 0 [active]&lt;BR /&gt; \_ 0:0:0:10 sdk 8:160 [active]&lt;BR /&gt; \_ 1:0:0:10 sdv 65:80 [active]&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;-hth,&lt;BR /&gt;-s&lt;BR /&gt;</description>
      <pubDate>Thu, 17 Apr 2008 14:53:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rhel4-5-and-multipathing-to-eva-6100/m-p/4181452#M32255</guid>
      <dc:creator>slydmin</dc:creator>
      <dc:date>2008-04-17T14:53:34Z</dc:date>
    </item>
    <item>
      <title>Re: RHEL4.5 and multipathing to EVA 6100</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rhel4-5-and-multipathing-to-eva-6100/m-p/4181453#M32256</link>
      <description>Shalom,&lt;BR /&gt;&lt;BR /&gt;multipath is built into the OS and nothing further needs to be done to configure it. If the path is there it will get picked up.&lt;BR /&gt;&lt;BR /&gt;I have noticed if there is no configuration on the OS for some time, the OS sort of "forgets" one or both paths to the disk.&lt;BR /&gt;&lt;BR /&gt;the hpscan utility that comes with smart start will renew these connections and restore things to normal.&lt;BR /&gt;&lt;BR /&gt;Configure and leave a filesystem mounted and this problem will not recur.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Thu, 17 Apr 2008 16:47:04 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rhel4-5-and-multipathing-to-eva-6100/m-p/4181453#M32256</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2008-04-17T16:47:04Z</dc:date>
    </item>
    <item>
      <title>Re: RHEL4.5 and multipathing to EVA 6100</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rhel4-5-and-multipathing-to-eva-6100/m-p/4181454#M32257</link>
      <description>nelr,&lt;BR /&gt;&lt;BR /&gt;What you did was enable the failover type of multipathing in the QLogic driver -- I see you set ql2xfailover=1 in /etc/modprobe.conf. The fact you saw many paths before and 1 after tell you that it worked. Now your system id aware that all of these paths lead to the same LUN.&lt;BR /&gt;&lt;BR /&gt;Did you also compile the QLogic driver for all valid kernels that it finds:&lt;BR /&gt;&lt;BR /&gt;# cd /opt/hp/src/hp_qla2x00src &amp;amp;&amp;amp; ./compile_all_kernels &lt;BR /&gt;&lt;BR /&gt;Did you create a new initrd images for all of the kernels listed in your /boot/grub/grub.conf? (in case someone decides to boot a different kernel)&lt;BR /&gt;&lt;BR /&gt;At a minimum you have to rebuild the initrd for the running kernel, i.e.&lt;BR /&gt;&lt;BR /&gt;# cd /tmp&lt;BR /&gt;# mkinitrd -v /tmp/ross.img `uname -r`&lt;BR /&gt;# cd /boot&lt;BR /&gt;# mv initrd-`uname -r`.img initrd-`uname -r`_ross_nomultipathing.img&lt;BR /&gt;# cp /tmp/ross.img /boot/initrd-`uname -r`.img&lt;BR /&gt;# ls -la&lt;BR /&gt;&lt;BR /&gt;Take a look at /boot/grub/grub.conf and make sure that the initrd line there calls /initrd-`uname -r`.img (Note that you won't see it this way, with uname -r; it will be more like /initrd-2.6.9-22.ELsmp.img in grub.conf).&lt;BR /&gt;&lt;BR /&gt;For PSP 791 + kernel 2.6.9-55 smp:&lt;BR /&gt;&lt;BR /&gt;cd /boot&lt;BR /&gt;mv HP-initrd-2.6.9-55.ELsmp.img HP-initrd-2.6.9-55.ELsmp.img-old&lt;BR /&gt;cp initrd-2.6.9-55.ELsmp.img HP-initrd-2.6.9-55.ELsmp.img&lt;BR /&gt;&lt;BR /&gt;Reboot.&lt;BR /&gt;&lt;BR /&gt;After the reboot check that failover multipathing is enabled in the driver using:&lt;BR /&gt;&lt;BR /&gt;# grep 'Driver version' /proc/scsi/qla2xxx/*&lt;BR /&gt;&lt;BR /&gt;Example:&lt;BR /&gt;&lt;BR /&gt;# grep 'Driver version' /proc/scsi/qla2xxx/*&lt;BR /&gt;/proc/scsi/qla2xxx/0:        Firmware version 4.00.23 [IP] , Driver version 8.01.06.01-fo&lt;BR /&gt;/proc/scsi/qla2xxx/1:        Firmware version 4.00.23 [IP] , Driver version 8.01.06.01-fo&lt;BR /&gt;&lt;BR /&gt;Note the -fo (for failover) at the end of each driver line. This is what we want to see here. If you don't see it, then you probably did not rebuild your initrd image properly. &lt;BR /&gt;&lt;BR /&gt;HTH,&lt;BR /&gt;Ross&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 17 Apr 2008 18:08:16 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rhel4-5-and-multipathing-to-eva-6100/m-p/4181454#M32257</guid>
      <dc:creator>Ross Minkov</dc:creator>
      <dc:date>2008-04-17T18:08:16Z</dc:date>
    </item>
    <item>
      <title>Re: RHEL4.5 and multipathing to EVA 6100</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rhel4-5-and-multipathing-to-eva-6100/m-p/4181455#M32258</link>
      <description>Thank you guys very much for the assistance. I am able to get to my storage via multiple paths. In other words, I can still do I/O when pulling out a fiber from the HBA.&lt;BR /&gt;&lt;BR /&gt;However, my main question is: am i going to be in an active/passive mode with my 2 HBS's or will they be in active/active.&lt;BR /&gt;&lt;BR /&gt;I am attaching both /proc/scsi/qla2xxx outputs, if you look at the bottom under "SCSI Lun information" and "total reqs" you will see that my 0 card is very busy, while my 1 card is doing nothing.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 18 Apr 2008 02:09:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rhel4-5-and-multipathing-to-eva-6100/m-p/4181455#M32258</guid>
      <dc:creator>nelr</dc:creator>
      <dc:date>2008-04-18T02:09:28Z</dc:date>
    </item>
    <item>
      <title>Re: RHEL4.5 and multipathing to EVA 6100</title>
      <link>https://community.hpe.com/t5/operating-system-linux/rhel4-5-and-multipathing-to-eva-6100/m-p/4181456#M32259</link>
      <description>my 2 cents...&lt;BR /&gt;&lt;BR /&gt;I've used rdac and qlogic multipathing on an IBM DS4800 and I find the RHEL multipathing package way easier to maintain and you don't have to deal with issues regarding kernel upgrades; i.e. rebuilding initrd etc., and RedHat won't help you with qlogic issues.&lt;BR /&gt;&lt;BR /&gt;I haven't used it on RHEL4 but has worked for me without problems on RHEL5 xen servers for about 3 months now. An argument can be made that it hasn't been around that long... RHEL4.2 ??.&lt;BR /&gt;&lt;BR /&gt;I'm now using RHEL5 multipathing on both EVA6100 (active/active) and the DS4800 (active/passive); the RHEL multipathing even has an rdac option that I use on the DS4800.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 18 Apr 2008 12:43:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/rhel4-5-and-multipathing-to-eva-6100/m-p/4181456#M32259</guid>
      <dc:creator>westb</dc:creator>
      <dc:date>2008-04-18T12:43:25Z</dc:date>
    </item>
  </channel>
</rss>

