
Hi Jonathan, I'm trying to understand the context for your problem. As I understand it, your problem stems from the fact that you're working on a Read Only fs, long before the multipath issue. So you have root permissions on an RO fs? How come? Why is it RO to begin with? Are you working on RHEVM? Which OS, version? Maybe we can be of more help if we better understand the context. Thanks, Vered ----- Original Message -----
From: "Jonathan Horne" <jhorne@skopos.us> To: users@ovirt.org Sent: Friday, December 7, 2012 7:09:08 PM Subject: Re: [Users] iscsi mpio
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. _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users