From O.Dietzel at rto.de Fri Mar 9 09:08:15 2018 Content-Type: multipart/mixed; boundary="===============8731914006374008159==" MIME-Version: 1.0 From: Oliver Dietzel To: users at ovirt.org Subject: [ovirt-users] 'Sanlock lockspace add failure' when trying to set up hosted engine 4.2 on existing gluster cluster Date: Fri, 09 Mar 2018 09:08:11 +0000 Message-ID: --===============8731914006374008159== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable --_000_CB113C990D3AAA4B835B7604246296154416B456RTOS2010Ertode_ Content-Type: text/plain; charset=3D"iso-8859-1" Content-Transfer-Encoding: quoted-printable Install from node iso on gluster works fine, the hosted engine vm installs = =3D on gluster, but after installation is finished and rebooted the gluster clu= =3D ster is not added as data storage. Hosted engine is able to boot from gluster but not able to use it. Looks li= =3D ke HE doesnt use the gluster volume it booted from, but tries to add the sa= =3D me gluster volume a second time. Is there a workaround? Error message in web gui: VDSM ovirt-gluster.rto.de command CreateStoragePoolVDS failed: Cannot acqui= =3D re host id: (u'e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb', SanlockException(22, = =3D 'Sanlock lockspace add failure', 'Invalid argument')) Error message in sanlock.log: [root(a)ovirt-gluster ~]# tail /var/log/sanlock.log 2018-03-09 09:37:05 812 [1082]: s5 host 1 2 791 f571ebc1-2572-4689-b64e-699= =3D 9433f0597.ovirt-glus 2018-03-09 09:37:05 812 [1082]: s5 host 250 1 0 f571ebc1-2572-4689-b64e-699= =3D 9433f0597.ovirt-glus 2018-03-09 09:37:20 828 [1093]: s5:r4 resource e6d008f7-e5e8-4064-9f6a-6ab7= =3D c8723eeb:e555168d-719d-4f73-8541-62395c97c1ff:/rhev/data-center/mnt/gluster= =3D SD/gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/images/7b6675f7-f739= =3D -40b8-a554-b19795fe57c0/e555168d-719d-4f73-8541-62395c97c1ff.lease:0 for 3,= =3D 12,5566 2018-03-09 09:40:58 1046 [1093]: s6 lockspace hosted-engine:1:/var/run/vdsm= =3D /storage/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/3b22b2fe-f4d5-4d0c-995a-03b28= =3D 50b674b/eb7218ff-bdbc-49c5-af17-a62a7385d299:0 2018-03-09 09:41:20 1067 [1082]: s6 host 1 1 1046 f571ebc1-2572-4689-b64e-6= =3D 999433f0597.ovirt-glus 2018-03-09 09:42:23 1130 [1093]: s5:r5 resource e6d008f7-e5e8-4064-9f6a-6ab= =3D 7c8723eeb:e555168d-719d-4f73-8541-62395c97c1ff:/rhev/data-center/mnt/gluste= =3D rSD/gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/images/7b6675f7-f73= =3D 9-40b8-a554-b19795fe57c0/e555168d-719d-4f73-8541-62395c97c1ff.lease:0 for 2= =3D ,9,11635 2018-03-09 09:44:30 1258 [1093]: add_lockspace e6d008f7-e5e8-4064-9f6a-6ab7= =3D c8723eeb:250:/rhev/data-center/mnt/glusterSD/gluster01:_gv0/e6d008f7-e5e8-4= =3D 064-9f6a-6ab7c8723eeb/dom_md/ids:0 conflicts with name of list1 s5 e6d008f7= =3D -e5e8-4064-9f6a-6ab7c8723eeb:1:/rhev/data-center/mnt/glusterSD/gluster01:_g= =3D v0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 2018-03-09 09:44:37 1264 [1093]: s7 lockspace hosted-engine:1:/var/run/vdsm= =3D /storage/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/3b22b2fe-f4d5-4d0c-995a-03b28= =3D 50b674b/eb7218ff-bdbc-49c5-af17-a62a7385d299:0 2018-03-09 09:44:58 1285 [1082]: s7 host 1 2 1264 f571ebc1-2572-4689-b64e-6= =3D 999433f0597.ovirt-glus 2018-03-09 09:46:42 1389 [1093]: add_lockspace e6d008f7-e5e8-4064-9f6a-6ab7= =3D c8723eeb:250:/rhev/data-center/mnt/glusterSD/gluster01:_gv0/e6d008f7-e5e8-4= =3D 064-9f6a-6ab7c8723eeb/dom_md/ids:0 conflicts with name of list1 s5 e6d008f7= =3D -e5e8-4064-9f6a-6ab7c8723eeb:1:/rhev/data-center/mnt/glusterSD/gluster01:_g= =3D v0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 ___________________________________________________________ Oliver Dietzel RTO GmbH Hanauer Landstra=3DDFe 439 60314 Frankfurt --_000_CB113C990D3AAA4B835B7604246296154416B456RTOS2010Ertode_ Content-Type: text/html; charset=3D"iso-8859-1" Content-Transfer-Encoding: quoted-printable

Install from node iso on gluster works fine, the hosted engine vm inst= =3D alls on gluster, but after installation is finished and rebooted the gluste= =3D r cluster is not added as data storage.

Hosted engine is able to boot from gluster but not able to use it. Loo= =3D ks like HE doesnt use the gluster volume it booted from, but tries to add t= =3D he same gluster volume a second time.

Is there a workaround?

Error message in web gui:

VDSM ovirt-gluster.rto.de command CreateStoragePoolVDS failed: Cannot = =3D acquire host id: (u'e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb', SanlockException= =3D (22, 'Sanlock lockspace add failure', 'Invalid argument'))

