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(a)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(a)ovido.at
============================================
On Fri, 2012-12-07 at 13:55 +0000, Jonathan Horne wrote:
>
>
> From: Jonathan Horne <jhorne(a)skopos.us>
> Date: Thursday, December 6, 2012 1:04 PM
> To: users <users(a)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(a)ovirt.org
>
http://lists.ovirt.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users(a)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.