- Users - oVirt List Archives

Q: Change MAC address of an existing VM
by Andrei Verovski 04 Apr '18

04 Apr '18

Hi, Change MAC address of an existing VM: Compute -> Virtual machines -> Edit network -> Custom Mac Address This will change MAC address of only ONE VM, right ? Not for all VMs connected to the same ovirt-mgmt interface. Thanks Andrei

2 1

STP and /var/lib/vdsm/persistence files
by spfma.tech＠e.mail.fr 04 Apr '18

04 Apr '18

--=_0a3f06619fe936db34c91317c71dd814 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=0A As these files are generated by oVirt when a modification occurs,= how to enable STP on bridges by configuration ?=0A I haven't been able= to find this option in GUI. Editing ifconfig and persistence files is O= K, but maybe I can modify something that would erase this handmade modif= ication and it will be lost. I have only seen unanswered posts about thi= s topic. Regards =0A=0A-------------------------------------------------= ------------------------------------------------=0AFreeMail powered by m= ail.fr --=_0a3f06619fe936db34c91317c71dd814 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div><span style=3D"font-family: arial, helvetica,sans-serif; font-size:= 10pt; color: #000000;">Hi,<br /></span></div>=0A<div><span style=3D"fon= t-family: arial, helvetica,sans-serif; font-size: 10pt; color: #000000;"= >As these files are generated by oVirt when a modification occurs, how t= o enable STP on bridges by configuration ?<br /></span></div>=0A<div><sp= an style=3D"font-family: arial, helvetica,sans-serif; font-size: 10pt; c= olor: #000000;">I haven't been able to find this option in GUI.</span></= div>=0A<div><span style=3D"font-family: arial, helvetica,sans-serif; fon= t-size: 10pt; color: #000000;">Editing ifconfig and persistence files is= OK, but maybe I can modify something that would erase this handmade mod= ification and it will be lost.</span></div>=0A<div><span style=3D"font-f= amily: arial, helvetica,sans-serif; font-size: 10pt; color: #000000;">I= have only seen unanswered posts about this topic.</span></div>=0A<div><= span style=3D"font-family: arial, helvetica,sans-serif; font-size: 10pt;= color: #000000;">Regards</span></div>=0A <br/><hr>Fr= eeMail powered by <a href=3D"https://mail.fr" target=3D"_blank">mail.fr<= /a>=0A --=_0a3f06619fe936db34c91317c71dd814--

1 0

Re: [ovirt-users] Persistent dummy interface
by spfma.tech＠e.mail.fr 04 Apr '18

04 Apr '18

--=_cde39aee32157f346e43c3b35f3d4232 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=0A Thanks for your reply, that was the idea I had but in a less clea= n way :-) So it is at os level, nothing special in oVirt. I have found t= he thing fully explained here, for reference : https://www.centos.org/fo= rums/viewtopic.php?t=3D53233 Regards =0A=0A Le 03-Apr-2018 13:32:06 +020= 0, rabidcicada(a)gmail.com a crit: =0A Sorry was on my phone. Modules-lo= ad.d =0A On Tue, Apr 3, 2018, 7:29 AM RabidCicada wrote: =0A I do this= on CentOS with /etc/modules-lomodules-loadad.d. You can stick a file in= there that is basically just a bash script that loads your driver and t= hen does the ip link command all the same time. =0A On Tue, Apr 3, 201= 8, 4:20 AM wrote: =0A Hi,=0A What is the right way to get a persistent= dummy interface ? I need an internal network for lab purpoposes, so I c= reated a dummy link "ip link add dummy_1 type dummy" and I was able to a= ssign my logical network to it. But how to make it persistent ? Of cours= e, after a reboot, the dummy device has gone and the server becomes non= operational because of this non-compliant network. I have to recereate= it by hand in order to get things work. Regards =0A=0A----------------= ------------------------------------------------------------------------= ---------=0AFreeMail powered by mail.fr ________________________________= _______________=0A Users mailing list=0AUsers@ovirt.org=0Ahttp://lists.o= virt.org/mailman/listinfo/users =0A=0A------------------------------= -------------------------------------------------------------------=0AFr= eeMail powered by mail.fr --=_cde39aee32157f346e43c3b35f3d4232 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div><span style=3D"font-family: arial, helvetica,sans-serif; font-size:= 10pt; color: #000000;">Hi,<br /></span></div>=0A<div><span style=3D"fon= t-family: arial, helvetica,sans-serif; font-size: 10pt; color: #000000;"= >Thanks for your reply, that was the idea I had but in a less clean way= :-)</span></div>=0A<div><span style=3D"font-family: arial, helvetica,sa= ns-serif; font-size: 10pt; color: #000000;">So it is at os level, nothin= g special in oVirt.</span></div>=0A<div><span style=3D"font-family: aria= l, helvetica,sans-serif; font-size: 10pt; color: #000000;">I have found= the thing fully explained here, for reference : <a href=3D"https://www.= centos.org/forums/viewtopic.php?t=3D53233">https://www.centos.org/forums= /viewtopic.php?t=3D53233</a></span></div>=0A<div><span style=3D"font-fam= ily: arial, helvetica,sans-serif; font-size: 10pt; color: #000000;">Rega= rds</span></div>=0A<p><br /><br /> Le 03-Apr-2018 13:32:06 +0200, rabidc= icada(a)gmail.com a écrit:</p>=0A<div> </div>=0A<blockquote st= yle=3D"margin-left: 0; padding-left: 5px; border-left: 2px solid navy;">= =0A<div>Sorry was on my phone.  Modules-load.d</div>=0A<br />=0A<di= v class=3D"gmail_quote">=0A<div dir=3D"ltr">On Tue, Apr 3, 2018, 7:29 AM= RabidCicada <<a href=3D"mailto:rabidcicada@gmail.com" target=3D"_bla= nk">rabidcicada(a)gmail.com</a>> wrote:</div>=0A<blockquote class=3D"gm= ail_quote" style=3D"margin: 0 0 0 .8ex; border-left: 1px #ccc solid; pad= ding-left: 1ex;">=0A<div>I do this on CentOS with /etc/modules-lomodules= -loadad.d.=0A<div>You can stick a file in there that is basically just a= bash script that loads your driver and then does the ip link command al= l the same time.</div>=0A</div>=0A<br />=0A<div class=3D"gmail_quote">= =0A<div dir=3D"ltr">On Tue, Apr 3, 2018, 4:20 AM <<a href=3D"mailto:s= pfma.tech(a)e.mail.fr" target=3D"_blank" rel=3D"noreferrer noopener">spfma= .tech(a)e.mail.fr</a>> wrote:</div>=0A<blockquote class=3D"gmail_quote"= style=3D"margin: 0 0 0 .8ex; border-left: 1px #ccc solid; padding-left:= 1ex;">=0A<div><span style=3D"font-family: arial, helvetica, sans-serif;= font-size: 10pt; color: #000000;">Hi,<br /></span></div>=0A<div><span s= tyle=3D"font-family: arial, helvetica, sans-serif; font-size: 10pt; colo= r: #000000;">What is the right way to get a persistent dummy interface ?= </span></div>=0A<div><span style=3D"font-family: arial, helvetica, sans-= serif; font-size: 10pt; color: #000000;">I need an internal network for= lab purpoposes, so I created  a dummy link "ip link add dummy_1 ty= pe dummy" and I was able to assign my logical network to it.</span></div= >=0A<div><span style=3D"font-family: arial, helvetica, sans-serif; font-= size: 10pt; color: #000000;">But how to make it persistent ? Of course,= after a reboot, the dummy device has gone and the server becomes non op= erational because of this non-compliant network. I have to recereate it= by hand in order to get things work.</span></div>=0A<div><span style=3D= "font-family: arial, helvetica, sans-serif; font-size: 10pt; color: #000= 000;">Regards </span></div>=0A<br /><hr />FreeMail powered by <a href=3D= "https://mail.fr" target=3D"_blank" rel=3D"noreferrer noopener">mail.fr<= /a> _______________________________________________<br /> Users mailing= list<br /><a href=3D"mailto:Users@ovirt.org" target=3D"_blank" rel=3D"n= oreferrer noopener">Users(a)ovirt.org</a><br /><a href=3D"http://lists.ovi= rt.org/mailman/listinfo/users" target=3D"_blank" rel=3D"noreferrer noope= ner">http://lists.ovirt.org/mailman/listinfo/users</a></blockquote>=0A</= div>=0A</blockquote>=0A</div>=0A</blockquote>=0A <br/= ><hr>FreeMail powered by <a href=3D"https://mail.fr" target=3D"_blank">m= ail.fr</a>=0A --=_cde39aee32157f346e43c3b35f3d4232--

