- Users - oVirt List Archives

mode 4 bonding for VMs with NetworkManager anyone?
by Gianluca Cecchi 13 Sep '17

13 Sep '17

Hello, I'm testing ovirt node, both 4.1.5 and 4.1.6rc2. I see that in both versions the network stack is configured with NetworkManager enabled. With plain CentOS I always disabled NetworkManager and only used classical network service alone, so I have not background with NM, related to hypervisor. I have configured a vlan (untagged) for VMs, using bonding mode=4 (802.3ad). I have some problems with my VMs: they are reachable from some parts and not from others. In parallel I have already asked network guys to crosscheck network configurations of the datacenter, but I would like to have confirmation that other ones are already using with success the combination of: - NetworkManager on hypervisor - bonding mode = 4 for VMs traffic Another question for another aspect I never understood: with an environment in the past (before 3.5 times if I remember well) I used 802.3ad but I had to set lacp_rate=1 (fast) because I had connection problems with the default lacp_rate=0 (slow) parameter. I see that still the default is lacp_rate=0 Could it be the same this time? Is there any reason to set default lacp_rate=0 in oVirt (or the reverse... ;-)? Thanks in advance, Gianluca

2 4

ovirt high points
by david caughey 13 Sep '17

13 Sep '17

Hi Folks, I'm giving a demo of our new 3 node oVirt deployment next week and am looking for some high points that I can give to the Managers that will be a sell point. If you could help with the below questions I would really appreciate it: Who are the big users of oVirt?? Why oVirt and not vMware?? (we are a big vMware house so free doesn't cover it) What is the future for oVirt?? Why do you use oVirt?? Any links or ideas appreciated, BR/David

8 10

hyperconverged question
by Charles Kozler 12 Sep '17

12 Sep '17

Hello - I have successfully created a hyperconverged hosted engine setup consisting of 3 nodes - 2 for VM's and the third purely for storage. I manually configured it all, did not use ovirt node or anything. Built the gluster volumes myself However, I noticed that when setting up the hosted engine and even when adding a new storage domain with glusterfs type, it still asks for hostname:/volumename This leads me to believe that if that one node goes down (ex: node1:/data), then ovirt engine wont be able to communicate with that volume because its trying to reach it on node 1 and thus, go down I know glusterfs fuse client can connect to all nodes to provide failover/ha but how does the engine handle this?

7 31

CBT question
by Demeter Tibor 12 Sep '17

12 Sep '17

--=_624f6725-18a6-44d8-b9bb-cd1010236886 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Dear Listmembers, Somebody know when will be available the CBT (changed block tracking) feature in ovirt/rhev? We looking for an usable backup solution for our ovirt guests, but I've see, there are some API limitation yet. Thanks in advance, R Tibor --=_624f6725-18a6-44d8-b9bb-cd1010236886 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html><body><div style="font-family: arial, helvetica, sans-serif; font-size: 12pt; color: #000000"><div>Dear Listmembers,</div><div><br data-mce-bogus="1"></div><div>Somebody know when will be available the CBT (changed block tracking) feature in ovirt/rhev?</div><div>We looking for an usable backup solution for our ovirt guests, but I've see, there are some API limitation yet.</div><div><br data-mce-bogus="1"></div><div>Thanks in advance,</div><div>R</div><div><br data-mce-bogus="1"></div><div></div><div>Tibor</div><div data-marker="__SIG_PRE__"><p></p></div></div></body></html> --=_624f6725-18a6-44d8-b9bb-cd1010236886--

3 4

ovirt nfs mount caused sanlock failed to access data storage
by pengyixiang 11 Sep '17

11 Sep '17

