From jhorne at skopos.us Thu Dec 6 14:04:19 2012 Content-Type: multipart/mixed; boundary="===============6557184771406408017==" MIME-Version: 1.0 From: Jonathan Horne To: users at ovirt.org Subject: [Users] iscsi mpio Date: Thu, 06 Dec 2012 19:04:10 +0000 Message-ID: <9BE6F493F83A594DA60C45E6A09DC5AC016CB43A@AUSP01DAG0201.collaborationhost.net> --===============6557184771406408017== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --_000_9BE6F493F83A594DA60C45E6A09DC5AC016CB43AAUSP01DAG0201co_ Content-Type: text/plain; charset=3D"us-ascii" Content-Transfer-Encoding: quoted-printable Hello, I just rebooted my iscsi SAN and the ovirt node 2.5.5fc17 did not enjoy tha= =3D t one bit. Does ovirt node support multi path i/o? Any information about= =3D this would be greatly appreciated. Thanks, jonathan ________________________________ This is a PRIVATE message. If you are not the intended recipient, please de= =3D lete without copying and kindly advise us by e-mail of the mistake in deliv= =3D ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= =3D POS to any order or other contract unless pursuant to explicit written agre= =3D ement or government initiative expressly permitting the use of e-mail for s= =3D uch purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016CB43AAUSP01DAG0201co_ Content-Type: text/html; charset=3D"us-ascii" Content-ID: <2276C2A0E1B2D44591FC1E1E178BC2B9(a)collaborationhost.net> Content-Transfer-Encoding: quoted-printable

Hello,

I just rebooted my iscsi SAN and the ovirt node 2.5.5fc17 did not enjo= =3D y that one bit. Does ovirt node support multi path i/o? Any in= =3D formation about this would be greatly appreciated.

Thanks,

jonathan

From: Jonathan Horne <jhorne(a)skopos.us>
Date: Thursday, December 6, 2012 = 1:=3D 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 enjo= =3D y that one bit. Does ovirt node support multi path i/o? Any in= =3D formation about this would be greatly appreciated.

Thanks,

jonathan

I attempted to install the multi path driver on node 2.5.5-0.fc17, but= =3D the file system is read only and i can't make changes.