1 0

回复：Re: oVirt non-self-hosted HA
by dhy336＠sina.com 04 Apr '18

04 Apr '18

--=-sinamail_alt_7fcd08a6cc7797ad36cb4898dae850dd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline V2h5IG5vdCB0byB1c2UgaG9zdGVkLWVuZ2luZSBmb3IgZW5naW5lIEhBPyAgSSBhbSB3YW50aW5n IHRvIHNvbHV0ZSBlbmdpbmUgSEEsIEJ1dCBpIGRvIG5vdCBrbm93IGhvdyB0byBzZWxlY3QgaGFw cm94eS9rZWVwYWxpdmVkICBhbmQgaG9zdGVkIGVuZ2luZS4KLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0g5Y6f5aeL6YKu5Lu2IC0tLS0tCuWPkeS7tuS6uu+8mlRvbSA8dGtAbWRldnN5 cy5jb20+CuaUtuS7tuS6uu+8mllhbml2IEthdWwgPHlrYXVsQHJlZGhhdC5jb20+CuaKhOmAgeS6 uu+8mnVzZXJzIDx1c2Vyc0BvdmlydC5vcmc+CuS4u+mimO+8mlJlOiBbb3ZpcnQtdXNlcnNdIG9W aXJ0IG5vbi1zZWxmLWhvc3RlZCBIQQrml6XmnJ/vvJoyMDE45bm0MDTmnIgwNOaXpSAwNeeCuTQ1 5YiGCgoKClNlbnQgZnJvbSBteSBpUGhvbmUKT24gQXByIDMsIDIwMTgsIGF0IDk6MzIgQU0sIFlh bml2IEthdWwgPHlrYXVsQHJlZGhhdC5jb20+IHdyb3RlOgoKCgpPbiBUdWUsIEFwciAzLCAyMDE4 IGF0IDM6MTIgUE0sIFRvbUsgPHRvbWtjcHJAbWRldnN5cy5jb20+IHdyb3RlOgpIZXkgR3V5J3Ms Cg0KCg0KSWYgSSdtIGxvb2tpbmcgdG8gc2V0dXAgdGhlIG9WaXJ0IGVuZ2luZSBpbiBhbiBIQSBj b25maWd1cmF0aW9uIG9mZiB0aGUgcGh5c2ljYWwgc2VydmVycyBob3N0aW5nIG15IFZNJ3MgKG5v biBzZWxmIGhvc3RlZCksIHdoYXQgYXJlIG15IG9wdGlvbnMgaGVyZT8KDQoKDQpJIHdhbnQgdG8g c2V0dXAgdHdvIHRvIGZvdXIgYWN0aXZlIG9WaXJ0IGVuZ2luZSBpbnN0YW5jZXMgZWxzZXdoZXJl IGFuZCBoYW5kbGUgdGhlIEhBIHZpYSBzb21ldGhpbmcgbGlrZSBoYXByb3h5IC8ga2VlcGFsaXZl ZCB0byBrZWVwIHRoZSBlbnRpcmUgZXhwZXJpZW5jZSBzZWFtbGVzcyB0byB0aGUgdXNlci4KCllv dSB3aWxsIG5lZWQgdG8gc2V0IHVwIHRoZSBvVmlydCBlbmdpbmUgc2VydmljZSBhcyB3ZWxsIGFz IHRoZSBQRyBkYXRhYmFzZSAoYW5kIG92aXJ0LWVuZ2luZS1kd2hkIHNlcnZpY2UgYW5kIGFueSBv dGhlciBzZXJ2aWNlIHdlIHJ1biBuZXh0IHRvIHRoZSBlbmdpbmUpIGFzIGhpZ2hseSBhdmFpbGFi bGUgbW9kdWxlLkluIHBhY2VtYWtlclsxXSwgZm9yIGV4YW1wbGUuIFlvdSdsbCBuZWVkIHRvIGVu c3VyZSBjb25maWd1cmF0aW9uIGlzIGFsc28gc3luYydlZCBiZXR3ZWVuIG5vZGVzLCBldGMuWS4K U28gYWxyZWFkeSBoYXZlIG9uZSBvdmlydCBlbmdpbmUgc2V0dXAgc2VwYXJhdGVseSBvbiBhIHZt IHRoYXQgbWFuYWdlcyB0d28gcmVtb3RlIHBoeXNpY2FsIGhvc3RzLiAgU28gZmFtaWxpYXIgd2l0 aCB0aGUgc2luZ2xlIGhvc3QgYXBwcm9hY2ggd2hpY2ggSSB3b3VsZCBzaW1wbHkgcmVwbGljYXRl LiAgQXQgbGVhc3QgdGhhdOKAmXMgdGhlIGlkZWEgYW55d2F5LiAgQ291bGQgeW91IHBsZWFzZSBl eHBhbmQgYSBiaXQgb24gdGhlIGhpZ2hseSBhdmFpbGFibGUgbW9kdWxlIGFuZCAgc3luY2luZyB0 aGUgY29uZmlnIGJldHdlZW4gaG9zdHM/CkNoZWVycyxUb20KClsxXSBodHRwczovL2NsdXN0ZXJs YWJzLm9yZy9xdWlja3N0YXJ0LXJlZGhhdC5odG1sCg0KRnJvbSB3aGF0IEkndmUgc2VlbiBpbiBv VmlydCwgdGhhdCBzZWVtcyB0byBiZSBwb3NzaWJsZSB3aXRob3V0IHRoZSB0d28gb1ZpcnQgZW5n aW5lcyBldmVuIGtub3dpbmcgZWFjaCBvdGhlcidzIGV4aXN0ZW5jZSBidXQgaXMgaXQgc29tZXRo aW5nIGFueW9uZSBoYXMgZXZlciBkb25lPyAgQW55IHJlY29tbWVuZGF0aW9ucyBpbiB0aGlzIGNh c2U/Cg0KCg0KSGF2aW5nIHNldHRpbmdzIHJlcGxpY2F0ZWQgd291bGQgYmUgYSBib251cyBidXQg SSB3b3VsZCBiZSBjb21mb3J0YWJsZSBpZiB0aGV5IHdlcmVuJ3QgYW5kIEkgaGFuZGxlIHRoYXQg bXlzZWxmLgoNCgoNCi0tIAoNCkNoZWVycywKDQpUb20gSy4KDQotLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tCg0KCg0KTGl2aW5nIG9uIGVhcnRoIGlzIGV4cGVuc2l2ZSwgYnV0IGl0IGluY2x1 ZGVzIGEgZnJlZSB0cmlwIGFyb3VuZCB0aGUgc3VuLgoNCgoNCl9fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fCg0KVXNlcnMgbWFpbGluZyBsaXN0Cg0KVXNlcnNA b3ZpcnQub3JnCg0KaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJz Cg0KCg0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpV c2VycyBtYWlsaW5nIGxpc3QKVXNlcnNAb3ZpcnQub3JnCmh0dHA6Ly9saXN0cy5vdmlydC5vcmcv bWFpbG1hbi9saXN0aW5mby91c2Vycwo= --=-sinamail_alt_7fcd08a6cc7797ad36cb4898dae850dd Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline PGRpdj5XaHkgbm90IHRvIHVzZSBob3N0ZWQtZW5naW5lIGZvciBlbmdpbmUgSEE/IDxpPiZuYnNw OzwvaT5JIGFtIHdhbnRpbmcgdG8gc29sdXRlIGVuZ2luZSBIQSwgQnV0IGkgZG8gbm90IGtub3cg aG93IHRvIHNlbGVjdCBoYXByb3h5L2tlZXBhbGl2ZWQgJm5ic3A7YW5kIGhvc3RlZCBlbmdpbmUu PC9kaXY+PGRpdj48YnI+PC9kaXY+PGRpdj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08L2Rp dj48ZGl2IGlkPSJvcmlnYm9keSI+PGRpdiBzdHlsZT0iYmFja2dyb3VuZDogI2YyZjJmMjsiPi0t LS0tIOWOn+Wni+mCruS7tiAtLS0tLTxicj7lj5Hku7bkurrvvJpUb20gJmx0O3RrQG1kZXZzeXMu Y29tJmd0Ozxicj7mlLbku7bkurrvvJpZYW5pdiBLYXVsICZsdDt5a2F1bEByZWRoYXQuY29tJmd0 Ozxicj7mioTpgIHkurrvvJp1c2VycyAmbHQ7dXNlcnNAb3ZpcnQub3JnJmd0Ozxicj7kuLvpopjv vJpSZTogW292aXJ0LXVzZXJzXSBvVmlydCBub24tc2VsZi1ob3N0ZWQgSEE8YnI+5pel5pyf77ya MjAxOOW5tDA05pyIMDTml6UgMDXngrk0NeWIhjxicj48L2Rpdj48YnI+PGJyPjxicj48ZGl2IGlk PSJBcHBsZU1haWxTaWduYXR1cmUiPlNlbnQgZnJvbSBteSBpUGhvbmU8L2Rpdj48ZGl2Pjxicj5P biBBcHIgMywgMjAxOCwgYXQgOTozMiBBTSwgWWFuaXYgS2F1bCAmbHQ7PGEgdGFyZ2V0PSJfYmxh bmsiIGhyZWY9Im1haWx0bzp5a2F1bEByZWRoYXQuY29tIj55a2F1bEByZWRoYXQuY29tPC9hPiZn dDsgd3JvdGU6PGJyPjxicj48L2Rpdj48YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48ZGl2PjxkaXYg ZGlyPSJsdHIiPjxicj48ZGl2IGNsYXNzPSIiPjxicj48ZGl2IGNsYXNzPSIiPk9uIFR1ZSwgQXBy IDMsIDIwMTggYXQgMzoxMiBQTSwgVG9tSyA8c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIHRhcmdldD0i X2JsYW5rIiBocmVmPSJtYWlsdG86dG9ta2NwckBtZGV2c3lzLmNvbSI+dG9ta2NwckBtZGV2c3lz LmNvbTwvYT4mZ3Q7PC9zcGFuPiB3cm90ZTo8YnI+PGJsb2NrcXVvdGUgY2xhc3M9IiIgc3R5bGU9 Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVmdDoxcHggc29saWQgcmdiKDIwNCwy MDQsMjA0KTtwYWRkaW5nLWxlZnQ6MWV4Ij5IZXkgR3V5J3MsPGJyPg0KPGJyPg0KSWYgSSdtIGxv b2tpbmcgdG8gc2V0dXAgdGhlIG9WaXJ0IGVuZ2luZSBpbiBhbiBIQSBjb25maWd1cmF0aW9uIG9m ZiB0aGUgcGh5c2ljYWwgc2VydmVycyBob3N0aW5nIG15IFZNJ3MgKG5vbiBzZWxmIGhvc3RlZCks IHdoYXQgYXJlIG15IG9wdGlvbnMgaGVyZT88YnI+DQo8YnI+DQpJIHdhbnQgdG8gc2V0dXAgdHdv IHRvIGZvdXIgYWN0aXZlIG9WaXJ0IGVuZ2luZSBpbnN0YW5jZXMgZWxzZXdoZXJlIGFuZCBoYW5k bGUgdGhlIEhBIHZpYSBzb21ldGhpbmcgbGlrZSBoYXByb3h5IC8ga2VlcGFsaXZlZCB0byBrZWVw IHRoZSBlbnRpcmUgZXhwZXJpZW5jZSBzZWFtbGVzcyB0byB0aGUgdXNlci48YnI+PC9ibG9ja3F1 b3RlPjxkaXY+PGJyPjwvZGl2PjxkaXY+WW91IHdpbGwgbmVlZCB0byBzZXQgdXAgdGhlIG9WaXJ0 IGVuZ2luZSBzZXJ2aWNlIGFzIHdlbGwgYXMgdGhlIFBHIGRhdGFiYXNlIChhbmQgb3ZpcnQtZW5n aW5lLWR3aGQgc2VydmljZSBhbmQgYW55IG90aGVyIHNlcnZpY2Ugd2UgcnVuIG5leHQgdG8gdGhl IGVuZ2luZSkgYXMgaGlnaGx5IGF2YWlsYWJsZSBtb2R1bGUuPC9kaXY+PGRpdj5JbiBwYWNlbWFr ZXJbMV0sIGZvciBleGFtcGxlLiZuYnNwOzwvZGl2PjxkaXY+WW91J2xsIG5lZWQgdG8gZW5zdXJl IGNvbmZpZ3VyYXRpb24gaXMgYWxzbyBzeW5jJ2VkIGJldHdlZW4gbm9kZXMsIGV0Yy48L2Rpdj48 ZGl2PlkuPC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9ibG9ja3F1b3RlPjxkaXY+PGJy PjwvZGl2PjxkaXY+U28gYWxyZWFkeSBoYXZlIG9uZSBvdmlydCBlbmdpbmUgc2V0dXAgc2VwYXJh dGVseSBvbiBhIHZtIHRoYXQgbWFuYWdlcyB0d28gcmVtb3RlIHBoeXNpY2FsIGhvc3RzLiAmbmJz cDtTbyBmYW1pbGlhciB3aXRoIHRoZSBzaW5nbGUgaG9zdCBhcHByb2FjaCB3aGljaCBJIHdvdWxk IHNpbXBseSByZXBsaWNhdGUuICZuYnNwO0F0IGxlYXN0IHRoYXTigJlzIHRoZSBpZGVhIGFueXdh eS4gJm5ic3A7Q291bGQgeW91IHBsZWFzZSBleHBhbmQgYSBiaXQgb24gdGhlIGhpZ2hseSBhdmFp bGFibGUgbW9kdWxlIGFuZCAmbmJzcDtzeW5jaW5nIHRoZSBjb25maWcgYmV0d2VlbiBob3N0cz88 L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkNoZWVycyw8L2Rpdj48ZGl2PlRvbTwvZGl2Pjxicj48 YmxvY2txdW90ZSB0eXBlPSJjaXRlIj48ZGl2PjxkaXYgZGlyPSJsdHIiPjxkaXYgY2xhc3M9IiI+ PGRpdiBjbGFzcz0iIj48ZGl2Pjxicj48L2Rpdj48ZGl2PlsxXSZuYnNwOzxhIHRhcmdldD0iX2Js YW5rIiBocmVmPSJodHRwczovL2NsdXN0ZXJsYWJzLm9yZy9xdWlja3N0YXJ0LXJlZGhhdC5odG1s Ij5odHRwczovL2NsdXN0ZXJsYWJzLm9yZy9xdWlja3N0YXJ0LXJlZGhhdC5odG1sPC9hPjwvZGl2 PjxibG9ja3F1b3RlIGNsYXNzPSIiIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9y ZGVyLWxlZnQ6MXB4IHNvbGlkIHJnYigyMDQsMjA0LDIwNCk7cGFkZGluZy1sZWZ0OjFleCI+PGJy Pg0KRnJvbSB3aGF0IEkndmUgc2VlbiBpbiBvVmlydCwgdGhhdCBzZWVtcyB0byBiZSBwb3NzaWJs ZSB3aXRob3V0IHRoZSB0d28gb1ZpcnQgZW5naW5lcyBldmVuIGtub3dpbmcgZWFjaCBvdGhlcidz IGV4aXN0ZW5jZSBidXQgaXMgaXQgc29tZXRoaW5nIGFueW9uZSBoYXMgZXZlciBkb25lPyZuYnNw OyBBbnkgcmVjb21tZW5kYXRpb25zIGluIHRoaXMgY2FzZT88YnI+DQo8YnI+DQpIYXZpbmcgc2V0 dGluZ3MgcmVwbGljYXRlZCB3b3VsZCBiZSBhIGJvbnVzIGJ1dCBJIHdvdWxkIGJlIGNvbWZvcnRh YmxlIGlmIHRoZXkgd2VyZW4ndCBhbmQgSSBoYW5kbGUgdGhhdCBteXNlbGYuPHNwYW4gY2xhc3M9 IiI+PGZvbnQgY29sb3I9IiM4ODg4ODgiPjxicj4NCjxicj4NCi0tIDxicj4NCkNoZWVycyw8YnI+ DQpUb20gSy48YnI+DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08d2JyPi0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLTx3YnI+LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLTxicj4N Cjxicj4NCkxpdmluZyBvbiBlYXJ0aCBpcyBleHBlbnNpdmUsIGJ1dCBpdCBpbmNsdWRlcyBhIGZy ZWUgdHJpcCBhcm91bmQgdGhlIHN1bi48YnI+DQo8YnI+DQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX188d2JyPl9fX19fX19fX19fX19fX19fPGJyPg0KVXNlcnMgbWFpbGluZyBsaXN0PGJy Pg0KPGEgdGFyZ2V0PSJfYmxhbmsiIGhyZWY9Im1haWx0bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJz QG92aXJ0Lm9yZzwvYT48YnI+DQo8YSB0YXJnZXQ9Il9ibGFuayIgaHJlZj0iaHR0cDovL2xpc3Rz Lm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzIiByZWw9Im5vcmVmZXJyZXIiPmh0dHA6 Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbjx3YnI+L2xpc3RpbmZvL3VzZXJzPC9hPjxicj4NCjwv Zm9udD48L3NwYW4+PC9ibG9ja3F1b3RlPjwvZGl2Pjxicj48L2Rpdj48L2Rpdj4NCjwvZGl2Pjwv YmxvY2txdW90ZT4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fPGJyPlVzZXJzIG1haWxpbmcgbGlzdDxicj5Vc2Vyc0BvdmlydC5vcmc8YnI+aHR0cDovL2xp c3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJzPGJyPjwvZGl2Pg== --=-sinamail_alt_7fcd08a6cc7797ad36cb4898dae850dd--