------=_Part_241661_1359064048.1505136836830 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGVsbG8sZXZlcnlvbmUKICAgIHNhbmxvY2sncyBsb2c6CjQyNTEyMCBUcmFjZWJhY2sgKG1vc3Qg cmVjZW50IGNhbGwgbGFzdCk6CjQyNTEyMSAgIEZpbGUgIi91c3IvbGliL3B5dGhvbjIuNy9kaXN0 LXBhY2thZ2VzL3Zkc20vc3RvcmFnZS90YXNrLnB5IiwgbGluZSA4NzgsIGluIF9ydW4KNDI1MTIy ICAgICByZXR1cm4gZm4oKmFyZ3MsICoqa2FyZ3MpCjQyNTEyMyAgIEZpbGUgIi91c3IvbGliL3B5 dGhvbjIuNy9kaXN0LXBhY2thZ2VzL3Zkc20vbG9nVXRpbHMucHkiLCBsaW5lIDUyLCBpbiB3cmFw cGVyCjQyNTEyNCAgICAgcmVzID0gZigqYXJncywgKiprd2FyZ3MpCjQyNTEyNSAgIEZpbGUgIi91 c3Ivc2hhcmUvdmRzbS9zdG9yYWdlL2hzbS5weSIsIGxpbmUgNjE5LCBpbiBnZXRTcG1TdGF0dXMK NDI1MTI2ICAgICBzdGF0dXMgPSBzZWxmLl9nZXRTcG1TdGF0dXNJbmZvKHBvb2wpCjQyNTEyNyAg IEZpbGUgIi91c3Ivc2hhcmUvdmRzbS9zdG9yYWdlL2hzbS5weSIsIGxpbmUgNjEzLCBpbiBfZ2V0 U3BtU3RhdHVzSW5mbwo0MjUxMjggICAgIChwb29sLnNwbVJvbGUsKSArIHBvb2wuZ2V0U3BtU3Rh dHVzKCkpKQo0MjUxMjkgICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vc3RvcmFnZS9zcC5weSIsIGxp bmUgMTQxLCBpbiBnZXRTcG1TdGF0dXMKNDI1MTMwICAgICByZXR1cm4gc2VsZi5fYmFja2VuZC5n ZXRTcG1TdGF0dXMoKQo0MjUxMzEgICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vc3RvcmFnZS9zcGJh Y2tlbmRzLnB5IiwgbGluZSA0MzMsIGluIGdldFNwbVN0YXR1cwo0MjUxMzIgICAgIGxWZXIsIHNw bUlkID0gc2VsZi5tYXN0ZXJEb21haW4uaW5xdWlyZUNsdXN0ZXJMb2NrKCkKNDI1MTMzICAgRmls ZSAiL3Vzci9zaGFyZS92ZHNtL3N0b3JhZ2Uvc2QucHkiLCBsaW5lIDgxNywgaW4gaW5xdWlyZUNs dXN0ZXJMb2NrCjQyNTEzNCAgICAgcmV0dXJuIHNlbGYuX21hbmlmZXN0LmlucXVpcmVEb21haW5M b2NrKCkKNDI1MTM1ICAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3N0b3JhZ2Uvc2QucHkiLCBsaW5l IDUyMiwgaW4gaW5xdWlyZURvbWFpbkxvY2sKNDI1MTM2ICAgICByZXR1cm4gc2VsZi5fZG9tYWlu TG9jay5pbnF1aXJlKHNlbGYuZ2V0RG9tYWluTGVhc2UoKSkKNDI1MTM3ICAgRmlsZSAiL3Vzci9s aWIvcHl0aG9uMi43L2Rpc3QtcGFja2FnZXMvdmRzbS9zdG9yYWdlL2NsdXN0ZXJsb2NrLnB5Iiwg bGluZSAzNzIsIGluIGkgICAgICAgbnF1aXJlCjQyNTEzOCAgICAgcmVzb3VyY2UgPSBzYW5sb2Nr LnJlYWRfcmVzb3VyY2UobGVhc2UucGF0aCwgbGVhc2Uub2Zmc2V0KQo0MjUxMzkgU2FubG9ja0V4 Y2VwdGlvbjogKDEzLCAnU2FubG9jayByZXNvdXJjZSByZWFkIGZhaWx1cmUnLCAnUGVybWlzc2lv biBkZW5pZWQnKQoKCmkgdGVzdCBpdCwgYW5kIGluIG5vZGUsSSBhZGQgdXNlciAibGlueCIgdG8g Z3JvdXAgImt2bSIKCiQgY2F0IC9ldGMvZ3JvdXAgfCBncmVwICJrdm0iCmt2bTp4OjExMjpxZW11 LHZkc20sbGlueCxzYW5sb2NrCgoKdGhlbiBpIGNyZWF0ZSBhIGZpbGUgaW4gJEhPTUU6CiQgbHMg LWwK19zTw8G/IDE2Ci1ydy1ydy0tLS0gMSB2ZHNtIGt2bSAgICAgNiA51MIgIDExIDIwOjA2IDEu dHh0CmRyd3hyLXhyLXggOSBsaW54IGxpbnggNDA5NiA51MIgICAxIDE1OjU4IGxpbngtdmlydHVh bGl6YXRpb24KZHJ3LXJ3LS0tLSAzIGxpbnggbGlueCA0MDk2IDnUwiAgMTEgMjA6MTMgdGVzdDIK ZHJ3LXJ3LS0tLSAyIGxpbnggbGlueCA0MDk2IDnUwiAgMTEgMjA6MTkgdGVzdDMKCgp0aGVuIHdl IGNhbiB2aWV3IHRoZSBmaWxlIGluIHVzZXIgImxpbngiOgokIGNhdCAxLnR4dApwZW5jYwoKCmxl YXNlcyBpZiB2ZHNtOmt2bSB0b286CiQgbHMgLWwgL3JoZXYvZGF0YS1jZW50ZXIvbW50LzE5Mi4x NjguMTEuNTVcOl9ob21lX2RhdGFTdG9yYWdlLzE4NDViZTIyLTFhYzQtNGU0Mi1iYmNiLTdiYTlj Y2Q2ZTU2OS9kb21fbWQvbGVhc2VzCi1ydy1ydy0tLS0gMSB2ZHNtIGt2bSAyMDk3MTUyIDnUwiAg MTEgMTk6MjEgL3JoZXYvZGF0YS1jZW50ZXIvbW50LzE5Mi4xNjguMTEuNTU6X2hvbWVfZGF0YVN0 b3JhZ2UvMTg0NWJlMjItMWFjNC00ZTQyLWJiY2ItN2JhOWNjZDZlNTY5L2RvbV9tZC9sZWFzZXMK CgpidXQgd2UgY2Fubm90IHJlYWQgdGhlIGZpbGUgaW4gdXNlciAibGlueCI6CiQgY2F0IC9yaGV2 L2RhdGEtY2VudGVyL21udC8xOTIuMTY4LjExLjU1XDpfaG9tZV9kYXRhU3RvcmFnZS8xODQ1YmUy Mi0xYWM0LTRlNDItYmJjYi03YmE5Y2NkNmU1NjkvZG9tX21kL2xlYXNlcwpjYXQ6ICcvcmhldi9k YXRhLWNlbnRlci9tbnQvMTkyLjE2OC4xMS41NTpfaG9tZV9kYXRhU3RvcmFnZS8xODQ1YmUyMi0x YWM0LTRlNDItYmJjYi03YmE5Y2NkNmU1NjkvZG9tX21kL2xlYXNlcyc6IMioz96yu7m7CgoKCndo eSBpcyB0aGlzPyBmb2xsb3dzIHRoZSBuZnMgc2VydmVyIGNvbmZpZ3VyZQojIGNhdCAvZXRjL2V4 cG9ydHMKCi9ob21lL2RhdGFTdG9yYWdlIDE5Mi4xNjguMTEuKihydyxzeW5jKQovaG9tZS9kYXRh U3RvcmFnZTIgMTkyLjE2OC4xMS4qKHJ3LHN5bmMsbm9fcm9vdF9zcXVhc2gsbm9fc3VidHJlZV9j aGVjaykKL2hvbWUvaXNvU3RvcmFnZSAxOTIuMTY4LjExLioocncsc3luYyxub19yb290X3NxdWFz aCxub19zdWJ0cmVlX2NoZWNrKQoKCgpJcyBteSBuZnMtc2VydmVyIGNvbmZpZ3VyYXRpb25zIG1p c3Mgc29tZSBhcmd1bWVudHM/IGhhdmUgYW55IGlkZWE/CgoKCgoKCgoKCgoKCgoK ------=_Part_241661_1359064048.1505136836830 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+aGVsbG8sZXZlcnlvbmU8L2Rpdj48ZGl2PiZuYnNwOyZu YnNwOyZuYnNwOyBzYW5sb2NrJ3MgbG9nOjxicj40MjUxMjAgVHJhY2ViYWNrIChtb3N0IHJlY2Vu dCBjYWxsIGxhc3QpOjxicj40MjUxMjEmbmJzcDsmbmJzcDsgRmlsZSAiL3Vzci9saWIvcHl0aG9u Mi43L2Rpc3QtcGFja2FnZXMvdmRzbS9zdG9yYWdlL3Rhc2sucHkiLCBsaW5lIDg3OCwgaW4gX3J1 bjxicj40MjUxMjImbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmV0dXJuIGZuKCphcmdzLCAqKmth cmdzKTxicj40MjUxMjMmbmJzcDsmbmJzcDsgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L2Rpc3Qt cGFja2FnZXMvdmRzbS9sb2dVdGlscy5weSIsIGxpbmUgNTIsIGluIHdyYXBwZXI8YnI+NDI1MTI0 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlcyA9IGYoKmFyZ3MsICoqa3dhcmdzKTxicj40MjUx MjUmbmJzcDsmbmJzcDsgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3N0b3JhZ2UvaHNtLnB5IiwgbGlu ZSA2MTksIGluIGdldFNwbVN0YXR1czxicj40MjUxMjYmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsg c3RhdHVzID0gc2VsZi5fZ2V0U3BtU3RhdHVzSW5mbyhwb29sKTxicj40MjUxMjcmbmJzcDsmbmJz cDsgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3N0b3JhZ2UvaHNtLnB5IiwgbGluZSA2MTMsIGluIF9n ZXRTcG1TdGF0dXNJbmZvPGJyPjQyNTEyOCZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyAocG9vbC5z cG1Sb2xlLCkgKyBwb29sLmdldFNwbVN0YXR1cygpKSk8YnI+NDI1MTI5Jm5ic3A7Jm5ic3A7IEZp bGUgIi91c3Ivc2hhcmUvdmRzbS9zdG9yYWdlL3NwLnB5IiwgbGluZSAxNDEsIGluIGdldFNwbVN0 YXR1czxicj40MjUxMzAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmV0dXJuIHNlbGYuX2JhY2tl bmQuZ2V0U3BtU3RhdHVzKCk8YnI+NDI1MTMxJm5ic3A7Jm5ic3A7IEZpbGUgIi91c3Ivc2hhcmUv dmRzbS9zdG9yYWdlL3NwYmFja2VuZHMucHkiLCBsaW5lIDQzMywgaW4gZ2V0U3BtU3RhdHVzPGJy PjQyNTEzMiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyBsVmVyLCBzcG1JZCA9IHNlbGYubWFzdGVy RG9tYWluLmlucXVpcmVDbHVzdGVyTG9jaygpPGJyPjQyNTEzMyZuYnNwOyZuYnNwOyBGaWxlICIv dXNyL3NoYXJlL3Zkc20vc3RvcmFnZS9zZC5weSIsIGxpbmUgODE3LCBpbiBpbnF1aXJlQ2x1c3Rl ckxvY2s8YnI+NDI1MTM0Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJldHVybiBzZWxmLl9tYW5p ZmVzdC5pbnF1aXJlRG9tYWluTG9jaygpPGJyPjQyNTEzNSZuYnNwOyZuYnNwOyBGaWxlICIvdXNy L3NoYXJlL3Zkc20vc3RvcmFnZS9zZC5weSIsIGxpbmUgNTIyLCBpbiBpbnF1aXJlRG9tYWluTG9j azxicj40MjUxMzYmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgcmV0dXJuIHNlbGYuX2RvbWFpbkxv Y2suaW5xdWlyZShzZWxmLmdldERvbWFpbkxlYXNlKCkpPGJyPjQyNTEzNyZuYnNwOyZuYnNwOyBG aWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy92ZHNtL3N0b3JhZ2UvY2x1c3Rl cmxvY2sucHkiLCBsaW5lIDM3MiwgaW4gaSZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyBucXVpcmU8YnI+NDI1MTM4Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJlc291cmNlID0g c2FubG9jay5yZWFkX3Jlc291cmNlKGxlYXNlLnBhdGgsIGxlYXNlLm9mZnNldCk8YnI+NDI1MTM5 IFNhbmxvY2tFeGNlcHRpb246ICgxMywgJ1NhbmxvY2sgcmVzb3VyY2UgcmVhZCBmYWlsdXJlJywg J1Blcm1pc3Npb24gZGVuaWVkJyk8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PmkgdGVzdCBpdCwg YW5kIGluIG5vZGUsSSBhZGQgdXNlciAibGlueCIgdG8gZ3JvdXAgImt2bSI8YnI+PC9kaXY+PGRp dj4kIGNhdCAvZXRjL2dyb3VwIHwgZ3JlcCAia3ZtIjxicj5rdm06eDoxMTI6cWVtdSx2ZHNtLDxz cGFuIHN0eWxlPSJjb2xvcjogcmdiKDI1NSwgMCwgMCk7Ij5saW54PC9zcGFuPixzYW5sb2NrPC9k aXY+PGRpdj48YnI+PC9kaXY+PGRpdj50aGVuIGkgY3JlYXRlIGEgZmlsZSBpbiAkSE9NRTo8L2Rp dj48ZGl2PiQgbHMgLWw8YnI+19zTw8G/IDE2PGJyPi1ydy1ydy0tLS0gMSB2ZHNtIGt2bSZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOyA2IDnUwiZuYnNwOyAxMSAyMDowNiAxLnR4dDxicj5kcnd4ci14 ci14IDkgbGlueCBsaW54IDQwOTYgOdTCJm5ic3A7Jm5ic3A7IDEgMTU6NTggbGlueC12aXJ0dWFs aXphdGlvbjxicj5kcnctcnctLS0tIDMgbGlueCBsaW54IDQwOTYgOdTCJm5ic3A7IDExIDIwOjEz IHRlc3QyPGJyPmRydy1ydy0tLS0gMiBsaW54IGxpbnggNDA5NiA51MImbmJzcDsgMTEgMjA6MTkg dGVzdDM8L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PnRoZW4gd2UgY2FuIHZpZXcgdGhlIGZpbGUg aW4gdXNlciAibGlueCI6PC9kaXY+PGRpdj4kIGNhdCAxLnR4dCA8YnI+cGVuY2M8L2Rpdj48ZGl2 Pjxicj48L2Rpdj48ZGl2PmxlYXNlcyBpZiB2ZHNtOmt2bSB0b286PC9kaXY+PGRpdj4kIGxzIC1s IC9yaGV2L2RhdGEtY2VudGVyL21udC8xOTIuMTY4LjExLjU1XDpfaG9tZV9kYXRhU3RvcmFnZS8x ODQ1YmUyMi0xYWM0LTRlNDItYmJjYi03YmE5Y2NkNmU1NjkvZG9tX21kL2xlYXNlcyA8YnI+LXJ3 LXJ3LS0tLSAxIHZkc20ga3ZtIDIwOTcxNTIgOdTCJm5ic3A7IDExIDE5OjIxIC9yaGV2L2RhdGEt Y2VudGVyL21udC8xOTIuMTY4LjExLjU1Ol9ob21lX2RhdGFTdG9yYWdlLzE4NDViZTIyLTFhYzQt NGU0Mi1iYmNiLTdiYTljY2Q2ZTU2OS9kb21fbWQvbGVhc2VzPC9kaXY+PGRpdj48YnI+PC9kaXY+ PGRpdj5idXQgd2UgY2Fubm90IHJlYWQgdGhlIGZpbGUgaW4gdXNlciAibGlueCI6PC9kaXY+PGRp dj4kIGNhdCAvcmhldi9kYXRhLWNlbnRlci9tbnQvMTkyLjE2OC4xMS41NVw6X2hvbWVfZGF0YVN0 b3JhZ2UvMTg0NWJlMjItMWFjNC00ZTQyLWJiY2ItN2JhOWNjZDZlNTY5L2RvbV9tZC9sZWFzZXM8 YnI+Y2F0OiAnL3JoZXYvZGF0YS1jZW50ZXIvbW50LzE5Mi4xNjguMTEuNTU6X2hvbWVfZGF0YVN0 b3JhZ2UvMTg0NWJlMjItMWFjNC00ZTQyLWJiY2ItN2JhOWNjZDZlNTY5L2RvbV9tZC9sZWFzZXMn OiDIqM/esru5uzxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PndoeSBpcyB0aGlzPyBmb2xs b3dzIHRoZSBuZnMgc2VydmVyIGNvbmZpZ3VyZTwvZGl2PjxkaXY+IyBjYXQgL2V0Yy9leHBvcnRz IDxicj48YnI+L2hvbWUvZGF0YVN0b3JhZ2UgMTkyLjE2OC4xMS4qKHJ3LHN5bmMpPGJyPi9ob21l L2RhdGFTdG9yYWdlMiAxOTIuMTY4LjExLioocncsc3luYyxub19yb290X3NxdWFzaCxub19zdWJ0 cmVlX2NoZWNrKTxicj4vaG9tZS9pc29TdG9yYWdlIDE5Mi4xNjguMTEuKihydyxzeW5jLG5vX3Jv b3Rfc3F1YXNoLG5vX3N1YnRyZWVfY2hlY2spPGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+ SXMgbXkgbmZzLXNlcnZlciBjb25maWd1cmF0aW9ucyBtaXNzIHNvbWUgYXJndW1lbnRzPyBoYXZl IGFueSBpZGVhPzxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxi cj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2 Pjxicj48L2Rpdj48L2Rpdj48YnI+PGJyPjxzcGFuIHRpdGxlPSJuZXRlYXNlZm9vdGVyIj48cD4m bmJzcDs8L3A+PC9zcGFuPg== ------=_Part_241661_1359064048.1505136836830--