Error message in sanlock.log:

[root(a)ovirt-gluster ~]# tail /var/log/sanlock.log

2018-03-09 09:37:05 812 [1082]: s5 host 1 2 791 f571ebc1-2572-4689-b64= =3D e-6999433f0597.ovirt-glus

2018-03-09 09:37:05 812 [1082]: s5 host 250 1 0 f571ebc1-2572-4689-b64= =3D e-6999433f0597.ovirt-glus

2018-03-09 09:37:20 828 [1093]: s5:r4 resource e6d008f7-e5e8-4064-9f6a= =3D -6ab7c8723eeb:e555168d-719d-4f73-8541-62395c97c1ff:/rhev/data-center/mnt/gl= =3D usterSD/gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/images/7b6675f7= =3D -f739-40b8-a554-b19795fe57c0/e555168d-719d-4f73-8541-62395c97c1ff.lease:0 for 3,12,5566

2018-03-09 09:40:58 1046 [1093]: s6 lockspace hosted-engine:1:/var/run= =3D /vdsm/storage/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/3b22b2fe-f4d5-4d0c-995a-= =3D 03b2850b674b/eb7218ff-bdbc-49c5-af17-a62a7385d299:0

2018-03-09 09:41:20 1067 [1082]: s6 host 1 1 1046 f571ebc1-2572-4689-b= =3D 64e-6999433f0597.ovirt-glus

2018-03-09 09:42:23 1130 [1093]: s5:r5 resource e6d008f7-e5e8-4064-9f6= =3D a-6ab7c8723eeb:e555168d-719d-4f73-8541-62395c97c1ff:/rhev/data-center/mnt/g= =3D lusterSD/gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/images/7b6675f= =3D 7-f739-40b8-a554-b19795fe57c0/e555168d-719d-4f73-8541-62395c97c1ff.lease:0 for 2,9,11635

2018-03-09 09:44:30 1258 [1093]: add_lockspace e6d008f7-e5e8-4064-9f6a= =3D -6ab7c8723eeb:250:/rhev/data-center/mnt/glusterSD/gluster01:_gv0/e6d008f7-e= =3D 5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 conflicts with name of list1 s5 e6d= =3D 008f7-e5e8-4064-9f6a-6ab7c8723eeb:1:/rhev/data-center/mnt/glusterSD/gluster= =3D 01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0

2018-03-09 09:44:37 1264 [1093]: s7 lockspace hosted-engine:1:/var/run= =3D /vdsm/storage/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/3b22b2fe-f4d5-4d0c-995a-= =3D 03b2850b674b/eb7218ff-bdbc-49c5-af17-a62a7385d299:0

2018-03-09 09:44:58 1285 [1082]: s7 host 1 2 1264 f571ebc1-2572-4689-b= =3D 64e-6999433f0597.ovirt-glus

2018-03-09 09:46:42 1389 [1093]: add_lockspace e6d008f7-e5e8-4064-9f6a= =3D -6ab7c8723eeb:250:/rhev/data-center/mnt/glusterSD/gluster01:_gv0/e6d008f7-e= =3D 5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 conflicts with name of list1 s5 e6d= =3D 008f7-e5e8-4064-9f6a-6ab7c8723eeb:1:/rhev/data-center/mnt/glusterSD/gluster= =3D 01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0

____________________________________________= __=3D _____________

Oliver Dietzel

RTO GmbH

Hanauer Landstra=3DDFe 439
60314 Frankfurt