1 0

Re: [ovirt-users] hosted-engine Debug Help
by Simone Tiraboschi 03 Apr '18

03 Apr '18

On Tue, Apr 3, 2018 at 5:21 PM, RabidCicada <rabidcicada(a)gmail.com> wrote: > I've attached a full debug packet below. I include the log file from > ovirt-hosted-engine-setup. I include relevant cmd line info. I include > info from the command line where epdb has a breakpoint in playbook.py from > ansible itself. I also include info from commands I ran after it failed. > I also include attached the ferried over script in /root/.ansible/tmp that > is run. > > > *Output on cmd line:* > [ INFO ] TASK [Copy configuration archive to storage] > [ ERROR ] fatal: [localhost]: FAILED! => { > "changed": true, > "cmd": [ > "dd", > "bs=20480", > "count=1", > "oflag=direct", > "if=/var/tmp/localvmbCDQIR/5e > f881f5-c992-48d2-b969-a0b6156bdf7c", > "of=/rhev/data-center/mnt/nod > e.local:_srv_data/81292f3f-11d3-4e38-9afa-62e133aa8017/image > s/c5510e77-1ee0-479c-b6cf-24c179313a45/5ef881f5-c992- > 48d2-b969-a0b6156bdf7c" > ], > "delta": "0:00:00.004336", > "end": "2018-04-03 15:01:55.581823", > "invocation": { > "module_args": { > "_raw_params": "dd bs=20480 count=1 oflag=direct > if=\"/var/tmp/localvmbCDQIR/5ef881f5-c992-48d2-b969-a0b6156bdf7c\" > of=\"/rhev/data-center/mnt/node.local:_srv_data/81292f3f-11d > 3-4e38-9afa-62e133aa8017/images/c5510e77-1ee0-479c-b6cf- > 24c179313a45/5ef881f5-c992-48d2-b969-a0b6156bdf7c\"", > "_uses_shell": false, > "chdir": null, > "creates": null, > "executable": null, > "removes": null, > "stdin": null, > "warn": true > } > }, > "msg": "non-zero return code", > "rc": 1, > "start": "2018-04-03 15:01:55.577487", > "stderr": "dd: failed to open ‘/rhev/data-center/mnt/node.lo > cal:_srv_data/81292f3f-11d3-4e38-9afa-62e133aa8017/images/c5 > 510e77-1ee0-479c-b6cf-24c179313a45/5ef881f5-c992-48d2-b969-a0b6156bdf7c’: > Permission denied", > "stderr_lines": [ > "dd: failed to open ‘/rhev/data-center/mnt/node.lo > cal:_srv_data/81292f3f-11d3-4e38-9afa-62e133aa8017/images/c5 > 510e77-1ee0-479c-b6cf-24c179313a45/5ef881f5-c992-48d2-b969-a0b6156bdf7c’: > Permission denied" > ], > "stdout": "", > "stdout_lines": [] > } > [ ERROR ] Failed to execute stage 'Closing up': Failed executing > ansible-playbook > In the playbook we have on that task: become_user: vdsm become_method: sudo but I fear it got somehow ignored. I'll investigate it. > > *Output from ansible epdb tracepoint:* > > Using module file /usr/lib/python2.7/site-packages/ansible/modules/ > commands/command.py > <localhost> ESTABLISH LOCAL CONNECTION FOR USER: root > <localhost> EXEC /bin/sh -c 'echo ~ && sleep 0' > <localhost> EXEC /bin/sh -c '( umask 77 && mkdir -p "` echo > /root/.ansible/tmp/ansible-tmp-1522767715.36-81496549401055 `" && echo > ansible-tmp-1522767715.36-81496549401055="` echo > /root/.ansible/tmp/ansible-tmp-1522767715.36-81496549401055 `" ) && sleep > 0' > <localhost> PUT /tmp/tmpGMGdjh TO /root/.ansible/tmp/ansible- > tmp-1522767715.36-81496549401055/command.py > <localhost> EXEC /bin/sh -c 'chmod u+x /root/.ansible/tmp/ansible- > tmp-1522767715.36-81496549401055/ /root/.ansible/tmp/ansible- > tmp-1522767715.36-81496549401055/command.py && sleep 0' > <localhost> EXEC /bin/sh -c '/usr/bin/python /root/.ansible/tmp/ansible- > tmp-1522767715.36-81496549401055/command.py && sleep 0' > to retry, use: --limit @/usr/share/ovirt-hosted- > engine-setup/ansible/create_target_vm.retry > > The above command.py is the on I have attached as problematic_command.py > > *Investigation After Failure:* > [root@node ~]# ls -al '/rhev/data-center/mnt/node.lo > cal:_srv_data/81292f3f-11d3-4e38-9afa-62e133aa8017/images/c5 > 510e77-1ee0-479c-b6cf-24c179313a45/5ef881f5-c992-48d2-b969-a0b6156bdf7c' > -rw-rw----. 1 vdsm kvm 20480 Apr 3 15:01 /rhev/data-center/mnt/node.loc > al:_srv_data/81292f3f-11d3-4e38-9afa-62e133aa8017/images/c55 > 10e77-1ee0-479c-b6cf-24c179313a45/5ef881f5-c992-48d2-b969-a0b6156bdf7c > > sudo -u vdsm dd bs=20480 count=1 oflag=direct > if="/var/tmp/localvmbCDQIR/5ef881f5-c992-48d2-b969-a0b6156bdf7c" > of="/rhev/data-center/mnt/node.local:_srv_data/81292f3f-11d3 > -4e38-9afa-62e133aa8017/images/c5510e77-1ee0-479c-b6cf- > 24c179313a45/5ef881f5-c992-48d2-b969-a0b6156bdf7c > 1+0 records in > 1+0 records out > > > It seems to me that somehow it is not getting the right permissions even > though the playbook has: > - name: Copy configuration archive to storage > command: dd bs=20480 count=1 oflag=direct if="{{ LOCAL_VM_DIR }}/{{ > he_conf_disk_details.disk.image_id }}" of="{{ he_conf_disk_path }}" > become_user: vdsm > become_method: sudo > changed_when: True > tags: [ 'skip_ansible_lint' ] > > > On Tue, Apr 3, 2018 at 8:51 AM, RabidCicada <rabidcicada(a)gmail.com> wrote: > >> I am now also running with: >> >> export ANSIBLE_VERBOSITY=5 >> >> export ANSIBLE_FORKS=1 >> >> export ANSIBLE_KEEP_REMOTE_FILES=1 >> >> >> On Tue, Apr 3, 2018 at 8:49 AM, RabidCicada <rabidcicada(a)gmail.com> >> wrote: >> >>> Here's the log. >>> >>> So the command that it says it ran is: >>> dd bs=20480 count=1 oflag=direct if=/var/tmp/localvmHaWb6G/1cce >>> 8df2-1810-4063-b4e2-e19a2c5b1909 of=/rhev/data-center/mnt/node. >>> local:_srv_data/3c7485ea-14e3-40c1-b627-f89a819ed1d6/images/ >>> 2c1f7c2f-b8f7-46d4-ac66-8ff1e9649e29/1cce8df2-1810-4063-b4e2 >>> -e19a2c5b1909 >>> >>> But we all know that was done with: >>> >>> - name: Copy configuration archive to storage >>> command: dd bs=20480 count=1 oflag=direct if="{{ LOCAL_VM_DIR }}/{{ >>> he_conf_disk_details.disk.image_id }}" of="{{ he_conf_disk_path }}" >>> become_user: vdsm >>> become_method: sudo >>> changed_when: True >>> tags: [ 'skip_ansible_lint' ] >>> >>> So I manually replicated with `sudo vdsm dd bs=20480 count=1 >>> if=/var/tmp/localvmHaWb6G/1cce8df2-1810-4063-b4e2-e19a2c5b1909 >>> of=/rhev/data-center/mnt/node.local:_srv_data/3c7485ea-14e3- >>> 40c1-b627-f89a819ed1d6/images/2c1f7c2f-b8f7-46d4-ac66-8ff1e9 >>> 649e29/1cce8df2-1810-4063-b4e2-e19a2c5b1909` >>> >>> And it works when I manually do it. Though I think I didn't use the >>> oflag=direct (Just realised this) >>> >>> I eventually put a pause task directly preceeding it with debug output >>> that showed the file paths. I manually ran the command and it worked. >>> Then let it do it....failed. I checked all the permissions e.g. >>> vdsm:kvm. All looks good from a filesystem point of view. I'm beginning >>> (naively) to suspect a race condition for the file access problem...but >>> have come nowhere close to solving it. >>> >>> *Can you suggest a good way to continue executing the install process >>> from the create_target_vm.yml playbook (with proper variables and context >>> from otopi etc)?* I currently have to restart the entire process over >>> again and wait quite a while for it to circle back around. >>> >>> I have since discovered epdb and I've set breakpoints directly in >>> playbook.py of ansible just to see better log output. I insert epdb.serve >>> and use netcat to connect since epdb on python 2.7.5 and up seems to have >>> problems using epdb.connect() itself. >>> >>> ~Kyle >>> >>> On Tue, Apr 3, 2018 at 4:06 AM, Simone Tiraboschi <stirabos(a)redhat.com> >>> wrote: >>> >>>> >>>> >>>> On Mon, Apr 2, 2018 at 4:52 PM, RabidCicada <rabidcicada(a)gmail.com> >>>> wrote: >>>> >>>>> Heyo everyone. I'm trying to debug hosted-engine --deploy. It is >>>>> failing in `Copy configuration archive to storage` in >>>>> `create_target_vm.yml` from `hosted-engine --deploy`. My general and >>>>> most important query here is how to get good debug output from ansible >>>>> through hosted-engine. I'm running hosted-engine through an ssh session. >>>>> >>>>> I can't figure out how to get good debug output from ansible within >>>>> that workflow. I see it's running through otopi, I tried setting >>>>> typical `debugger: on_failed` hooks etc and tried many incantations on the >>>>> command line and config files to get ansible to help me out. The >>>>> debugger: directive and other debugger related ansible config file stuff >>>>> wouldn't result in any debugger popping up. I also can't seem to pass >>>>> normal -vvvv flags to hosted-engine either and get it to ansible. >>>>> Ultimately I tried to use a `pause` directive and it complained that it was >>>>> in a non-interactive shell. I figured it might be the result of my ssh >>>>> session so I enabled tty allocation with -t -t. It did not resolve the >>>>> issue. >>>>> >>>>> I eventually wrote-my-own/stole a callback_plugin that checks an >>>>> environmental variable and enables `display.verbosity = int(v)` since I >>>>> can't seem to pass typical -vvvv stuff to ansible through `hosted-engine >>>>> --deploy`. It give me the best info that I have so far. But it wont give >>>>> me enough to debug issues around Gathering Facts or what looks like a >>>>> sudo/permission problem in `Copy configuration archive to storage` in >>>>> `create_target_vm.yml`. I took and used the exact command that they use >>>>> manually and it works when I run it manually (But I can't get debug output >>>>> to show me the exact sudo command being executed), hence my interest in >>>>> passing -vvvv or equivalent to ansible through `hosted-engine`. I >>>>> intentionally disabled the VM_directory cleanup so that I could execute the >>>>> same stuff. >>>>> >>>>> So....after all that...what is a good way to get deep debug info from >>>>> hosted-engine ansible stuff? >>>>> >>>> >>>> You should already find all the relevant log entries in a file >>>> called /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engin >>>> e-setup-ansible-create_target_vm-{timestamp}-{hash}.log >>>> >>>> Can you please share it? >>>> >>>> >>>>> >>>>> Or does anyone have intuition for the possible sudo problem? >>>>> ~Kyle >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Users mailing list >>>>> Users(a)ovirt.org >>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>> >>>>> >>>> >>> >> >

