Im using a Equallogic iscsi SAN, and it has a special multi path driver because it uses a virtual IP for the initiator to log into, and the actual traffic ip addresses are not exposed to the initiator.
I tried to install the rpm but as far as i can get is: [root@vmnode02 x86_64]# rpm -Uvh equallogic-host-tools-1.2.0-2.el6.x86_64.rpm --nodeps warning: equallogic-host-tools-1.2.0-2.el6.x86_64.rpm: Header V4 DSA/SHA1 Signature, key ID 84fd3ef3: NOKEY error: can't create transaction lock on /var/lib/rpm/.rpm.lock (Read-only file system) Is there a way to unlock the file system so i can try to install and configure this driver? This is the current output of multipath -ll on my node: [root@vmnode02 x86_64]# multipath -ll 36019cb3131d6f276d80a45bb6501f0c9 dm-10 size=500G features='0' hwhandler='0' wp=rw 36001e4f03dd42300183eaac404afd5ce dm-0 DELL,PERC 6/i size=279G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=1 status=active `- 2:2:0:0 sda 8:0 active ready running The EQ san does show only 1 single tcp connection into the LUN, so i know its not multipathing at this time. This will be a huge downer if i have to go to production without multi path support. Is there anything i can do here? On 12/7/12 8:42 AM, "René Koch (ovido)" <r.k...@ovido.at> wrote: >Hi, > >I can give you some information on multipathing on RHEV-H, as I don't >have ovirt-node installed at the moment. > >Multipath packages are installed on the hypervisor, but vdsm overwrites >multipath.conf. > >To prevent this you have to set the following tags: ># RHEV REVISION 0.7 ># RHEV PRIVATE > >Search for MPATH_CONF_TAG in multipath.py file to get correct RHEV >REVISION number. > >After changing multipath.conf to fit your needs make it persistent for >reboots: ># persist /etc/multipath.conf > > >You can check multipath status with: > ># multipath -ll >mpathb (2222b00015521f5d4) dm-0 Intel,Multi-Flex >size=96G features='0' hwhandler='0' wp=rw >|-+- policy='round-robin 0' prio=50 status=active >| `- 0:0:0:1 sdb 8:16 active ready running >mpatha (222140001553601d1) dm-1 Intel,Multi-Flex >size=20G features='0' hwhandler='0' wp=rw >|-+- policy='round-robin 0' prio=50 status=active >| `- 0:0:0:0 sda 8:0 active ready running > >I hope this helps. >Don't really know if the tags are the same in oVirt, as I don't have a >working oVirt setup at the moment. > > >-- >Best Regards, > >DI (FH) René Koch >Senior Solution Architect > >============================================ >ovido gmbh - "Das Linux Systemhaus" >Brünner Straße 163, A-1210 Wien > >Phone: +43 720 / 530 670 >Mobile: +43 660 / 512 21 31 >E-Mail: r.k...@ovido.at >============================================ > > >On Fri, 2012-12-07 at 13:55 +0000, Jonathan Horne wrote: >> >> >> From: Jonathan Horne <jho...@skopos.us> >> Date: Thursday, December 6, 2012 1:04 PM >> To: users <users@ovirt.org> >> Subject: [Users] iscsi mpio >> >> >> >> Hello, >> >> >> I just rebooted my iscsi SAN and the ovirt node 2.5.5fc17 did not >> enjoy that one bit. Does ovirt node support multi path i/o? Any >> information about this would be greatly appreciated. >> >> >> Thanks, >> jonathan >> >> >> >> >> >> >> I attempted to install the multi path driver on node 2.5.5-0.fc17, but >> the file system is read only and i can't make changes. >> >> >> I really need to find out about multipathing, because yesterday i >> upgraded the firmware on my iscsi SAN yesterday, and one of my nodes >> freaked out and rebooted (oddly, the other 2 didn't). In understand >> there may already be multi path configured within the node, but how do >> i verify it with my set up? >> >> >> Thanks, >> jonathan >> >> >> ______________________________________________________________________ >> This is a PRIVATE message. If you are not the intended recipient, >> please delete without copying and kindly advise us by e-mail of the >> mistake in delivery. NOTE: Regardless of content, this e-mail shall >> not operate to bind SKOPOS to any order or other contract unless >> pursuant to explicit written agreement or government initiative >> expressly permitting the use of e-mail for such purpose. >> _______________________________________________ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users > >_______________________________________________ >Users mailing list >Users@ovirt.org >http://lists.ovirt.org/mailman/listinfo/users ________________________________ This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users