1 0

Automatic snapshot
by Lionel Caignec 11 Sep '17

11 Sep '17

Hi, I study the snapshot possibillities in ovirt. I would like to make a cron running every day which: - retrieve vm list from a specific cluster - create a new snapshot (without memory) for every vm - removes oldest snapshot to keep only 5. I'm wondering what is the best approach to do that? use a list of command in batch for "ovirt-shell", scripting a bit with python, using the api ovirt? Unless there is already something to find something. Thank you for helping -- Lionel

1 0

More than one mgmt network possible?
by Gianluca Cecchi 11 Sep '17

11 Sep '17

Hello, in site1 I have 2 oVirt hosts with ovirtmgmt configured on vlan167. Now I want to add a server that is in site2 where this vlan doesn't arrive. I have here a vlan 169 that does routing with the vlan 167 of site1. Can I add the host into the same cluster or the only way is to "transport" vlan167 into site2 too? Thanks, Gianluca

2 1

Re: [ovirt-users] Native Access on gluster storage domain
by Stefano Danzi 11 Sep '17

11 Sep '17

This is a multi-part message in MIME format. --------------FD20035AA480B5A87ADF5A8D Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Your suggestion solved the problem. In the UI relative flag still missing, but now VMs are using gfapi. Il 11/09/2017 05:23, Sahina Bose ha scritto: > You could try to enable the config option for the 4.1 cluster level - > using engine-config tool from the Hosted Engine VM. This will require > a restart of the engine service and will enable gfapi access for all > clusters at 4.1 level though - so try this option if this is acceptable. > > On Wed, Aug 30, 2017 at 8:02 PM, Stefano Danzi <s.danzi(a)hawai.it > <mailto:s.danzi@hawai.it>> wrote: > > above the logs. > PS cluster compatibility level is 4.1 > > engine: > > 2017-08-30 16:26:07,928+02 INFO > [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-8) > [56d090c5-1097-4641-b745-74af8397d945] Lock Acquired to object > 'EngineLock:{exclusiveLocks='[]', sharedLocks='[]'}' > 2017-08-30 16:26:07,951+02 WARN > [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-8) > [56d090c5-1097-4641-b745-74af8397d945] Validation of action > 'UpdateCluster' failed for user admin@internal. Reasons: > VAR__TYPE__CLUSTER,VAR__ACTION__UPDATE,CLUSTER_CANNOT_UPDATE_SUPPORTED_FEATURES_WITH_LOWER_HOSTS > 2017-08-30 16:26:07,952+02 INFO > [org.ovirt.engine.core.bll.UpdateClusterCommand] (default task-8) > [56d090c5-1097-4641-b745-74af8397d945] Lock freed to object > 'EngineLock:{exclusiveLocks='[]', sharedLocks='[]'}' > > vdsm: > > 2017-08-30 16:29:23,310+0200 INFO (jsonrpc/0) > [jsonrpc.JsonRpcServer] RPC call GlusterHost.list succeeded in > 0.15 seconds (__init__:539) > 2017-08-30 16:29:23,419+0200 INFO (jsonrpc/4) > [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in > 0.01 seconds (__init__:539) > 2017-08-30 16:29:23,424+0200 INFO (jsonrpc/3) > [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies > succeeded in 0.00 seconds (__init__:539) > 2017-08-30 16:29:23,814+0200 INFO (jsonrpc/5) > [jsonrpc.JsonRpcServer] RPC call GlusterHost.list succeeded in > 0.15 seconds (__init__:539) > 2017-08-30 16:29:24,011+0200 INFO (Reactor thread) > [ProtocolDetector.AcceptorImpl] Accepted connection from ::1:51862 > (protocoldetector:72) > 2017-08-30 16:29:24,023+0200 INFO (Reactor thread) > [ProtocolDetector.Detector] Detected protocol stomp from ::1:51862 > (protocoldetector:127) > 2017-08-30 16:29:24,024+0200 INFO (Reactor thread) > [Broker.StompAdapter] Processing CONNECT request (stompreactor:103) > 2017-08-30 16:29:24,031+0200 INFO (JsonRpc (StompReactor)) > [Broker.StompAdapter] Subscribe command received (stompreactor:130) > 2017-08-30 16:29:24,287+0200 INFO (jsonrpc/2) > [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in > 0.01 seconds (__init__:539) > 2017-08-30 16:29:24,443+0200 INFO (jsonrpc/7) [vdsm.api] START > getSpmStatus(spUUID=u'00000002-0002-0002-0002-0000000001ef', > options=None) from=::ffff:192.168.1.55,46502, flow_id=1f664a9, > task_id=c856903a-0af1-4c0c-8a44-7971fee7dffa (api:46) > 2017-08-30 16:29:24,446+0200 INFO (jsonrpc/7) [vdsm.api] FINISH > getSpmStatus return={'spm_st': {'spmId': 1, 'spmStatus': 'SPM', > 'spmLver': 1430L}} from=::ffff:192.168.1.55,46502, > flow_id=1f664a9, task_id=c856903a-0af1-4c0c-8a44-7971fee7dffa (api:52) > 2017-08-30 16:29:24,447+0200 INFO (jsonrpc/7) > [jsonrpc.JsonRpcServer] RPC call StoragePool.getSpmStatus > succeeded in 0.00 seconds (__init__:539) > 2017-08-30 16:29:24,460+0200 INFO (jsonrpc/6) > [jsonrpc.JsonRpcServer] RPC call GlusterHost.list succeeded in > 0.16 seconds (__init__:539) > 2017-08-30 16:29:24,467+0200 INFO (jsonrpc/1) [vdsm.api] START > getStoragePoolInfo(spUUID=u'00000002-0002-0002-0002-0000000001ef', > options=None) from=::ffff:192.168.1.55,46506, flow_id=1f664a9, > task_id=029ec55e-9c47-4a20-be44-8c80fd1fd5ac (api:46) > > > Il 30/08/2017 16:06, Shani Leviim ha scritto: >> Hi Stefano, >> Can you please attach your engine and vdsm logs? >> >> *Regards, >> * >> *Shani Leviim >> * >> >> On Wed, Aug 30, 2017 at 12:46 PM, Stefano Danzi <s.danzi(a)hawai.it >> <mailto:s.danzi@hawai.it>> wrote: >> >> Hello, >> I have a test environment with a sigle host and self hosted >> engine running oVirt Engine: 4.1.5.2-1.el7.centos >> >> I what to try the option "Native Access on gluster storage >> domain" but I get an error because I have to put the >> host in maintenance mode. I can't do that because I have a >> single host so the hosted engine can't be migrated. >> >> There are a way to change this option but apply it at next >> reboot? >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org <mailto:Users@ovirt.org> >> http://lists.ovirt.org/mailman/listinfo/users >> <http://lists.ovirt.org/mailman/listinfo/users> >> >> > > > _______________________________________________ > Users mailing list > Users(a)ovirt.org <mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users > <http://lists.ovirt.org/mailman/listinfo/users> > > --------------FD20035AA480B5A87ADF5A8D Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Your suggestion solved the problem.<br> In the UI relative flag still missing, but now VMs are using gfapi.<br> <br> <div class="moz-cite-prefix">Il 11/09/2017 05:23, Sahina Bose ha scritto:<br> </div> <blockquote type="cite" cite="mid:CACjzOvfs6hdhT52ThXG5esacViLeqNw=1xHtC8DQyy_xBnqUQQ@mail.gmail.com"> <div dir="ltr">You could try to enable the config option for the 4.1 cluster level - using engine-config tool from the Hosted Engine VM. This will require a restart of the engine service and will enable gfapi access for all clusters at 4.1 level though - so try this option if this is acceptable.<br> </div> <div class="gmail_extra"><br> <div class="gmail_quote">On Wed, Aug 30, 2017 at 8:02 PM, Stefano Danzi <span dir="ltr"><<a href="mailto:s.danzi@hawai.it" target="_blank" moz-do-not-send="true">s.danzi(a)hawai.it</a>></span> wrote:<br> <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> <div text="#000000" bgcolor="#FFFFFF"> above the logs.<br> PS cluster compatibility level is 4.1<br> <br> engine:<br> <br> 2017-08-30 16:26:07,928+02 INFO [org.ovirt.engine.core.bll.<wbr>UpdateClusterCommand] (default task-8) [56d090c5-1097-4641-b745-<wbr>74af8397d945] Lock Acquired to object 'EngineLock:{exclusiveLocks='[<wbr>]', sharedLocks='[]'}'<br> 2017-08-30 16:26:07,951+02 WARN [org.ovirt.engine.core.bll.<wbr>UpdateClusterCommand] (default task-8) [56d090c5-1097-4641-b745-<wbr>74af8397d945] Validation of action 'UpdateCluster' failed for user admin@internal. Reasons: VAR__TYPE__CLUSTER,VAR__<wbr>ACTION__UPDATE,CLUSTER_CANNOT_<wbr>UPDATE_SUPPORTED_FEATURES_<wbr>WITH_LOWER_HOSTS<br> 2017-08-30 16:26:07,952+02 INFO [org.ovirt.engine.core.bll.<wbr>UpdateClusterCommand] (default task-8) [56d090c5-1097-4641-b745-<wbr>74af8397d945] Lock freed to object 'EngineLock:{exclusiveLocks='[<wbr>]', sharedLocks='[]'}'<br> <br> vdsm:<br> <br> 2017-08-30 16:29:23,310+0200 INFO (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call GlusterHost.list succeeded in 0.15 seconds (__init__:539)<br> 2017-08-30 16:29:23,419+0200 INFO (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.01 seconds (__init__:539)<br> 2017-08-30 16:29:23,424+0200 INFO (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmIoTunePolicies succeeded in 0.00 seconds (__init__:539)<br> 2017-08-30 16:29:23,814+0200 INFO (jsonrpc/5) [jsonrpc.JsonRpcServer] RPC call GlusterHost.list succeeded in 0.15 seconds (__init__:539)<br> 2017-08-30 16:29:24,011+0200 INFO (Reactor thread) [ProtocolDetector.<wbr>AcceptorImpl] Accepted connection from ::1:51862 (protocoldetector:72)<br> 2017-08-30 16:29:24,023+0200 INFO (Reactor thread) [ProtocolDetector.Detector] Detected protocol stomp from ::1:51862 (protocoldetector:127)<br> 2017-08-30 16:29:24,024+0200 INFO (Reactor thread) [Broker.StompAdapter] Processing CONNECT request (stompreactor:103)<br> 2017-08-30 16:29:24,031+0200 INFO (JsonRpc (StompReactor)) [Broker.StompAdapter] Subscribe command received (stompreactor:130)<br> 2017-08-30 16:29:24,287+0200 INFO (jsonrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getHardwareInfo succeeded in 0.01 seconds (__init__:539)<br> 2017-08-30 16:29:24,443+0200 INFO (jsonrpc/7) [vdsm.api] START getSpmStatus(spUUID=u'<wbr>00000002-0002-0002-0002-<wbr>0000000001ef', options=None) from=::ffff:192.168.1.55,<wbr>46502, flow_id=1f664a9, task_id=c856903a-0af1-4c0c-<wbr>8a44-7971fee7dffa (api:46)<br> 2017-08-30 16:29:24,446+0200 INFO (jsonrpc/7) [vdsm.api] FINISH getSpmStatus return={'spm_st': {'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 1430L}} from=::ffff:192.168.1.55,<wbr>46502, flow_id=1f664a9, task_id=c856903a-0af1-4c0c-<wbr>8a44-7971fee7dffa (api:52)<br> 2017-08-30 16:29:24,447+0200 INFO (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call StoragePool.getSpmStatus succeeded in 0.00 seconds (__init__:539)<br> 2017-08-30 16:29:24,460+0200 INFO (jsonrpc/6) [jsonrpc.JsonRpcServer] RPC call GlusterHost.list succeeded in 0.16 seconds (__init__:539)<br> 2017-08-30 16:29:24,467+0200 INFO (jsonrpc/1) [vdsm.api] START getStoragePoolInfo(spUUID=u'<wbr>00000002-0002-0002-0002-<wbr>0000000001ef', options=None) from=::ffff:192.168.1.55,<wbr>46506, flow_id=1f664a9, task_id=029ec55e-9c47-4a20-<wbr>be44-8c80fd1fd5ac (api:46) <div> <div class="h5"><br> <br> <div class="m_1878010931131115540moz-cite-prefix">Il 30/08/2017 16:06, Shani Leviim ha scritto:<br> </div> <blockquote type="cite"> <div dir="ltr"> <div class="gmail_default">Hi Stefano,</div> <div class="gmail_default">Can you please attach your engine and vdsm logs?<br> </div> </div> <div class="gmail_extra"><br> <div> <div class="m_1878010931131115540gmail_signature" data-smartmail="gmail_signature"> <div dir="ltr"> <div> <div dir="ltr"> <div><span><b>Regards,<br> </b></span></div> <span><b>Shani Leviim<br> </b></span></div> </div> </div> </div> </div> <br> <div class="gmail_quote">On Wed, Aug 30, 2017 at 12:46 PM, Stefano Danzi <span dir="ltr"><<a href="mailto:s.danzi@hawai.it" target="_blank" moz-do-not-send="true">s.danzi(a)hawai.it</a>></span> wrote:<br> <blockquote class="gmail_quote"> <div> Hello, <br> I have a test environment with a sigle host and self hosted engine running <span class="m_1878010931131115540m_-3427634671303477199gwt-InlineLabel">oVirt Engine: 4.1.5.2-1.el7.centos<br> <br> I what to try the option "Native Access on gluster storage domain" but I get an error because I have to put the <br> host in maintenance mode. I can't do that because I have a single host so the hosted engine can't be migrated.<br> <br> There are a way to change this option but apply it at next reboot?<br> </span> </div> <br> ______________________________<wbr>_________________<br> Users mailing list<br> <a href="mailto:Users@ovirt.org" target="_blank" moz-do-not-send="true">Users(a)ovirt.org</a><br> <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank" moz-do-not-send="true">http://lists.ovirt.org/mailman<wbr>/listinfo/users</a><br> <br> </blockquote> </div> <br> </div> </blockquote> <br> </div> </div> </div> <br> ______________________________<wbr>_________________<br> Users mailing list<br> <a href="mailto:Users@ovirt.org" moz-do-not-send="true">Users(a)ovirt.org</a><br> <a href="http://lists.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank" moz-do-not-send="true">http://lists.ovirt.org/<wbr>mailman/listinfo/users</a><br> <br> </blockquote> </div> <br> </div> </blockquote> <br> </body> </html> --------------FD20035AA480B5A87ADF5A8D--

1 0

Centos 7.3 ovirt 4.0.6 Can't add host to cluster collectd or collectd-disk not found
by Claudio Soprano 11 Sep '17

11 Sep '17

This is a multi-part message in MIME format. --------------3A508373C5EC3F29788C45F1 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Hi all, we are installing new nodes on a Ovirt 4.0.6 Cluster, the new nodes were installed from a Minimal 1707 iso image, Centos v7.3.1611 in the log of host-deploy (on the manager) it indicates that collectd packages was not found. I found this bug in the ovirt 4.1.0 version where it tells to disable the EPEL repository, in another tread on redhat someone told to add excludepkgs=collectd* always in the epel repository I checked all my repository and i found epel reference only in [root@xxxx yum.repos.d]# grep epel * ovirt-4.0-dependencies.repo:[ovirt-4.0-epel] ovirt-4.0-dependencies.repo:#baseurl=http://download.fedoraproject.org/pub/… ovirt-4.0-dependencies.repo:mirrorlist=https://mirrors.fedoraproject.org/me… ovirt-4.0-dependencies.repo:includepkgs=epel-release,python-uinput,puppet,python-lockfile,python-cpopen,python-ordereddict,python-pthreading,python-inotify,python-argparse,novnc,python-ply,python-kitchen,python-daemon,python-websockify,livecd-tools,spice-html5,mom,python-IPy,python-ioprocess,ioprocess,safelease,python-paramiko,python2-paramiko,python2-crypto,libtomcrypt,libtommath,python-cheetah,python-ecdsa,python2-ecdsa,python-markdown,rubygem-rgen,ovirt-guest-agent*,userspace-rcu,protobuf-java,objenesis,python34* ovirt-4.0-dependencies.repo:gpgkey=https://dl.fedoraproject.org/pub/epel/RP… ovirt-4.0-dependencies.repo:[ovirt-4.0-patternfly1-noarch-epel] ovirt-4.0-dependencies.repo:baseurl=http://copr-be.cloud.fedoraproject.org/… so before includespkgs i added the excludepkgs line removed the host, reinserted and still again collectd not found so i added the excludepkgs line in all the ovirt sections removed the host, reinserted and still again collectd not found I removed on the manager also the file /var/cache/ovirt-engine/ovirt-host-deploy.tar but still the same error these are the ovirt-repos files with the excludepkgs line added [ovirt-4.0] name=Latest oVirt 4.0 Release #baseurl=http://resources.ovirt.org/pub/ovirt-4.0/rpm/el$releasever/ mirrorlist=http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-el$… enabled=1 excludepkgs=collectd* skip_if_unavailable=1 gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.0 [ovirt-4.0-epel] name=Extra Packages for Enterprise Linux 7 - $basearch #baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$bas… failovermethod=priority enabled=1 excludepkgs=collectd* includepkgs=epel-release,python-uinput,puppet,python-lockfile,python-cpopen,python-ordereddict,python-pthreading,python-inotify,python-argparse,novnc,python-ply,python-kitchen,python-daemon,python-websockify,livec d-tools,spice-html5,mom,python-IPy,python-ioprocess,ioprocess,safelease,python-paramiko,python2-paramiko,python2-crypto,libtomcrypt,libtommath,python-cheetah,python-ecdsa,python2-ecdsa,python-markdown,rubygem-rgen ,ovirt-guest-agent*,userspace-rcu,protobuf-java,objenesis,python34* gpgcheck=1 gpgkey=https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-7 [ovirt-4.0-centos-gluster37] name=CentOS-7 - Gluster 3.7 baseurl=http://mirror.centos.org/centos/7/storage/$basearch/gluster-3.7/ excludepkgs=collectd* gpgcheck=1 enabled=1 gpgkey=https://raw.githubusercontent.com/CentOS-Storage-SIG/centos-release-… [ovirt-4.0-patternfly1-noarch-epel] name=Copr repo for patternfly1 owned by patternfly baseurl=http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfl… enabled=1 excludepkgs=collectd* skip_if_unavailable=1 gpgcheck=0 [virtio-win-stable] name=virtio-win builds roughly matching what was shipped in latest RHEL baseurl=http://fedorapeople.org/groups/virt/virtio-win/repo/stable enabled=1 excludepkgs=collectd* skip_if_unavailable=1 gpgcheck=0 [centos-ovirt40-release] name=CentOS-7 - oVirt 4.0 baseurl=http://mirror.centos.org/centos/7/virt/$basearch/ovirt-4.0/ gpgcheck=0 enabled=1 excludepkgs=collectd* I add also the part of log on the manager relatives to host-deploy where the error is logged [root@ovcmgr host-deploy]# more ovirt-host-deploy-20170825092719-xxxxxx-53018ceb.log | grep collectd 2017-08-25 09:26:49 DEBUG otopi.context context.dumpSequence:744 METHOD otopi.plugins.ovirt_host_deploy.collectd.packages.Plugin._packages (None) 2017-08-25 09:26:50 DEBUG otopi.context context.dumpSequence:744 METHOD otopi.plugins.ovirt_host_deploy.collectd.packages.Plugin._packages (None) 2017-08-25 09:27:19 DEBUG otopi.context context._executeMethod:128 Stage packages METHOD otopi.plugins.ovirt_host_deploy.collectd.packages.Plugin._packages 2017-08-25 09:27:19 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:76 Yum queue package collectd for install/update 2017-08-25 09:27:19 ERROR otopi.plugins.otopi.packagers.yumpackager yumpackager.error:85 Yum Cannot queue package collectd: Package collectd cannot be found File "/tmp/ovirt-3rP0BGQm0o/otopi-plugins/ovirt-host-deploy/collectd/packages.py", line 53, in _packages 'collectd-write_http', RuntimeError: Package collectd cannot be found 2017-08-25 09:27:19 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Package installation': Package collectd cannot be found 2017-08-25 09:27:19 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd cannot be found',), <traceback object at 0x3514ef0>)]' 2017-08-25 09:27:19 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd cannot be found',), <traceback object at 0x3514ef0>)]' After this i see that there is and include package for epel-release, that will install the epel repository, so i installed manually the epel-repository added the excludepkgs line but now the error is Package collectd-disk cannot be found this is the epel.repo modified [root@ovc2n05 yum.repos.d]# more /etc/yum.repos.d/epel.repo [epel] name=Extra Packages for Enterprise Linux 7 - $basearch #baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basea… failovermethod=priority enabled=1 excludepkgs=collectd* gpgcheck=1 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7 [epel-debuginfo] name=Extra Packages for Enterprise Linux 7 - $basearch - Debug #baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch/debug metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-debug-7&arch=… failovermethod=priority enabled=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7 gpgcheck=1 [epel-source] name=Extra Packages for Enterprise Linux 7 - $basearch - Source #baseurl=http://download.fedoraproject.org/pub/epel/7/SRPMS metalink=https://mirrors.fedoraproject.org/metalink?repo=epel-source-7&arch… failovermethod=priority enabled=0 gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7 gpgcheck=1 the epel-testing.repo has all disabled This is the part of log on the manager [root@ovcmgr host-deploy]# more ovirt-host-deploy-20170825* | grep collectd-disk 2017-08-25 10:36:23 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:76 Yum queue package collectd-disk for install/update 2017-08-25 10:36:23 ERROR otopi.plugins.otopi.packagers.yumpackager yumpackager.error:85 Yum Cannot queue package collectd-disk: Package collectd-disk cannot be found RuntimeError: Package collectd-disk cannot be found 2017-08-25 10:36:23 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Package installation': Package collectd-disk cannot be found 2017-08-25 10:36:23 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd-disk cannot be found',), <traceback object at 0x592e290>)]' 2017-08-25 10:36:23 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd-disk cannot be found',), <traceback object at 0x592e290>)]' I don't know what other to try. Any help would be accepted Claudio Soprano -- / | / _____/ / | / _____/ | / / / | / / / / | / / / | / / / | / ___/ _____/ / / | / ___/ / | / / / | / / / / | / / / | / ______/ _/ __/ _/ _/ _/ __/ _/ _/ __/ Claudio Soprano phone: (+39)-06-9403.2349/2355 Computing Service fax: (+39)-06-9403.2649 LNF-INFN e-mail: Claudio.Soprano(a)lnf.infn.it Via Enrico Fermi, 40 www: http://www.lnf.infn.it/ I-00044 Frascati, Italy --------------3A508373C5EC3F29788C45F1 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> <p>Hi all,</p> <p>we are installing new nodes on a Ovirt 4.0.6 Cluster, the new nodes were installed from a Minimal 1707 iso image, Centos v7.3.1611</p> <p>in the log of host-deploy (on the manager) it indicates that collectd packages was not found.</p> <p>I found this bug in the ovirt 4.1.0 version where it tells to disable the EPEL repository, in another tread on redhat someone told to add <br> </p> <p>excludepkgs=collectd*</p> <p>always in the epel repository</p> <p>I checked all my repository and i found epel reference only in <br> </p> <p>[root@xxxx yum.repos.d]# grep epel *<br> ovirt-4.0-dependencies.repo:[ovirt-4.0-epel]<br> ovirt-4.0-dependencies.repo:#baseurl=<a class="moz-txt-link-freetext" href="http://download.fedoraproject.org/pub/epel/7/$basearch">http://download.fedoraproject.org/pub/epel/7/$basearch</a><br> ovirt-4.0-dependencies.repo:mirrorlist=<a class="moz-txt-link-freetext" href="https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch">https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch</a><br> ovirt-4.0-dependencies.repo:includepkgs=epel-release,python-uinput,puppet,python-lockfile,python-cpopen,python-ordereddict,python-pthreading,python-inotify,python-argparse,novnc,python-ply,python-kitchen,python-daemon,python-websockify,livecd-tools,spice-html5,mom,python-IPy,python-ioprocess,ioprocess,safelease,python-paramiko,python2-paramiko,python2-crypto,libtomcrypt,libtommath,python-cheetah,python-ecdsa,python2-ecdsa,python-markdown,rubygem-rgen,ovirt-guest-agent*,userspace-rcu,protobuf-java,objenesis,python34*<br> ovirt-4.0-dependencies.repo:gpgkey=<a class="moz-txt-link-freetext" href="https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-7">https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-7</a><br> ovirt-4.0-dependencies.repo:[ovirt-4.0-patternfly1-noarch-epel]<br> ovirt-4.0-dependencies.repo:baseurl=<a class="moz-txt-link-freetext" href="http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…">http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…</a></p> <p>so before includespkgs i added the excludepkgs line</p> <p>removed the host, reinserted and still again collectd not found</p> <p>so i added the excludepkgs line in all the ovirt sections <br> </p> <p>removed the host, reinserted and still again collectd not found</p> <p>I removed on the manager also the file /var/cache/ovirt-engine/ovirt-host-deploy.tar but still the same error</p> <p>these are the ovirt-repos files with the excludepkgs line added<br> </p> <p>[ovirt-4.0]<br> name=Latest oVirt 4.0 Release<br> #baseurl=<a class="moz-txt-link-freetext" href="http://resources.ovirt.org/pub/ovirt-4.0/rpm/el$releasever/">http://resources.ovirt.org/pub/ovirt-4.0/rpm/el$releasever/</a><br> mirrorlist=<a class="moz-txt-link-freetext" href="http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-el$releasever">http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-el$releasever</a><br> enabled=1<br> </p> <p>excludepkgs=collectd*<br> </p> <p>skip_if_unavailable=1<br> gpgcheck=1<br> gpgkey=<a class="moz-txt-link-freetext" href="file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.0">file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-4.0</a><br> </p> <p>[ovirt-4.0-epel]<br> name=Extra Packages for Enterprise Linux 7 - $basearch<br> #baseurl=<a class="moz-txt-link-freetext" href="http://download.fedoraproject.org/pub/epel/7/$basearch">http://download.fedoraproject.org/pub/epel/7/$basearch</a><br> mirrorlist=<a class="moz-txt-link-freetext" href="https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch">https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch</a><br> failovermethod=priority<br> enabled=1<br> <br> excludepkgs=collectd*<br> </p> <p>includepkgs=epel-release,python-uinput,puppet,python-lockfile,python-cpopen,python-ordereddict,python-pthreading,python-inotify,python-argparse,novnc,python-ply,python-kitchen,python-daemon,python-websockify,livec<br> d-tools,spice-html5,mom,python-IPy,python-ioprocess,ioprocess,safelease,python-paramiko,python2-paramiko,python2-crypto,libtomcrypt,libtommath,python-cheetah,python-ecdsa,python2-ecdsa,python-markdown,rubygem-rgen<br> ,ovirt-guest-agent*,userspace-rcu,protobuf-java,objenesis,python34*<br> gpgcheck=1<br> gpgkey=<a class="moz-txt-link-freetext" href="https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-7">https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-7</a><br> <br> [ovirt-4.0-centos-gluster37]<br> name=CentOS-7 - Gluster 3.7<br> baseurl=<a class="moz-txt-link-freetext" href="http://mirror.centos.org/centos/7/storage/$basearch/gluster-3.7/">http://mirror.centos.org/centos/7/storage/$basearch/gluster-3.7/</a><br> <br> excludepkgs=collectd*<br> </p> <p>gpgcheck=1<br> enabled=1<br> gpgkey=<a class="moz-txt-link-freetext" href="https://raw.githubusercontent.com/CentOS-Storage-SIG/centos-release-storage…">https://raw.githubusercontent.com/CentOS-Storage-SIG/centos-release-storage…</a><br> <br> [ovirt-4.0-patternfly1-noarch-epel]<br> name=Copr repo for patternfly1 owned by patternfly<br> baseurl=<a class="moz-txt-link-freetext" href="http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…">http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…</a><br> enabled=1<br> <br> excludepkgs=collectd*<br> </p> <p>skip_if_unavailable=1<br> gpgcheck=0<br> <br> [virtio-win-stable]<br> name=virtio-win builds roughly matching what was shipped in latest RHEL<br> baseurl=<a class="moz-txt-link-freetext" href="http://fedorapeople.org/groups/virt/virtio-win/repo/stable">http://fedorapeople.org/groups/virt/virtio-win/repo/stable</a><br> enabled=1<br> <br> excludepkgs=collectd*<br> </p> <p>skip_if_unavailable=1<br> gpgcheck=0<br> <br> [centos-ovirt40-release]<br> name=CentOS-7 - oVirt 4.0<br> baseurl=<a class="moz-txt-link-freetext" href="http://mirror.centos.org/centos/7/virt/$basearch/ovirt-4.0/">http://mirror.centos.org/centos/7/virt/$basearch/ovirt-4.0/</a><br> gpgcheck=0<br> enabled=1<br> <br> excludepkgs=collectd*<br> </p> <p>I add also the part of log on the manager relatives to host-deploy where the error is logged</p> <p>[root@ovcmgr host-deploy]# more ovirt-host-deploy-20170825092719-xxxxxx-53018ceb.log | grep collectd<br> 2017-08-25 09:26:49 DEBUG otopi.context context.dumpSequence:744 METHOD otopi.plugins.ovirt_host_deploy.collectd.packages.Plugin._packages (None)<br> 2017-08-25 09:26:50 DEBUG otopi.context context.dumpSequence:744 METHOD otopi.plugins.ovirt_host_deploy.collectd.packages.Plugin._packages (None)<br> 2017-08-25 09:27:19 DEBUG otopi.context context._executeMethod:128 Stage packages METHOD otopi.plugins.ovirt_host_deploy.collectd.packages.Plugin._packages<br> 2017-08-25 09:27:19 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:76 Yum queue package collectd for install/update<br> 2017-08-25 09:27:19 ERROR otopi.plugins.otopi.packagers.yumpackager yumpackager.error:85 Yum Cannot queue package collectd: Package collectd cannot be found<br> File "/tmp/ovirt-3rP0BGQm0o/otopi-plugins/ovirt-host-deploy/collectd/packages.py", line 53, in _packages<br> 'collectd-write_http',<br> RuntimeError: Package collectd cannot be found<br> 2017-08-25 09:27:19 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Package installation': Package collectd cannot be found<br> 2017-08-25 09:27:19 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd cannot be found',), <traceback object at 0x3514ef0>)]'<br> 2017-08-25 09:27:19 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd cannot be found',), <traceback object at 0x3514ef0>)]'<br> </p> <p>After this i see that there is and include package for epel-release, that will install the epel repository, <br> </p> <p>so i installed manually the epel-repository</p> <p>added the excludepkgs line but now the error is Package collectd-disk cannot be found</p> <p>this is the epel.repo modified</p> <p>[root@ovc2n05 yum.repos.d]# more /etc/yum.repos.d/epel.repo<br> </p> <p>[epel]<br> name=Extra Packages for Enterprise Linux 7 - $basearch<br> #baseurl=<a class="moz-txt-link-freetext" href="http://download.fedoraproject.org/pub/epel/7/$basearch">http://download.fedoraproject.org/pub/epel/7/$basearch</a><br> metalink=<a class="moz-txt-link-freetext" href="https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch">https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch</a><br> failovermethod=priority<br> enabled=1<br> </p> <p>excludepkgs=collectd*<br> </p> <p>gpgcheck=1<br> gpgkey=<a class="moz-txt-link-freetext" href="file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7">file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7</a><br> <br> [epel-debuginfo]<br> name=Extra Packages for Enterprise Linux 7 - $basearch - Debug<br> #baseurl=<a class="moz-txt-link-freetext" href="http://download.fedoraproject.org/pub/epel/7/$basearch/debug">http://download.fedoraproject.org/pub/epel/7/$basearch/debug</a><br> metalink=<a class="moz-txt-link-freetext" href="https://mirrors.fedoraproject.org/metalink?repo=epel-debug-7&arch=$base…">https://mirrors.fedoraproject.org/metalink?repo=epel-debug-7&arch=$base…</a><br> failovermethod=priority<br> enabled=0<br> gpgkey=<a class="moz-txt-link-freetext" href="file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7">file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7</a><br> gpgcheck=1<br> <br> [epel-source]<br> name=Extra Packages for Enterprise Linux 7 - $basearch - Source<br> #baseurl=<a class="moz-txt-link-freetext" href="http://download.fedoraproject.org/pub/epel/7/SRPMS">http://download.fedoraproject.org/pub/epel/7/SRPMS</a><br> metalink=<a class="moz-txt-link-freetext" href="https://mirrors.fedoraproject.org/metalink?repo=epel-source-7&arch=$bas…">https://mirrors.fedoraproject.org/metalink?repo=epel-source-7&arch=$bas…</a><br> failovermethod=priority<br> enabled=0<br> gpgkey=<a class="moz-txt-link-freetext" href="file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7">file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-7</a><br> gpgcheck=1<br> </p> <p>the epel-testing.repo has all disabled</p> <p>This is the part of log on the manager</p> <p>[root@ovcmgr host-deploy]# more ovirt-host-deploy-20170825* | grep collectd-disk<br> 2017-08-25 10:36:23 DEBUG otopi.plugins.otopi.packagers.yumpackager yumpackager.verbose:76 Yum queue package collectd-disk for install/update<br> 2017-08-25 10:36:23 ERROR otopi.plugins.otopi.packagers.yumpackager yumpackager.error:85 Yum Cannot queue package collectd-disk: Package collectd-disk cannot be found<br> RuntimeError: Package collectd-disk cannot be found<br> 2017-08-25 10:36:23 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Package installation': Package collectd-disk cannot be found<br> 2017-08-25 10:36:23 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd-disk cannot be found',), <traceback object at 0x592e290>)]'<br> 2017-08-25 10:36:23 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/exceptionInfo=list:'[(<type 'exceptions.RuntimeError'>, RuntimeError('Package collectd-disk cannot be found',), <traceback object at 0x592e290>)]'<br> </p> <p>I don't know what other to try.<br> </p> <p>Any help would be accepted</p> <p>Claudio Soprano<br> </p> <pre class="bz_comment_text bz_wrap_comment_text" style="font-size: small; font-family: monospace; white-space: pre-wrap; word-wrap: break-word; width: 50em; color: rgb(0, 0, 0); font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration-style: initial; text-decoration-color: initial;"> </pre> <pre class="moz-signature" cols="72">-- / | / _____/ / | / _____/ | / / / | / / / / | / / / | / / / | / ___/ _____/ / / | / ___/ / | / / / | / / / / | / / / | / ______/ _/ __/ _/ _/ _/ __/ _/ _/ __/ Claudio Soprano phone: (+39)-06-9403.2349/2355 Computing Service fax: (+39)-06-9403.2649 LNF-INFN e-mail: <a class="moz-txt-link-abbreviated" href="mailto:Claudio.Soprano@lnf.infn.it">Claudio.Soprano(a)lnf.infn.it</a> Via Enrico Fermi, 40 www: <a class="moz-txt-link-freetext" href="http://www.lnf.infn.it/">http://www.lnf.infn.it/</a> I-00044 Frascati, Italy </pre> </body> </html> --------------3A508373C5EC3F29788C45F1--

4 12

Adding host for the first time - Power Management?
by Mark Steele 10 Sep '17

10 Sep '17

Hello, We have an existing 4 Host Ovirt 3.5 installation. I am adding two more HP Gen9 Blades to the configuration. I looked at how the power management is setup up in Ovirt for the first four blades and it appears to be configured for ilo4 using a user account that I cannot find documentation for anywhere within my infrastructure. Questions: - is this user / password defined on the blade somewhere (perhaps like an IPMI setup)? - is anyone familiar with where I set this up on an HP Blade? I'd like to get this configured before it goes into production as I assume this requires access to the blade bios / setup to properly configure. Best regards, *** *Mark Steele* CIO / VP Technical Operations | TelVue Corporation TelVue - We Share Your Vision 16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054 800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com twitter: http://twitter.com/telvue | facebook: https://www.facebook.com/telvue

3 2