2 3

回复：Re: ovirt engine HA
by dhy336＠sina.com 03 Apr '18

03 Apr '18

--=-sinamail_alt_a1ef868ce14ba8efce8c680d1074be86 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 Content-Disposition: inline d2hhdCBkaWZmZXJlbnQgYmV0d2VlbiBzZWxmLWhvc3RlZCBlbmdpbmUgYW5kICBob3N0ZWQgZW5n aW5lPyBJIGZpbmQgYSBwcm9qZWN0IG92aXJ0LWhvc3RlZC1lbmdpbmUtaGEgIGh0dHBzOi8vZ2l0 aHViLmNvbS9vVmlydC9vdmlydC1ob3N0ZWQtZW5naW5lLWhhICAtLS0tLSDUrcq808q8/iAtLS0t LQq3orz+yMujulZpbmNlbnQgUm95ZXIgPHZpbmNlbnRAZXBpY2VuZXJneS5jYT4KytW8/sjLo7pk aHkzMzZAc2luYS5jb20Ks63LzcjLo7p1c2VycyA8dXNlcnNAb3ZpcnQub3JnPgrW98zio7pSZTog W292aXJ0LXVzZXJzXSBvdmlydCBlbmdpbmUgSEEKyNXG2qO6MjAxOMTqMDTUwjAzyNUgMDi14zU3 t9YKCklmIHlvdXIgbm9kZSBydW5uaW5nIHNlbGYtaG9zdGVkIGVuZ2luZSBjcmFzaGVzLCB0aGUg aG9zdGVkIGVuZ2luZSB3aWxsIGJlIHN0YXJ0ZWQgdXAgb24gYW5vdGhlciBub2RlLiBJdCBqdXN0 IHRha2VzIGEgZmV3IG1pbnV0ZXMgZm9yIHRoaXMgYWxsIHRvIGhhcHBlbiwgYnV0IGl0IHdvcmtz IHJlbGlhYmx5IGluIG15IGV4cGVyaWVuY2UuIAoKDQoKT24gTW9uLCBBcHIgMiwgMjAxOCBhdCA1 OjQyIFBNLCAgPGRoeTMzNkBzaW5hLmNvbT4gd3JvdGU6CkhvdyB0byBzb2x1dGUgb3ZpcnQgZW5n aW5lIEhBLCBJIGhhdmUgYSB0aHJlZSBub2RlIGNsdXN0ZXIsIG9uZSBvZiBpcyBkZXBsb3kgZW5n aW5lIGFuZCBub2RlICwgb3RoZXJzIGFyZSBub2RlLCBpZiBub2RlIHRoYXQgZGVwbGF5IGVuZ2lu ZSBhbmQgIG5vZGUgY3Jhc2gsIEhvdyB0byBlbnN1cmUgbXkgc2VydmVyIGlzIHVwPwpfX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwoNClVzZXJzIG1haWxpbmcg bGlzdAoNClVzZXJzQG92aXJ0Lm9yZwoNCmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9s aXN0aW5mby91c2VycwoNCgoKDQoNCg== --=-sinamail_alt_a1ef868ce14ba8efce8c680d1074be86 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 Content-Disposition: inline PGZvbnQgc2l6ZT0iNCI+PGZvbnQgZmFjZT0iQXJpYWwsIE1pY3Jvc29mdCBZYUhlaSwgzqLI7dHF utosIMvOzOUsIE1hbGd1biBHb3RoaWMsIE1laXJ5bywgc2Fucy1zZXJpZiI+PHNwYW4gc3R5bGU9 ImJhY2tncm91bmQtY29sb3I6IHJnYigyNDksIDI1MSwgMjUyKTsiPndoYXQgZGlmZmVyZW50IGJl dHdlZW4mbmJzcDs8L3NwYW4+PC9mb250PnNlbGYtaG9zdGVkIGVuZ2luZSBhbmQgJm5ic3A7aG9z dGVkIGVuZ2luZT8gSSBmaW5kIGEgcHJvamVjdCZuYnNwOzwvZm9udD48aDEgY2xhc3M9InB1Ymxp YyAiIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyBtYXJnaW46IDBweDsgbGluZS1oZWln aHQ6IDI2cHg7IHBvc2l0aW9uOiByZWxhdGl2ZTsgbWF4LXdpZHRoOiA2MzVweDsgcGFkZGluZy1s ZWZ0OiAxOHB4OyBjb2xvcjogcmdiKDg4LCA5NiwgMTA1KTsgZm9udC1mYW1pbHk6IC1hcHBsZS1z eXN0ZW0sIEJsaW5rTWFjU3lzdGVtRm9udCwgJnF1b3Q7U2Vnb2UgVUkmcXVvdDssIEhlbHZldGlj YSwgQXJpYWwsIHNhbnMtc2VyaWYsICZxdW90O0FwcGxlIENvbG9yIEVtb2ppJnF1b3Q7LCAmcXVv dDtTZWdvZSBVSSBFbW9qaSZxdW90OywgJnF1b3Q7U2Vnb2UgVUkgU3ltYm9sJnF1b3Q7OyBiYWNr Z3JvdW5kLWNvbG9yOiByZ2IoMjUwLCAyNTEsIDI1Mik7Ij48c3BhbiBpdGVtcHJvcD0ibmFtZSIg c3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7IGZvbnQtd2VpZ2h0OiBub3JtYWw7Ij48Zm9u dCBzaXplPSI0Ij48YSBkYXRhLXBqYXg9IiNqcy1yZXBvLXBqYXgtY29udGFpbmVyIiBocmVmPSJo dHRwczovL2dpdGh1Yi5jb20vb1ZpcnQvb3ZpcnQtaG9zdGVkLWVuZ2luZS1oYSIgc3R5bGU9ImJv eC1zaXppbmc6IGJvcmRlci1ib3g7IGJhY2tncm91bmQtY29sb3I6IHRyYW5zcGFyZW50OyBjb2xv cjogcmdiKDMsIDEwMiwgMjE0KTsgb3V0bGluZS13aWR0aDogMHB4OyI+b3ZpcnQtaG9zdGVkLWVu Z2luZS1oYTwvYT4mbmJzcDsmbmJzcDtodHRwczovL2dpdGh1Yi5jb20vb1ZpcnQvb3ZpcnQtaG9z dGVkLWVuZ2luZS1oYSAmbmJzcDs8L2ZvbnQ+PC9zcGFuPjwvaDE+PGRpdiBpZD0ib3JpZ2JvZHki PjxkaXYgc3R5bGU9ImJhY2tncm91bmQ6ICNmMmYyZjI7Ij4tLS0tLSDUrcq808q8/iAtLS0tLTxi cj63orz+yMujulZpbmNlbnQgUm95ZXIgJmx0O3ZpbmNlbnRAZXBpY2VuZXJneS5jYSZndDs8YnI+ ytW8/sjLo7pkaHkzMzZAc2luYS5jb208YnI+s63LzcjLo7p1c2VycyAmbHQ7dXNlcnNAb3ZpcnQu b3JnJmd0Ozxicj7W98zio7pSZTogW292aXJ0LXVzZXJzXSBvdmlydCBlbmdpbmUgSEE8YnI+yNXG 2qO6MjAxOMTqMDTUwjAzyNUgMDi14zU3t9Y8YnI+PC9kaXY+PGJyPjxkaXYgZGlyPSJsdHIiPjxk aXYgY2xhc3M9IiI+PGRpdj48ZGl2IGNsYXNzPSIiIGRhdGEtc21hcnRtYWlsPSJnbWFpbF9zaWdu YXR1cmUiPjxkaXYgZGlyPSJsdHIiPjxkaXYgZGlyPSJsdHIiPjxkaXYgZGlyPSJsdHIiPjxkaXYg ZGlyPSJsdHIiPjxkaXYgZGlyPSJsdHIiPjxkaXYgZGlyPSJsdHIiPjxkaXY+PGRpdj48ZGl2Pklm IHlvdXIgbm9kZSBydW5uaW5nIHNlbGYtaG9zdGVkIGVuZ2luZSBjcmFzaGVzLCB0aGUgaG9zdGVk IGVuZ2luZSB3aWxsIGJlIHN0YXJ0ZWQgdXAgb24gYW5vdGhlciBub2RlLiBJdCBqdXN0IHRha2Vz IGEgZmV3IG1pbnV0ZXMgZm9yIHRoaXMgYWxsIHRvIGhhcHBlbiwgYnV0IGl0IHdvcmtzIHJlbGlh Ymx5IGluIG15IGV4cGVyaWVuY2UuJm5ic3A7PC9kaXY+PC9kaXY+PC9kaXY+PGRpdj48YnI+PC9k aXY+PGRpdj48YnI+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9kaXY+PC9k aXY+PC9kaXY+DQo8YnI+PGRpdiBjbGFzcz0iIj5PbiBNb24sIEFwciAyLCAyMDE4IGF0IDU6NDIg UE0sICA8c3BhbiBkaXI9Imx0ciI+Jmx0OzxhIHRhcmdldD0iX2JsYW5rIiBocmVmPSJtYWlsdG86 ZGh5MzM2QHNpbmEuY29tIj5kaHkzMzZAc2luYS5jb208L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJy PjxibG9ja3F1b3RlIGNsYXNzPSIiIHN0eWxlPSJtYXJnaW46MCAwIDAgLjhleDtib3JkZXItbGVm dDoxcHggI2NjYyBzb2xpZDtwYWRkaW5nLWxlZnQ6MWV4Ij5Ib3cgdG8gc29sdXRlIG92aXJ0IGVu Z2luZSBIQSwgSSBoYXZlIGEgdGhyZWUgbm9kZSBjbHVzdGVyLCBvbmUgb2YgaXMgZGVwbG95IGVu Z2luZSBhbmQgbm9kZSAsIG90aGVycyBhcmUgbm9kZSwgaWYgbm9kZSB0aGF0IGRlcGxheSBlbmdp bmUgYW5kICZuYnNwO25vZGUgY3Jhc2gsIEhvdyB0byBlbnN1cmUgbXkgc2VydmVyIGlzIHVwPzxi cj5fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188d2JyPl9fX19fX19fX19fX19fX19fPGJy Pg0KVXNlcnMgbWFpbGluZyBsaXN0PGJyPg0KPGEgdGFyZ2V0PSJfYmxhbmsiIGhyZWY9Im1haWx0 bzpVc2Vyc0BvdmlydC5vcmciPlVzZXJzQG92aXJ0Lm9yZzwvYT48YnI+DQo8YSB0YXJnZXQ9Il9i bGFuayIgaHJlZj0iaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3VzZXJz IiByZWw9Im5vcmVmZXJyZXIiPmh0dHA6Ly9saXN0cy5vdmlydC5vcmcvPHdicj5tYWlsbWFuL2xp c3RpbmZvL3VzZXJzPC9hPjxicj4NCjxicj48L2Jsb2NrcXVvdGU+PC9kaXY+PGJyPjwvZGl2Pjwv ZGl2Pg0KDQo8L2Rpdj4= --=-sinamail_alt_a1ef868ce14ba8efce8c680d1074be86--

