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.koch@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.koch@ovido.at ============================================
On Fri, 2012-12-07 at 13:55 +0000, Jonathan Horne wrote:
From: Jonathan Horne <jhorne@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.