--_000_CB113C990D3AAA4B835B7604246296154416B456RTOS2010Ertode_-- --===============8731914006374008159== Content-Type: multipart/alternative MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="attachment.bin" LS1fMDAwX0NCMTEzQzk5MEQzQUFBNEI4MzVCNzYwNDI0NjI5NjE1NDQxNkI0NTZSVE9TMjAxMEVy dG9kZV8KQ29udGVudC1UeXBlOiB0ZXh0L3BsYWluOyBjaGFyc2V0PSJpc28tODg1OS0xIgpDb250 ZW50LVRyYW5zZmVyLUVuY29kaW5nOiBxdW90ZWQtcHJpbnRhYmxlCgpJbnN0YWxsIGZyb20gbm9k ZSBpc28gb24gZ2x1c3RlciB3b3JrcyBmaW5lLCB0aGUgaG9zdGVkIGVuZ2luZSB2bSBpbnN0YWxs cyA9Cm9uIGdsdXN0ZXIsIGJ1dCBhZnRlciBpbnN0YWxsYXRpb24gaXMgZmluaXNoZWQgYW5kIHJl Ym9vdGVkIHRoZSBnbHVzdGVyIGNsdT0Kc3RlciBpcyBub3QgYWRkZWQgYXMgZGF0YSBzdG9yYWdl LgpIb3N0ZWQgZW5naW5lIGlzIGFibGUgdG8gYm9vdCBmcm9tIGdsdXN0ZXIgYnV0IG5vdCBhYmxl IHRvIHVzZSBpdC4gTG9va3MgbGk9CmtlIEhFIGRvZXNudCB1c2UgdGhlIGdsdXN0ZXIgdm9sdW1l IGl0IGJvb3RlZCBmcm9tLCBidXQgdHJpZXMgdG8gYWRkIHRoZSBzYT0KbWUgZ2x1c3RlciB2b2x1 bWUgYSBzZWNvbmQgdGltZS4KCklzIHRoZXJlIGEgd29ya2Fyb3VuZD8KCkVycm9yIG1lc3NhZ2Ug aW4gd2ViIGd1aToKVkRTTSBvdmlydC1nbHVzdGVyLnJ0by5kZSBjb21tYW5kIENyZWF0ZVN0b3Jh Z2VQb29sVkRTIGZhaWxlZDogQ2Fubm90IGFjcXVpPQpyZSBob3N0IGlkOiAodSdlNmQwMDhmNy1l NWU4LTQwNjQtOWY2YS02YWI3Yzg3MjNlZWInLCBTYW5sb2NrRXhjZXB0aW9uKDIyLCA9CidTYW5s b2NrIGxvY2tzcGFjZSBhZGQgZmFpbHVyZScsICdJbnZhbGlkIGFyZ3VtZW50JykpCgpFcnJvciBt ZXNzYWdlIGluIHNhbmxvY2subG9nOgoKW3Jvb3RAb3ZpcnQtZ2x1c3RlciB+XSMgdGFpbCAvdmFy L2xvZy9zYW5sb2NrLmxvZwoyMDE4LTAzLTA5IDA5OjM3OjA1IDgxMiBbMTA4Ml06IHM1IGhvc3Qg MSAyIDc5MSBmNTcxZWJjMS0yNTcyLTQ2ODktYjY0ZS02OTk9Cjk0MzNmMDU5Ny5vdmlydC1nbHVz CjIwMTgtMDMtMDkgMDk6Mzc6MDUgODEyIFsxMDgyXTogczUgaG9zdCAyNTAgMSAwIGY1NzFlYmMx LTI1NzItNDY4OS1iNjRlLTY5OT0KOTQzM2YwNTk3Lm92aXJ0LWdsdXMKMjAxOC0wMy0wOSAwOToz NzoyMCA4MjggWzEwOTNdOiBzNTpyNCByZXNvdXJjZSBlNmQwMDhmNy1lNWU4LTQwNjQtOWY2YS02 YWI3PQpjODcyM2VlYjplNTU1MTY4ZC03MTlkLTRmNzMtODU0MS02MjM5NWM5N2MxZmY6L3JoZXYv ZGF0YS1jZW50ZXIvbW50L2dsdXN0ZXI9ClNEL2dsdXN0ZXIwMTpfZ3YwL2U2ZDAwOGY3LWU1ZTgt NDA2NC05ZjZhLTZhYjdjODcyM2VlYi9pbWFnZXMvN2I2Njc1ZjctZjczOT0KLTQwYjgtYTU1NC1i MTk3OTVmZTU3YzAvZTU1NTE2OGQtNzE5ZC00ZjczLTg1NDEtNjIzOTVjOTdjMWZmLmxlYXNlOjAg Zm9yIDMsPQoxMiw1NTY2CjIwMTgtMDMtMDkgMDk6NDA6NTggMTA0NiBbMTA5M106IHM2IGxvY2tz cGFjZSBob3N0ZWQtZW5naW5lOjE6L3Zhci9ydW4vdmRzbT0KL3N0b3JhZ2UvZTZkMDA4ZjctZTVl OC00MDY0LTlmNmEtNmFiN2M4NzIzZWViLzNiMjJiMmZlLWY0ZDUtNGQwYy05OTVhLTAzYjI4PQo1 MGI2NzRiL2ViNzIxOGZmLWJkYmMtNDljNS1hZjE3LWE2MmE3Mzg1ZDI5OTowCjIwMTgtMDMtMDkg MDk6NDE6MjAgMTA2NyBbMTA4Ml06IHM2IGhvc3QgMSAxIDEwNDYgZjU3MWViYzEtMjU3Mi00Njg5 LWI2NGUtNj0KOTk5NDMzZjA1OTcub3ZpcnQtZ2x1cwoyMDE4LTAzLTA5IDA5OjQyOjIzIDExMzAg WzEwOTNdOiBzNTpyNSByZXNvdXJjZSBlNmQwMDhmNy1lNWU4LTQwNjQtOWY2YS02YWI9CjdjODcy M2VlYjplNTU1MTY4ZC03MTlkLTRmNzMtODU0MS02MjM5NWM5N2MxZmY6L3JoZXYvZGF0YS1jZW50 ZXIvbW50L2dsdXN0ZT0KclNEL2dsdXN0ZXIwMTpfZ3YwL2U2ZDAwOGY3LWU1ZTgtNDA2NC05ZjZh LTZhYjdjODcyM2VlYi9pbWFnZXMvN2I2Njc1ZjctZjczPQo5LTQwYjgtYTU1NC1iMTk3OTVmZTU3 YzAvZTU1NTE2OGQtNzE5ZC00ZjczLTg1NDEtNjIzOTVjOTdjMWZmLmxlYXNlOjAgZm9yIDI9Ciw5 LDExNjM1CjIwMTgtMDMtMDkgMDk6NDQ6MzAgMTI1OCBbMTA5M106IGFkZF9sb2Nrc3BhY2UgZTZk MDA4ZjctZTVlOC00MDY0LTlmNmEtNmFiNz0KYzg3MjNlZWI6MjUwOi9yaGV2L2RhdGEtY2VudGVy L21udC9nbHVzdGVyU0QvZ2x1c3RlcjAxOl9ndjAvZTZkMDA4ZjctZTVlOC00PQowNjQtOWY2YS02 YWI3Yzg3MjNlZWIvZG9tX21kL2lkczowIGNvbmZsaWN0cyB3aXRoIG5hbWUgb2YgbGlzdDEgczUg ZTZkMDA4Zjc9Ci1lNWU4LTQwNjQtOWY2YS02YWI3Yzg3MjNlZWI6MTovcmhldi9kYXRhLWNlbnRl ci9tbnQvZ2x1c3RlclNEL2dsdXN0ZXIwMTpfZz0KdjAvZTZkMDA4ZjctZTVlOC00MDY0LTlmNmEt NmFiN2M4NzIzZWViL2RvbV9tZC9pZHM6MAoyMDE4LTAzLTA5IDA5OjQ0OjM3IDEyNjQgWzEwOTNd OiBzNyBsb2Nrc3BhY2UgaG9zdGVkLWVuZ2luZToxOi92YXIvcnVuL3Zkc209Ci9zdG9yYWdlL2U2 ZDAwOGY3LWU1ZTgtNDA2NC05ZjZhLTZhYjdjODcyM2VlYi8zYjIyYjJmZS1mNGQ1LTRkMGMtOTk1 YS0wM2IyOD0KNTBiNjc0Yi9lYjcyMThmZi1iZGJjLTQ5YzUtYWYxNy1hNjJhNzM4NWQyOTk6MAoy MDE4LTAzLTA5IDA5OjQ0OjU4IDEyODUgWzEwODJdOiBzNyBob3N0IDEgMiAxMjY0IGY1NzFlYmMx LTI1NzItNDY4OS1iNjRlLTY9Cjk5OTQzM2YwNTk3Lm92aXJ0LWdsdXMKMjAxOC0wMy0wOSAwOTo0 Njo0MiAxMzg5IFsxMDkzXTogYWRkX2xvY2tzcGFjZSBlNmQwMDhmNy1lNWU4LTQwNjQtOWY2YS02 YWI3PQpjODcyM2VlYjoyNTA6L3JoZXYvZGF0YS1jZW50ZXIvbW50L2dsdXN0ZXJTRC9nbHVzdGVy MDE6X2d2MC9lNmQwMDhmNy1lNWU4LTQ9CjA2NC05ZjZhLTZhYjdjODcyM2VlYi9kb21fbWQvaWRz OjAgY29uZmxpY3RzIHdpdGggbmFtZSBvZiBsaXN0MSBzNSBlNmQwMDhmNz0KLWU1ZTgtNDA2NC05 ZjZhLTZhYjdjODcyM2VlYjoxOi9yaGV2L2RhdGEtY2VudGVyL21udC9nbHVzdGVyU0QvZ2x1c3Rl cjAxOl9nPQp2MC9lNmQwMDhmNy1lNWU4LTQwNjQtOWY2YS02YWI3Yzg3MjNlZWIvZG9tX21kL2lk czowCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fCk9saXZlciBEaWV0emVsCgpSVE8gR21iSApIYW5hdWVyIExhbmRzdHJhPURGZSA0MzkK NjAzMTQgRnJhbmtmdXJ0CgoKLS1fMDAwX0NCMTEzQzk5MEQzQUFBNEI4MzVCNzYwNDI0NjI5NjE1 NDQxNkI0NTZSVE9TMjAxMEVydG9kZV8KQ29udGVudC1UeXBlOiB0ZXh0L2h0bWw7IGNoYXJzZXQ9 Imlzby04ODU5LTEiCkNvbnRlbnQtVHJhbnNmZXItRW5jb2Rpbmc6IHF1b3RlZC1wcmludGFibGUK CjxodG1sPgo8aGVhZD4KPG1ldGEgaHR0cC1lcXVpdj0zRCJDb250ZW50LVR5cGUiIGNvbnRlbnQ9 M0QidGV4dC9odG1sOyBjaGFyc2V0PTNEaXNvLTg4NTktPQoxIj4KPG1ldGEgbmFtZT0zRCJHZW5l cmF0b3IiIGNvbnRlbnQ9M0QiTWljcm9zb2Z0IEV4Y2hhbmdlIFNlcnZlciI+CjwhLS0gY29udmVy dGVkIGZyb20gcnRmIC0tPgo8c3R5bGU+PCEtLSAuRW1haWxRdW90ZSB7IG1hcmdpbi1sZWZ0OiAx cHQ7IHBhZGRpbmctbGVmdDogNHB0OyBib3JkZXItbGVmdDo9CiAjODAwMDAwIDJweCBzb2xpZDsg fSAtLT48L3N0eWxlPgo8L2hlYWQ+Cjxib2R5Pgo8Zm9udCBmYWNlPTNEIkNhbGlicmkiIHNpemU9 M0QiMiI+PHNwYW4gc3R5bGU9M0QiZm9udC1zaXplOjExcHQ7Ij4KPGRpdj5JbnN0YWxsIGZyb20g bm9kZSBpc28gb24gZ2x1c3RlciB3b3JrcyBmaW5lLCB0aGUgaG9zdGVkIGVuZ2luZSB2bSBpbnN0 PQphbGxzIG9uIGdsdXN0ZXIsIGJ1dCBhZnRlciBpbnN0YWxsYXRpb24gaXMgZmluaXNoZWQgYW5k IHJlYm9vdGVkIHRoZSBnbHVzdGU9CnIgY2x1c3RlciBpcyBub3QgYWRkZWQgYXMgZGF0YSBzdG9y YWdlLjwvZGl2Pgo8ZGl2Pkhvc3RlZCBlbmdpbmUgaXMgYWJsZSB0byBib290IGZyb20gZ2x1c3Rl ciBidXQgbm90IGFibGUgdG8gdXNlIGl0LiBMb289CmtzIGxpa2UgSEUgZG9lc250IHVzZSB0aGUg Z2x1c3RlciB2b2x1bWUgaXQgYm9vdGVkIGZyb20sIGJ1dCB0cmllcyB0byBhZGQgdD0KaGUgc2Ft ZSBnbHVzdGVyIHZvbHVtZSBhIHNlY29uZCB0aW1lLjwvZGl2Pgo8ZGl2PiZuYnNwOzwvZGl2Pgo8 ZGl2PklzIHRoZXJlIGEgd29ya2Fyb3VuZD88L2Rpdj4KPGRpdj4mbmJzcDs8L2Rpdj4KPGRpdj5F cnJvciBtZXNzYWdlIGluIHdlYiBndWk6PC9kaXY+CjxkaXY+VkRTTSBvdmlydC1nbHVzdGVyLnJ0 by5kZSBjb21tYW5kIENyZWF0ZVN0b3JhZ2VQb29sVkRTIGZhaWxlZDogQ2Fubm90ID0KYWNxdWly ZSBob3N0IGlkOiAodSdlNmQwMDhmNy1lNWU4LTQwNjQtOWY2YS02YWI3Yzg3MjNlZWInLCBTYW5s b2NrRXhjZXB0aW9uPQooMjIsICdTYW5sb2NrIGxvY2tzcGFjZSBhZGQgZmFpbHVyZScsICdJbnZh bGlkIGFyZ3VtZW50JykpPC9kaXY+CjxkaXY+Jm5ic3A7PC9kaXY+CjxkaXY+RXJyb3IgbWVzc2Fn ZSBpbiBzYW5sb2NrLmxvZzo8L2Rpdj4KPGRpdj4mbmJzcDs8L2Rpdj4KPGRpdj5bcm9vdEBvdmly dC1nbHVzdGVyIH5dIyB0YWlsIC92YXIvbG9nL3NhbmxvY2subG9nPC9kaXY+CjxkaXY+MjAxOC0w My0wOSAwOTozNzowNSA4MTIgWzEwODJdOiBzNSBob3N0IDEgMiA3OTEgZjU3MWViYzEtMjU3Mi00 Njg5LWI2ND0KZS02OTk5NDMzZjA1OTcub3ZpcnQtZ2x1czwvZGl2Pgo8ZGl2PjIwMTgtMDMtMDkg MDk6Mzc6MDUgODEyIFsxMDgyXTogczUgaG9zdCAyNTAgMSAwIGY1NzFlYmMxLTI1NzItNDY4OS1i NjQ9CmUtNjk5OTQzM2YwNTk3Lm92aXJ0LWdsdXM8L2Rpdj4KPGRpdj4yMDE4LTAzLTA5IDA5OjM3 OjIwIDgyOCBbMTA5M106IHM1OnI0IHJlc291cmNlIGU2ZDAwOGY3LWU1ZTgtNDA2NC05ZjZhPQot NmFiN2M4NzIzZWViOmU1NTUxNjhkLTcxOWQtNGY3My04NTQxLTYyMzk1Yzk3YzFmZjovcmhldi9k YXRhLWNlbnRlci9tbnQvZ2w9CnVzdGVyU0QvZ2x1c3RlcjAxOl9ndjAvZTZkMDA4ZjctZTVlOC00 MDY0LTlmNmEtNmFiN2M4NzIzZWViL2ltYWdlcy83YjY2NzVmNz0KLWY3MzktNDBiOC1hNTU0LWIx OTc5NWZlNTdjMC9lNTU1MTY4ZC03MTlkLTRmNzMtODU0MS02MjM5NWM5N2MxZmYubGVhc2U6MApm b3IgMywxMiw1NTY2PC9kaXY+CjxkaXY+MjAxOC0wMy0wOSAwOTo0MDo1OCAxMDQ2IFsxMDkzXTog czYgbG9ja3NwYWNlIGhvc3RlZC1lbmdpbmU6MTovdmFyL3J1bj0KL3Zkc20vc3RvcmFnZS9lNmQw MDhmNy1lNWU4LTQwNjQtOWY2YS02YWI3Yzg3MjNlZWIvM2IyMmIyZmUtZjRkNS00ZDBjLTk5NWEt PQowM2IyODUwYjY3NGIvZWI3MjE4ZmYtYmRiYy00OWM1LWFmMTctYTYyYTczODVkMjk5OjA8L2Rp dj4KPGRpdj4yMDE4LTAzLTA5IDA5OjQxOjIwIDEwNjcgWzEwODJdOiBzNiBob3N0IDEgMSAxMDQ2 IGY1NzFlYmMxLTI1NzItNDY4OS1iPQo2NGUtNjk5OTQzM2YwNTk3Lm92aXJ0LWdsdXM8L2Rpdj4K PGRpdj4yMDE4LTAzLTA5IDA5OjQyOjIzIDExMzAgWzEwOTNdOiBzNTpyNSByZXNvdXJjZSBlNmQw MDhmNy1lNWU4LTQwNjQtOWY2PQphLTZhYjdjODcyM2VlYjplNTU1MTY4ZC03MTlkLTRmNzMtODU0 MS02MjM5NWM5N2MxZmY6L3JoZXYvZGF0YS1jZW50ZXIvbW50L2c9Cmx1c3RlclNEL2dsdXN0ZXIw MTpfZ3YwL2U2ZDAwOGY3LWU1ZTgtNDA2NC05ZjZhLTZhYjdjODcyM2VlYi9pbWFnZXMvN2I2Njc1 Zj0KNy1mNzM5LTQwYjgtYTU1NC1iMTk3OTVmZTU3YzAvZTU1NTE2OGQtNzE5ZC00ZjczLTg1NDEt NjIzOTVjOTdjMWZmLmxlYXNlOjAKZm9yIDIsOSwxMTYzNTwvZGl2Pgo8ZGl2PjIwMTgtMDMtMDkg MDk6NDQ6MzAgMTI1OCBbMTA5M106IGFkZF9sb2Nrc3BhY2UgZTZkMDA4ZjctZTVlOC00MDY0LTlm NmE9Ci02YWI3Yzg3MjNlZWI6MjUwOi9yaGV2L2RhdGEtY2VudGVyL21udC9nbHVzdGVyU0QvZ2x1 c3RlcjAxOl9ndjAvZTZkMDA4ZjctZT0KNWU4LTQwNjQtOWY2YS02YWI3Yzg3MjNlZWIvZG9tX21k L2lkczowIGNvbmZsaWN0cyB3aXRoIG5hbWUgb2YgbGlzdDEgczUgZTZkPQowMDhmNy1lNWU4LTQw NjQtOWY2YS02YWI3Yzg3MjNlZWI6MTovcmhldi9kYXRhLWNlbnRlci9tbnQvZ2x1c3RlclNEL2ds dXN0ZXI9CjAxOl9ndjAvZTZkMDA4ZjctZTVlOC00MDY0LTlmNmEtNmFiN2M4NzIzZWViL2RvbV9t ZC9pZHM6MDwvZGl2Pgo8ZGl2PjIwMTgtMDMtMDkgMDk6NDQ6MzcgMTI2NCBbMTA5M106IHM3IGxv Y2tzcGFjZSBob3N0ZWQtZW5naW5lOjE6L3Zhci9ydW49Ci92ZHNtL3N0b3JhZ2UvZTZkMDA4Zjct ZTVlOC00MDY0LTlmNmEtNmFiN2M4NzIzZWViLzNiMjJiMmZlLWY0ZDUtNGQwYy05OTVhLT0KMDNi Mjg1MGI2NzRiL2ViNzIxOGZmLWJkYmMtNDljNS1hZjE3LWE2MmE3Mzg1ZDI5OTowPC9kaXY+Cjxk aXY+MjAxOC0wMy0wOSAwOTo0NDo1OCAxMjg1IFsxMDgyXTogczcgaG9zdCAxIDIgMTI2NCBmNTcx ZWJjMS0yNTcyLTQ2ODktYj0KNjRlLTY5OTk0MzNmMDU5Ny5vdmlydC1nbHVzPC9kaXY+CjxkaXY+ MjAxOC0wMy0wOSAwOTo0Njo0MiAxMzg5IFsxMDkzXTogYWRkX2xvY2tzcGFjZSBlNmQwMDhmNy1l NWU4LTQwNjQtOWY2YT0KLTZhYjdjODcyM2VlYjoyNTA6L3JoZXYvZGF0YS1jZW50ZXIvbW50L2ds dXN0ZXJTRC9nbHVzdGVyMDE6X2d2MC9lNmQwMDhmNy1lPQo1ZTgtNDA2NC05ZjZhLTZhYjdjODcy M2VlYi9kb21fbWQvaWRzOjAgY29uZmxpY3RzIHdpdGggbmFtZSBvZiBsaXN0MSBzNSBlNmQ9CjAw OGY3LWU1ZTgtNDA2NC05ZjZhLTZhYjdjODcyM2VlYjoxOi9yaGV2L2RhdGEtY2VudGVyL21udC9n bHVzdGVyU0QvZ2x1c3Rlcj0KMDE6X2d2MC9lNmQwMDhmNy1lNWU4LTQwNjQtOWY2YS02YWI3Yzg3 MjNlZWIvZG9tX21kL2lkczowPC9kaXY+CjxkaXY+PGZvbnQgY29sb3I9M0QiIzhFQUFEQiI+X19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXz0KX19fX19fX19fX19f XzwvZm9udD48L2Rpdj4KPHRhYmxlIHdpZHRoPTNEIjQwIiBzdHlsZT0zRCJ3aWR0aDoyNHB0O21h cmdpbi1sZWZ0OjUuNHB0OyI+Cjxjb2wgd2lkdGg9M0QiNDAiIHN0eWxlPTNEIndpZHRoOjI0cHQ7 Ij4KPHRyPgo8dGQ+PGZvbnQgZmFjZT0zRCJWZXJkYW5hIiBzaXplPTNEIjEiIGNvbG9yPTNEIiM1 OTU5NTkiPjxzcGFuIHN0eWxlPTNEImZvbnQ9Ci1zaXplOjhwdDsiPk9saXZlciBEaWV0emVsPC9z cGFuPjwvZm9udD48L3RkPgo8L3RyPgo8dHI+Cjx0ZD48Zm9udCBjb2xvcj0zRCIjQTBBMEEwIj48 L2ZvbnQ+PC90ZD4KPC90cj4KPHRyPgo8dGQ+PGZvbnQgZmFjZT0zRCJWZXJkYW5hIiBzaXplPTNE IjEiIGNvbG9yPTNEIiNBMEEwQTAiPjxzcGFuIHN0eWxlPTNEImZvbnQ9Ci1zaXplOjhwdDsiPlJU TyBHbWJIPC9zcGFuPjwvZm9udD48L3RkPgo8L3RyPgo8L3RhYmxlPgo8ZGl2Pjxmb250IGZhY2U9 M0QiVmVyZGFuYSIgc2l6ZT0zRCIxIiBjb2xvcj0zRCIjQTBBMEEwIj48c3BhbiBzdHlsZT0zRCJm b249CnQtc2l6ZTo4cHQ7Ij5IYW5hdWVyIExhbmRzdHJhPURGZSA0Mzk8YnI+Cgo2MDMxNCBGcmFu a2Z1cnQ8L3NwYW4+PC9mb250PjwvZGl2Pgo8ZGl2PiZuYnNwOzwvZGl2Pgo8L3NwYW4+PC9mb250 Pgo8L2JvZHk+CjwvaHRtbD4KCi0tXzAwMF9DQjExM0M5OTBEM0FBQTRCODM1Qjc2MDQyNDYyOTYx NTQ0MTZCNDU2UlRPUzIwMTBFcnRvZGVfLS0K --===============8731914006374008159==-- From msivak at redhat.com Fri Mar 9 10:13:14 2018 Content-Type: multipart/mixed; boundary="===============0319491386878185859==" MIME-Version: 1.0 From: Martin Sivak To: users at ovirt.org Subject: Re: [ovirt-users] 'Sanlock lockspace add failure' when trying to set up hosted engine 4.2 on existing gluster cluster Date: Fri, 09 Mar 2018 11:13:13 +0100 Message-ID: In-Reply-To: CB113C990D3AAA4B835B7604246296154416B456@RTOS2010E.rto.de --===============0319491386878185859== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Hi Oliver, which version of oVirt are you running? The issue seems to be that correctly deployed hosted engine does not have any storage available in the webadmin If I understand you correctly. Is that right? We used to require two separate storage domains in 4.1 and older releases. One for hosted engine and one for the rest of the VMs. 4.2.1 changed that. So if you are running 4.1, just add another storage domain [1] and the engine will finish the hosted engine initialization automatically after that. [1] https://www.ovirt.org/documentation/self-hosted/chap-Deploying_Self-Hos= ted_Engine/ See the paragraph: "Important: Log in as the admin(a)internal user to continue configuring the Engine and add further resources. You must create another data domain for the data center to be initialized to host regular virtual machine data, and for the Engine virtual machine to be visible. See "Storage" in the Administration Guide for different storage options and on how to add a data storage domain." Best regards Martin Sivak On Fri, Mar 9, 2018 at 10:08 AM, Oliver Dietzel wrote: > Install from node iso on gluster works fine, the hosted engine vm installs > on gluster, but after installation is finished and rebooted the gluster > cluster is not added as data storage. > Hosted engine is able to boot from gluster but not able to use it. Looks > like HE doesnt use the gluster volume it booted from, but tries to add the > same gluster volume a second time. > > Is there a workaround? > > Error message in web gui: > VDSM ovirt-gluster.rto.de command CreateStoragePoolVDS failed: Cannot > acquire host id: (u'e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb', > SanlockException(22, 'Sanlock lockspace add failure', 'Invalid argument')) > > Error message in sanlock.log: > > [root(a)ovirt-gluster ~]# tail /var/log/sanlock.log > 2018-03-09 09:37:05 812 [1082]: s5 host 1 2 791 > f571ebc1-2572-4689-b64e-6999433f0597.ovirt-glus > 2018-03-09 09:37:05 812 [1082]: s5 host 250 1 0 > f571ebc1-2572-4689-b64e-6999433f0597.ovirt-glus > 2018-03-09 09:37:20 828 [1093]: s5:r4 resource > e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb:e555168d-719d-4f73-8541-62395c97c1ff= :/rhev/data-center/mnt/glusterSD/gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab= 7c8723eeb/images/7b6675f7-f739-40b8-a554-b19795fe57c0/e555168d-719d-4f73-85= 41-62395c97c1ff.lease:0 > for 3,12,5566 > 2018-03-09 09:40:58 1046 [1093]: s6 lockspace > hosted-engine:1:/var/run/vdsm/storage/e6d008f7-e5e8-4064-9f6a-6ab7c8723ee= b/3b22b2fe-f4d5-4d0c-995a-03b2850b674b/eb7218ff-bdbc-49c5-af17-a62a7385d299= :0 > 2018-03-09 09:41:20 1067 [1082]: s6 host 1 1 1046 > f571ebc1-2572-4689-b64e-6999433f0597.ovirt-glus > 2018-03-09 09:42:23 1130 [1093]: s5:r5 resource > e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb:e555168d-719d-4f73-8541-62395c97c1ff= :/rhev/data-center/mnt/glusterSD/gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab= 7c8723eeb/images/7b6675f7-f739-40b8-a554-b19795fe57c0/e555168d-719d-4f73-85= 41-62395c97c1ff.lease:0 > for 2,9,11635 > 2018-03-09 09:44:30 1258 [1093]: add_lockspace > e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb:250:/rhev/data-center/mnt/glusterSD/= gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 > conflicts with name of list1 s5 > e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb:1:/rhev/data-center/mnt/glusterSD/gl= uster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 > 2018-03-09 09:44:37 1264 [1093]: s7 lockspace > hosted-engine:1:/var/run/vdsm/storage/e6d008f7-e5e8-4064-9f6a-6ab7c8723ee= b/3b22b2fe-f4d5-4d0c-995a-03b2850b674b/eb7218ff-bdbc-49c5-af17-a62a7385d299= :0 > 2018-03-09 09:44:58 1285 [1082]: s7 host 1 2 1264 > f571ebc1-2572-4689-b64e-6999433f0597.ovirt-glus > 2018-03-09 09:46:42 1389 [1093]: add_lockspace > e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb:250:/rhev/data-center/mnt/glusterSD/= gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 > conflicts with name of list1 s5 > e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb:1:/rhev/data-center/mnt/glusterSD/gl= uster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 > ___________________________________________________________ > Oliver Dietzel > RTO GmbH > Hanauer Landstra=C3=9Fe 439 > 60314 Frankfurt > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > --===============0319491386878185859==-- From O.Dietzel at rto.de Fri Mar 9 10:17:23 2018 Content-Type: multipart/mixed; boundary="===============3356551837576137722==" MIME-Version: 1.0 From: Oliver Dietzel To: users at ovirt.org Subject: Re: [ovirt-users] 'Sanlock lockspace add failure' when trying to set up hosted engine 4.2 on existing gluster cluster Date: Fri, 09 Mar 2018 10:17:17 +0000 Message-ID: In-Reply-To: CAF0zDV7BvLAd9WFk0NMuz1f6WjsmzqGdxx17ETArapmWJweJuw@mail.gmail.com --===============3356551837576137722== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Thanks a lot, we already did this a couple of minutes ago, worked! -----Urspr=C3=BCngliche Nachricht----- Von: Martin Sivak [mailto:msivak(a)redhat.com] = Gesendet: Freitag, 9. M=C3=A4rz 2018 11:13 An: Oliver Dietzel Cc: users(a)ovirt.org Betreff: Re: [ovirt-users] 'Sanlock lockspace add failure' when trying to s= et up hosted engine 4.2 on existing gluster cluster Hi Oliver, which version of oVirt are you running? The issue seems to be that correctly deployed hosted engine does not have a= ny storage available in the webadmin If I understand you correctly. Is that= right? We used to require two separate storage domains in 4.1 and older releases. = One for hosted engine and one for the rest of the VMs. 4.2.1 changed that. = So if you are running 4.1, just add another storage domain [1] and the engi= ne will finish the hosted engine initialization automatically after that. [1] https://www.ovirt.org/documentation/self-hosted/chap-Deploying_Self-Hos= ted_Engine/ See the paragraph: "Important: Log in as the admin(a)internal user to conti= nue configuring the Engine and add further resources. You must create anoth= er data domain for the data center to be initialized to host regular virtua= l machine data, and for the Engine virtual machine to be visible. See "Stor= age" in the Administration Guide for different storage options and on how t= o add a data storage domain." Best regards Martin Sivak On Fri, Mar 9, 2018 at 10:08 AM, Oliver Dietzel wrote: > Install from node iso on gluster works fine, the hosted engine vm = > installs on gluster, but after installation is finished and rebooted = > the gluster cluster is not added as data storage. > Hosted engine is able to boot from gluster but not able to use it. = > Looks like HE doesnt use the gluster volume it booted from, but tries = > to add the same gluster volume a second time. > > Is there a workaround? > > Error message in web gui: > VDSM ovirt-gluster.rto.de command CreateStoragePoolVDS failed: Cannot = > acquire host id: (u'e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb', > SanlockException(22, 'Sanlock lockspace add failure', 'Invalid = > argument')) > > Error message in sanlock.log: > > [root(a)ovirt-gluster ~]# tail /var/log/sanlock.log > 2018-03-09 09:37:05 812 [1082]: s5 host 1 2 791 = > f571ebc1-2572-4689-b64e-6999433f0597.ovirt-glus > 2018-03-09 09:37:05 812 [1082]: s5 host 250 1 0 = > f571ebc1-2572-4689-b64e-6999433f0597.ovirt-glus > 2018-03-09 09:37:20 828 [1093]: s5:r4 resource > e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb:e555168d-719d-4f73-8541-62395c97c > 1ff:/rhev/data-center/mnt/glusterSD/gluster01:_gv0/e6d008f7-e5e8-4064- > 9f6a-6ab7c8723eeb/images/7b6675f7-f739-40b8-a554-b19795fe57c0/e555168d > -719d-4f73-8541-62395c97c1ff.lease:0 > for 3,12,5566 > 2018-03-09 09:40:58 1046 [1093]: s6 lockspace > hosted-engine:1:/var/run/vdsm/storage/e6d008f7-e5e8-4064-9f6a-6ab7c872 > 3eeb/3b22b2fe-f4d5-4d0c-995a-03b2850b674b/eb7218ff-bdbc-49c5-af17-a62a > 7385d299:0 > 2018-03-09 09:41:20 1067 [1082]: s6 host 1 1 1046 = > f571ebc1-2572-4689-b64e-6999433f0597.ovirt-glus > 2018-03-09 09:42:23 1130 [1093]: s5:r5 resource > e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb:e555168d-719d-4f73-8541-62395c97c > 1ff:/rhev/data-center/mnt/glusterSD/gluster01:_gv0/e6d008f7-e5e8-4064- > 9f6a-6ab7c8723eeb/images/7b6675f7-f739-40b8-a554-b19795fe57c0/e555168d > -719d-4f73-8541-62395c97c1ff.lease:0 > for 2,9,11635 > 2018-03-09 09:44:30 1258 [1093]: add_lockspace > e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb:250:/rhev/data-center/mnt/gluster > SD/gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 > conflicts with name of list1 s5 > e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb:1:/rhev/data-center/mnt/glusterSD > /gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 > 2018-03-09 09:44:37 1264 [1093]: s7 lockspace > hosted-engine:1:/var/run/vdsm/storage/e6d008f7-e5e8-4064-9f6a-6ab7c872 > 3eeb/3b22b2fe-f4d5-4d0c-995a-03b2850b674b/eb7218ff-bdbc-49c5-af17-a62a > 7385d299:0 > 2018-03-09 09:44:58 1285 [1082]: s7 host 1 2 1264 = > f571ebc1-2572-4689-b64e-6999433f0597.ovirt-glus > 2018-03-09 09:46:42 1389 [1093]: add_lockspace > e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb:250:/rhev/data-center/mnt/gluster > SD/gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 > conflicts with name of list1 s5 > e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb:1:/rhev/data-center/mnt/glusterSD > /gluster01:_gv0/e6d008f7-e5e8-4064-9f6a-6ab7c8723eeb/dom_md/ids:0 > ___________________________________________________________ > Oliver Dietzel > RTO GmbH > Hanauer Landstra=C3=9Fe 439 > 60314 Frankfurt > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > --===============3356551837576137722==--