4 3

Disable OVS?
by Jayme 03 Apr '18

03 Apr '18

I'm constantly seeing this error in all of my host syslogs: ovs-vsctl: ovs|00001|db_ctl_base|ERR|unix:/var/run/openvswitch/db.sock: database connection failed (No such file or directory) My cluster is set to linux bridge and not using OVS. How can I stop the error message or disable ovs?

1 0

Why is host rebooted after updates, can it be disabled?
by Jayme 03 Apr '18

03 Apr '18

I notice that almost every time I perform an oVirt host upgrade the host is automatically rebooted. Why is this done and is there a way to disable the automated reboot process?

2 1

Issues with ZFS volume creation
by Tal Bar-Or 03 Apr '18

03 Apr '18

Hello All, I know this question is might be out of Ovirt scope, but I don't have anywhere else to ask for this issue (ZFS users mailing doesn't work), so I am trying my luck here anyway so the issues go as follows : Installed ZFS on top of CentOs 7.4 with Ovirt 4.2 , on physical Dell R720 with 15 sas 10 k 1.2TB each attached to PERC H310 adapter, disks are configured to non-raid, all went OK, but when I am trying to create new zfs pool using the following command: > zpool create -m none -o ashift=12 zvol raidz2 sda sdb sdc sdd sde sdf sdg > sdh sdi sdj sdk sdl sdm > I get the following error below: > /dev/sda is in use and contains a unknown filesystem. > /dev/sdb is in use and contains a unknown filesystem. > /dev/sdc is in use and contains a unknown filesystem. > /dev/sdd is in use and contains a unknown filesystem. > /dev/sde is in use and contains a unknown filesystem. > /dev/sdf is in use and contains a unknown filesystem. > /dev/sdg is in use and contains a unknown filesystem. > /dev/sdh is in use and contains a unknown filesystem. > /dev/sdi is in use and contains a unknown filesystem. > /dev/sdj is in use and contains a unknown filesystem. > /dev/sdk is in use and contains a unknown filesystem. > /dev/sdl is in use and contains a unknown filesystem. > /dev/sdm is in use and contains a unknown filesystem. > When typing command lsblk I get the following output below, all seems ok, any idea what could be wrong? Please advice Thanks # lsblk > NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT > sda 8:0 0 1.1T 0 disk > └─35000cca07245c0ec 253:2 0 1.1T 0 mpath > sdb 8:16 0 1.1T 0 disk > └─35000cca072463898 253:10 0 1.1T 0 mpath > sdc 8:32 0 1.1T 0 disk > └─35000cca0724540e8 253:8 0 1.1T 0 mpath > sdd 8:48 0 1.1T 0 disk > └─35000cca072451b68 253:7 0 1.1T 0 mpath > sde 8:64 0 1.1T 0 disk > └─35000cca07245f578 253:3 0 1.1T 0 mpath > sdf 8:80 0 1.1T 0 disk > └─35000cca07246c568 253:11 0 1.1T 0 mpath > sdg 8:96 0 1.1T 0 disk > └─35000cca0724620c8 253:12 0 1.1T 0 mpath > sdh 8:112 0 1.1T 0 disk > └─35000cca07245d2b8 253:13 0 1.1T 0 mpath > sdi 8:128 0 1.1T 0 disk > └─35000cca07245f0e8 253:4 0 1.1T 0 mpath > sdj 8:144 0 1.1T 0 disk > └─35000cca072418958 253:5 0 1.1T 0 mpath > sdk 8:160 0 1.1T 0 disk > └─35000cca072429700 253:1 0 1.1T 0 mpath > sdl 8:176 0 1.1T 0 disk > └─35000cca07245d848 253:9 0 1.1T 0 mpath > sdm 8:192 0 1.1T 0 disk > └─35000cca0724625a8 253:0 0 1.1T 0 mpath > sdn 8:208 0 1.1T 0 disk > └─35000cca07245f5ac 253:6 0 1.1T 0 mpath -- Tal Bar-or