I really need to find out about multipathing, because yesterday i upgr= =3D aded the firmware on my iscsi SAN yesterday, and one of my nodes freaked ou= =3D t and rebooted (oddly, the other 2 didn't). In understand there may a= =3D lready be multi path configured within the node, but how do i verify it with my set up?

Thanks,

jonathan

This is a PRIVATE mess= age. I=3D f you are not the intended recipient, please delete without copying and kin= =3D dly advise us by e-mail of the mistake in delivery. NOTE: Regardless of con= =3D tent, this e-mail shall not operate to bind SKOPOS to any order or other contract unless pursuant to explicit wri= =3D tten agreement or government initiative expressly permitting the use of e-m= =3D ail for such purpose. --_000_9BE6F493F83A594DA60C45E6A09DC5AC016CD263AUSP01DAG0201co_-- --===============0901801585386523422== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS1fMDAwXzlCRTZGNDkzRjgzQTU5NERBNjBDNDVFNkEwOURDNUFDMDE2Q0QyNjNBVVNQMDFEQUcw MjAxY29fCkNvbnRlbnQtVHlwZTogdGV4dC9wbGFpbjsgY2hhcnNldD0idXMtYXNjaWkiCkNvbnRl bnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUKCgpGcm9tOiBKb25hdGhhbiBI b3JuZSA8amhvcm5lQHNrb3Bvcy51czxtYWlsdG86amhvcm5lQHNrb3Bvcy51cz4+CkRhdGU6IFRo dXJzZGF5LCBEZWNlbWJlciA2LCAyMDEyIDE6MDQgUE0KVG86IHVzZXJzIDx1c2Vyc0BvdmlydC5v cmc8bWFpbHRvOnVzZXJzQG92aXJ0Lm9yZz4+ClN1YmplY3Q6IFtVc2Vyc10gaXNjc2kgbXBpbwoK SGVsbG8sCgpJIGp1c3QgcmVib290ZWQgbXkgaXNjc2kgU0FOIGFuZCB0aGUgb3ZpcnQgbm9kZSAy LjUuNWZjMTcgZGlkIG5vdCBlbmpveSB0aGE9CnQgb25lIGJpdC4gICBEb2VzIG92aXJ0IG5vZGUg c3VwcG9ydCBtdWx0aSBwYXRoIGkvbz8gIEFueSBpbmZvcm1hdGlvbiBhYm91dD0KIHRoaXMgd291 bGQgYmUgZ3JlYXRseSBhcHByZWNpYXRlZC4KClRoYW5rcywKam9uYXRoYW4KCgoKSSBhdHRlbXB0 ZWQgdG8gaW5zdGFsbCB0aGUgbXVsdGkgcGF0aCBkcml2ZXIgb24gbm9kZSAyLjUuNS0wLmZjMTcs IGJ1dCB0aGUgPQpmaWxlIHN5c3RlbSBpcyByZWFkIG9ubHkgYW5kIGkgY2FuJ3QgbWFrZSBjaGFu Z2VzLgoKSSByZWFsbHkgbmVlZCB0byBmaW5kIG91dCBhYm91dCBtdWx0aXBhdGhpbmcsIGJlY2F1 c2UgeWVzdGVyZGF5IGkgdXBncmFkZWQgPQp0aGUgZmlybXdhcmUgb24gbXkgaXNjc2kgU0FOIHll c3RlcmRheSwgYW5kIG9uZSBvZiBteSBub2RlcyBmcmVha2VkIG91dCBhbmQ9CiByZWJvb3RlZCAo b2RkbHksIHRoZSBvdGhlciAyIGRpZG4ndCkuICBJbiB1bmRlcnN0YW5kIHRoZXJlIG1heSBhbHJl YWR5IGJlID0KbXVsdGkgcGF0aCBjb25maWd1cmVkIHdpdGhpbiB0aGUgbm9kZSwgYnV0IGhvdyBk byBpIHZlcmlmeSBpdCB3aXRoIG15IHNldCB1PQpwPwoKVGhhbmtzLApqb25hdGhhbgoKX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX18KVGhpcyBpcyBhIFBSSVZBVEUgbWVzc2FnZS4gSWYg eW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIGRlPQpsZXRlIHdpdGhv dXQgY29weWluZyBhbmQga2luZGx5IGFkdmlzZSB1cyBieSBlLW1haWwgb2YgdGhlIG1pc3Rha2Ug aW4gZGVsaXY9CmVyeS4gTk9URTogUmVnYXJkbGVzcyBvZiBjb250ZW50LCB0aGlzIGUtbWFpbCBz aGFsbCBub3Qgb3BlcmF0ZSB0byBiaW5kIFNLTz0KUE9TIHRvIGFueSBvcmRlciBvciBvdGhlciBj b250cmFjdCB1bmxlc3MgcHVyc3VhbnQgdG8gZXhwbGljaXQgd3JpdHRlbiBhZ3JlPQplbWVudCBv ciBnb3Zlcm5tZW50IGluaXRpYXRpdmUgZXhwcmVzc2x5IHBlcm1pdHRpbmcgdGhlIHVzZSBvZiBl LW1haWwgZm9yIHM9CnVjaCBwdXJwb3NlLgoKLS1fMDAwXzlCRTZGNDkzRjgzQTU5NERBNjBDNDVF NkEwOURDNUFDMDE2Q0QyNjNBVVNQMDFEQUcwMjAxY29fCkNvbnRlbnQtVHlwZTogdGV4dC9odG1s OyBjaGFyc2V0PSJ1cy1hc2NpaSIKQ29udGVudC1JRDogPEY5NzU0N0NGODc3OEE2NDU5MTY0RTRG MDQ0MjBGMzI2QGNvbGxhYm9yYXRpb25ob3N0Lm5ldD4KQ29udGVudC1UcmFuc2Zlci1FbmNvZGlu ZzogcXVvdGVkLXByaW50YWJsZQoKPGh0bWw+CjxoZWFkPgo8bWV0YSBodHRwLWVxdWl2PTNEIkNv bnRlbnQtVHlwZSIgY29udGVudD0zRCJ0ZXh0L2h0bWw7IGNoYXJzZXQ9M0R1cy1hc2NpaSI9Cj4K PC9oZWFkPgo8Ym9keSBzdHlsZT0zRCJ3b3JkLXdyYXA6YnJlYWstd29yZDsgY29sb3I6cmdiKDAs MCwwKTsgZm9udC1zaXplOjE0cHg7IGZvbnQ9Ci1mYW1pbHk6Q2FsaWJyaSxzYW5zLXNlcmlmIj4K PGRpdj4KPGRpdj4KPGRpdj48YnI+CjwvZGl2Pgo8L2Rpdj4KPC9kaXY+CjxzcGFuIGlkPTNEIk9M S19TUkNfQk9EWV9TRUNUSU9OIj4KPGRpdiBzdHlsZT0zRCJmb250LWZhbWlseTpDYWxpYnJpOyBm b250LXNpemU6MTFwdDsgdGV4dC1hbGlnbjpsZWZ0OyBjb2xvcjpiPQpsYWNrOyBib3JkZXItYm90 dG9tOm1lZGl1bSBub25lOyBib3JkZXItbGVmdDptZWRpdW0gbm9uZTsgcGFkZGluZy1ib3R0b206 MGk9Cm47IHBhZGRpbmctbGVmdDowaW47IHBhZGRpbmctcmlnaHQ6MGluOyBib3JkZXItdG9wOiNi NWM0ZGYgMXB0IHNvbGlkOyBib3JkZT0Kci1yaWdodDptZWRpdW0gbm9uZTsgcGFkZGluZy10b3A6 M3B0Ij4KPHNwYW4gc3R5bGU9M0QiZm9udC13ZWlnaHQ6Ym9sZCI+RnJvbTogPC9zcGFuPkpvbmF0 aGFuIEhvcm5lICZsdDs8YSBocmVmPTNEPQoibWFpbHRvOmpob3JuZUBza29wb3MudXMiPmpob3Ju ZUBza29wb3MudXM8L2E+Jmd0Ozxicj4KPHNwYW4gc3R5bGU9M0QiZm9udC13ZWlnaHQ6Ym9sZCI+ RGF0ZTogPC9zcGFuPlRodXJzZGF5LCBEZWNlbWJlciA2LCAyMDEyIDE6PQowNCBQTTxicj4KPHNw YW4gc3R5bGU9M0QiZm9udC13ZWlnaHQ6Ym9sZCI+VG86IDwvc3Bhbj51c2VycyAmbHQ7PGEgaHJl Zj0zRCJtYWlsdG86dXNlPQpyc0BvdmlydC5vcmciPnVzZXJzQG92aXJ0Lm9yZzwvYT4mZ3Q7PGJy Pgo8c3BhbiBzdHlsZT0zRCJmb250LXdlaWdodDpib2xkIj5TdWJqZWN0OiA8L3NwYW4+W1VzZXJz XSBpc2NzaSBtcGlvPGJyPgo8L2Rpdj4KPGRpdj48YnI+CjwvZGl2Pgo8ZGl2Pgo8ZGl2IHN0eWxl PTNEIndvcmQtd3JhcDpicmVhay13b3JkOyBjb2xvcjpyZ2IoMCwwLDApOyBmb250LXNpemU6MTRw eDsgZm9udC09CmZhbWlseTpDYWxpYnJpLHNhbnMtc2VyaWYiPgo8ZGl2Pgo8ZGl2Pgo8ZGl2Pkhl bGxvLDwvZGl2Pgo8L2Rpdj4KPC9kaXY+CjxkaXY+PGJyPgo8L2Rpdj4KPGRpdj5JIGp1c3QgcmVi b290ZWQgbXkgaXNjc2kgU0FOIGFuZCB0aGUgb3ZpcnQgbm9kZSAyLjUuNWZjMTcgZGlkIG5vdCBl bmpvPQp5IHRoYXQgb25lIGJpdC4gJm5ic3A7IERvZXMgb3ZpcnQgbm9kZSBzdXBwb3J0IG11bHRp IHBhdGggaS9vPyAmbmJzcDtBbnkgaW49CmZvcm1hdGlvbiBhYm91dCB0aGlzIHdvdWxkIGJlIGdy ZWF0bHkgYXBwcmVjaWF0ZWQuPC9kaXY+CjxkaXY+PGJyPgo8L2Rpdj4KPGRpdj5UaGFua3MsPC9k aXY+CjxkaXY+am9uYXRoYW48L2Rpdj4KPGJyPgo8L2Rpdj4KPC9kaXY+Cjwvc3Bhbj4KPGRpdj48 YnI+CjwvZGl2Pgo8ZGl2Pjxicj4KPC9kaXY+CjxkaXY+CjxkaXY+SSBhdHRlbXB0ZWQgdG8gaW5z dGFsbCB0aGUgbXVsdGkgcGF0aCBkcml2ZXIgb24gbm9kZSAyLjUuNS0wLmZjMTcsIGJ1dD0KIHRo ZSBmaWxlIHN5c3RlbSBpcyByZWFkIG9ubHkgYW5kIGkgY2FuJ3QgbWFrZSBjaGFuZ2VzLiZuYnNw OzwvZGl2Pgo8ZGl2Pjxicj4KPC9kaXY+CjxkaXY+SSByZWFsbHkgbmVlZCB0byBmaW5kIG91dCBh Ym91dCBtdWx0aXBhdGhpbmcsIGJlY2F1c2UgeWVzdGVyZGF5IGkgdXBncj0KYWRlZCB0aGUgZmly bXdhcmUgb24gbXkgaXNjc2kgU0FOIHllc3RlcmRheSwgYW5kIG9uZSBvZiBteSBub2RlcyBmcmVh a2VkIG91PQp0IGFuZCByZWJvb3RlZCAob2RkbHksIHRoZSBvdGhlciAyIGRpZG4ndCkuICZuYnNw O0luIHVuZGVyc3RhbmQgdGhlcmUgbWF5IGE9CmxyZWFkeSBiZSBtdWx0aSBwYXRoIGNvbmZpZ3Vy ZWQgd2l0aGluCiB0aGUgbm9kZSwgYnV0IGhvdyBkbyBpIHZlcmlmeSBpdCB3aXRoIG15IHNldCB1 cD88L2Rpdj4KPGRpdj48YnI+CjwvZGl2Pgo8ZGl2PlRoYW5rcyw8L2Rpdj4KPGRpdj5qb25hdGhh bjwvZGl2Pgo8L2Rpdj4KPGJyPgo8aHI+Cjxmb250IGNvbG9yPTNEIkdyYXkiIGZhY2U9M0QiQXJp YWwiIHNpemU9M0QiMSI+VGhpcyBpcyBhIFBSSVZBVEUgbWVzc2FnZS4gST0KZiB5b3UgYXJlIG5v dCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2UgZGVsZXRlIHdpdGhvdXQgY29weWluZyBh bmQga2luPQpkbHkgYWR2aXNlIHVzIGJ5IGUtbWFpbCBvZiB0aGUgbWlzdGFrZSBpbiBkZWxpdmVy eS4gTk9URTogUmVnYXJkbGVzcyBvZiBjb249CnRlbnQsIHRoaXMgZS1tYWlsIHNoYWxsIG5vdCBv cGVyYXRlIHRvCiBiaW5kIFNLT1BPUyB0byBhbnkgb3JkZXIgb3Igb3RoZXIgY29udHJhY3QgdW5s ZXNzIHB1cnN1YW50IHRvIGV4cGxpY2l0IHdyaT0KdHRlbiBhZ3JlZW1lbnQgb3IgZ292ZXJubWVu dCBpbml0aWF0aXZlIGV4cHJlc3NseSBwZXJtaXR0aW5nIHRoZSB1c2Ugb2YgZS1tPQphaWwgZm9y IHN1Y2ggcHVycG9zZS48L2ZvbnQ+CjwvYm9keT4KPC9odG1sPgoKLS1fMDAwXzlCRTZGNDkzRjgz QTU5NERBNjBDNDVFNkEwOURDNUFDMDE2Q0QyNjNBVVNQMDFEQUcwMjAxY29fLS0K --===============0901801585386523422==-- From r.koch at ovido.at Fri Dec 7 09:42:29 2012 Content-Type: multipart/mixed; boundary="===============2409214887881444004==" MIME-Version: 1.0 From: =?utf-8?q?Ren=C3=A9_Koch_=28ovido=29_=3Cr=2Ekoch_at_ovido=2Eat=3E?= To: users at ovirt.org Subject: Re: [Users] iscsi mpio Date: Fri, 07 Dec 2012 15:42:23 +0100 Message-ID: <1354891343.25418.103.camel@pc-ovido02.ovido.at> In-Reply-To: 9BE6F493F83A594DA60C45E6A09DC5AC016CD263@AUSP01DAG0201.collaborationhost.net --===============2409214887881444004== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable 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=3D96G features=3D'0' hwhandler=3D'0' wp=3Drw |-+- policy=3D'round-robin 0' prio=3D50 status=3Dactive | `- 0:0:0:1 sdb 8:16 active ready running mpatha (222140001553601d1) dm-1 Intel,Multi-Flex size=3D20G features=3D'0' hwhandler=3D'0' wp=3Drw |-+- policy=3D'round-robin 0' prio=3D50 status=3Dactive | `- 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 work= ing oVirt setup at the moment. -- = Best Regards, DI (FH) Ren=C3=A9 Koch Senior Solution Architect =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D ovido gmbh - "Das Linux Systemhaus" Br=C3=BCnner Stra=C3=9Fe 163, A-1210 Wien Phone: +43 720 / 530 670 Mobile: +43 660 / 512 21 31 E-Mail: r.koch(a)ovido.at =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D On Fri, 2012-12-07 at 13:55 +0000, Jonathan Horne wrote: > = > = > From: Jonathan Horne > Date: Thursday, December 6, 2012 1:04 PM > To: users > 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 --===============2409214887881444004==-- From jhorne at skopos.us Fri Dec 7 12:09:10 2012 Content-Type: multipart/mixed; boundary="===============6220336225127783119==" MIME-Version: 1.0 From: Jonathan Horne To: users at ovirt.org Subject: Re: [Users] iscsi mpio Date: Fri, 07 Dec 2012 17:09:08 +0000 Message-ID: <9BE6F493F83A594DA60C45E6A09DC5AC016CD95E@AUSP01DAG0201.collaborationhost.net> In-Reply-To: 1354891343.25418.103.camel@pc-ovido02.ovido.at --===============6220336225127783119== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable 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(a)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(a)vmnode02 x86_64]# multipath -ll 36019cb3131d6f276d80a45bb6501f0c9 dm-10 size=3D500G features=3D'0' hwhandler=3D'0' wp=3Drw 36001e4f03dd42300183eaac404afd5ce dm-0 DELL,PERC 6/i size=3D279G features=3D'0' hwhandler=3D'0' wp=3Drw `-+- policy=3D'round-robin 0' prio=3D1 status=3Dactive `- 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=C3=A9 Koch (ovido)" 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=3D96G features=3D'0' hwhandler=3D'0' wp=3Drw >|-+- policy=3D'round-robin 0' prio=3D50 status=3Dactive >| `- 0:0:0:1 sdb 8:16 active ready running >mpatha (222140001553601d1) dm-1 Intel,Multi-Flex >size=3D20G features=3D'0' hwhandler=3D'0' wp=3Drw >|-+- policy=3D'round-robin 0' prio=3D50 status=3Dactive >| `- 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=C3=A9 Koch >Senior Solution Architect > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >ovido gmbh - "Das Linux Systemhaus" >Br=C3=BCnner Stra=C3=9Fe 163, A-1210 Wien > >Phone: +43 720 / 530 670 >Mobile: +43 660 / 512 21 31 >E-Mail: r.koch(a)ovido.at >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > >On Fri, 2012-12-07 at 13:55 +0000, Jonathan Horne wrote: >> >> >> From: Jonathan Horne >> Date: Thursday, December 6, 2012 1:04 PM >> To: users >> 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 de= lete without copying and kindly advise us by e-mail of the mistake in deliv= ery. NOTE: Regardless of content, this e-mail shall not operate to bind SKO= POS to any order or other contract unless pursuant to explicit written agre= ement or government initiative expressly permitting the use of e-mail for s= uch purpose. --===============6220336225127783119==-- From vered at redhat.com Mon Dec 10 07:46:22 2012 Content-Type: multipart/mixed; boundary="===============3825199836424388142==" MIME-Version: 1.0 From: Vered Volansky To: users at ovirt.org Subject: Re: [Users] iscsi mpio Date: Mon, 10 Dec 2012 07:46:21 -0500 Message-ID: <535752987.46293608.1355143581658.JavaMail.root@redhat.com> In-Reply-To: 9BE6F493F83A594DA60C45E6A09DC5AC016CD95E@AUSP01DAG0201.collaborationhost.net --===============3825199836424388142== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable 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" > 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(a)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(a)vmnode02 x86_64]# multipath -ll > 36019cb3131d6f276d80a45bb6501f0c9 dm-10 > size=3D500G features=3D'0' hwhandler=3D'0' wp=3Drw > 36001e4f03dd42300183eaac404afd5ce dm-0 DELL,PERC 6/i > size=3D279G features=3D'0' hwhandler=3D'0' wp=3Drw > `-+- policy=3D'round-robin 0' prio=3D1 status=3Dactive > `- 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=C3=A9 Koch (ovido)" 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=3D96G features=3D'0' hwhandler=3D'0' wp=3Drw > >|-+- policy=3D'round-robin 0' prio=3D50 status=3Dactive > >| `- 0:0:0:1 sdb 8:16 active ready running > >mpatha (222140001553601d1) dm-1 Intel,Multi-Flex > >size=3D20G features=3D'0' hwhandler=3D'0' wp=3Drw > >|-+- policy=3D'round-robin 0' prio=3D50 status=3Dactive > >| `- 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=C3=A9 Koch > >Senior Solution Architect > > > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >ovido gmbh - "Das Linux Systemhaus" > >Br=C3=BCnner Stra=C3=9Fe 163, A-1210 Wien > > > >Phone: +43 720 / 530 670 > >Mobile: +43 660 / 512 21 31 > >E-Mail: r.koch(a)ovido.at > >=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > > >On Fri, 2012-12-07 at 13:55 +0000, Jonathan Horne wrote: > >> > >> > >> From: Jonathan Horne > >> Date: Thursday, December 6, 2012 1:04 PM > >> To: users > >> 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 >=20 --===============3825199836424388142==--