You previously mentioned you're using package 2.5.5-0.fc17.
It looks like you have a typo, so please resend the exact package of ovirt-node you're
using.
Also - Where did you get the package from?
We'd like to try and reproduce here.
Did you make any changes to mount so that /var is now Read Only?
Please send us the output for the mount command on your system.
Please remember to reply-to-all next time(s)...
Thanks,
Vered
----- Original Message -----
From: "Jonathan Horne" <jhorne(a)skopos.us>
To: "Vered Volansky" <vered(a)redhat.com>
Sent: Monday, December 10, 2012 4:24:05 PM
Subject: Re: [Users] iscsi mpio
Im using the ovirt node which is a prebuilt appliance-like version of
ovirt.
It is highly customized, and is not open to alteration. (to do so
would be
quite a bit of work).
JONATHAN HORNE | Systems Administrator | Skopos Web
<
http://www.skopos.us/>
e: jhorne(a)skopos.us t: (972) 520-5042 f: (214) 520-5079
On 12/10/12 6:46 AM, "Vered Volansky" <vered(a)redhat.com> wrote:
>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(a)skopos.us>
>> To: users(a)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(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.
>> _______________________________________________
>> 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.