4 4

Persistent dummy interface
by spfma.tech＠e.mail.fr 03 Apr '18

03 Apr '18

--=_fe1149c28344c8aa070ca72917ba9839 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=0A What is the right way to get a persistent dummy interface ? I nee= d an internal network for lab purpoposes, so I created a dummy link "ip= link add dummy_1 type dummy" and I was able to assign my logical networ= k to it. But how to make it persistent ? Of course, after a reboot, the= dummy device has gone and the server becomes non operational because of= this non-compliant network. I have to recereate it by hand in order to= get things work. Regards =0A=0A---------------------------------------= ----------------------------------------------------------=0AFreeMail po= wered by mail.fr --=_fe1149c28344c8aa070ca72917ba9839 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div><span style=3D"font-family: arial, helvetica,sans-serif; font-size:= 10pt; color: #000000;">Hi,<br /></span></div>=0A<div><span style=3D"fon= t-family: arial, helvetica,sans-serif; font-size: 10pt; color: #000000;"= >What is the right way to get a persistent dummy interface ?</span></div= >=0A<div><span style=3D"font-family: arial, helvetica,sans-serif; font-s= ize: 10pt; color: #000000;">I need an internal network for lab purpopose= s, so I created  a dummy link "ip link add dummy_1 type dummy" and= I was able to assign my logical network to it.</span></div>=0A<div><spa= n style=3D"font-family: arial, helvetica,sans-serif; font-size: 10pt; co= lor: #000000;">But how to make it persistent ? Of course, after a reboot= , the dummy device has gone and the server becomes non operational becau= se of this non-compliant network. I have to recereate it by hand in orde= r to get things work.</span></div>=0A<div><span style=3D"font-family: ar= ial, helvetica,sans-serif; font-size: 10pt; color: #000000;">Regards </s= pan></div>=0A <br/><hr>FreeMail powered by <a href=3D= "https://mail.fr" target=3D"_blank">mail.fr</a>=0A --=_fe1149c28344c8aa070ca72917ba9839--

2 1