- Users - oVirt List Archives

oVirt Survey 2018 results
by Sandro Bonazzola 25 Feb '18

25 Feb '18

Thank you very much for having participated in oVirt Survey 2018! Results are now publicly available at http://bit.ly/2Ez909d We're now analyzing results for 4.3 planning. -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 2

ovn related events every 5 minutes on 4.2.1
by Gianluca Cecchi 25 Feb '18

25 Feb '18

Hello, in my events pane of 4.2.1 I see, every 5 minutes, this event Networks of Provider ovirt-provider-ovn were successfully synchronized. that fills so my table and prevent easy reading of other ones... Can I disable or "relax" this? Thanks, Gianluca

2 2

restore snapshot cannot restore memory
by pengyixiang 25 Feb '18

25 Feb '18

------=_Part_117285_1072407852.1519401934490 Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 aGVsbG8KICAgIEkgZm91bmQgaWYgd2UgcmV0b3JlIHNuYXBzaG90LCBtZW1vcnkgY2Fubm90IGJl IHJlc3RvcmVkLCBJIHRlc3QgaXQgd2l0aCBvdmlydC00LjEuMqGidmRzbS00LjE3LjAgYW5kIGxp YnZpcnQtMy4wLjAsIAphbmQgaSBnZXQgc29tZSBlcnJvcnMgaW4gWzFdLGl0IHNlZW1zIHZtIG5v dCBwYXVzZWQgaW4gY3JlYXRpbmcgc25hcHNob3QsIGJ1dCBzZWxmLl91bmRlcmx5aW5nQ29udCgp IGNhbGxlZCBpbiB2bSBzdGFydGluZywKc28gZXJyb3Igb2NjdXJzLCB0aGVuIHZtIGlzIHN0YXJ0 ZWQgaW4gbGlidmlydCBidXQgc2h1dGRvd25lZCBpbiB2ZHNtLCBjaGFuZ2VzIGluIFsyXSwgdGhl biBpdCB3b3JrcyB3ZWxsLgoKCgoKWzFdCjIwMTgtMDItMTIgMTk6Mzk6MjMsODMwKzA4MDAgRVJS T1IgKHZtL2Q3YmUwZmRlKSBbdmlydC52bV0gKHZtSWQ9J2Q3YmUwZmRlLWY5YjktNDQ0Ny1hMjUw LTI0NTM0ODJmYWVmOScpIFRoZSB2bSBzdGFydCBwcm9jZXNzIGZhaWxlZCAodm06NjYyKQpUcmFj ZWJhY2sgKG1vc3QgcmVjZW50IGNhbGwgbGFzdCk6CiAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3Zp cnQvdm0ucHkiLCBsaW5lIDYwNywgaW4gX3N0YXJ0VW5kZXJseWluZ1ZtCiAgICBzZWxmLl9jb21w bGV0ZUluY29taW5nTWlncmF0aW9uKCkKICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdmlydC92bS5w eSIsIGxpbmUgMzI2OCwgaW4gX2NvbXBsZXRlSW5jb21pbmdNaWdyYXRpb24KICAgIHNlbGYuY29u dCgpCiAgRmlsZSAiL3Vzci9zaGFyZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDExMjgsIGluIGNv bnQKICAgIHNlbGYuX3VuZGVybHlpbmdDb250KCkKICBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdmly dC92bS5weSIsIGxpbmUgMzM2OCwgaW4gX3VuZGVybHlpbmdDb250CiAgICBzZWxmLl9kb20ucmVz dW1lKCkKICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy92ZHNtL3ZpcnQv dmlyZG9tYWluLnB5IiwgbGluZSA2OSwgaW4gZgogICAgcmV0ID0gYXR0cigqYXJncywgKiprd2Fy Z3MpCiAgRmlsZSAiL3Vzci9saWIvcHl0aG9uMi43L2Rpc3QtcGFja2FnZXMvdmRzbS9saWJ2aXJ0 Y29ubmVjdGlvbi5weSIsIGxpbmUgMTIzLCBpbiB3cmFwcGVyCiAgICByZXQgPSBmKCphcmdzLCAq Kmt3YXJncykKICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy92ZHNtL3V0 aWxzLnB5IiwgbGluZSA5MjYsIGluIHdyYXBwZXIKICAgIHJldHVybiBmdW5jKGluc3QsICphcmdz LCAqKmt3YXJncykKICBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy9saWJ2 aXJ0LnB5IiwgbGluZSAxOTA1LCBpbiByZXN1bWUKICAgIGlmIHJldCA9PSAtMTogcmFpc2UgbGli dmlydEVycm9yICgndmlyRG9tYWluUmVzdW1lKCkgZmFpbGVkJywgZG9tPXNlbGYpCmxpYnZpcnRF cnJvcjogUmVxdWVzdGVkIG9wZXJhdGlvbiBpcyBub3QgdmFsaWQ6IGRvbWFpbiBpcyBhbHJlYWR5 IHJ1bm5pbmcKCgpbMl0KLS0tIGEvTGlueF9Ob2RlL25vZGVfaXNvL2luc3RhbGxfc2NyaXB0L3B5 L3Zkc20vdmRzbS92aXJ0L3ZtLnB5CisrKyBiL0xpbnhfTm9kZS9ub2RlX2lzby9pbnN0YWxsX3Nj cmlwdC9weS92ZHNtL3Zkc20vdmlydC92bS5weQpAQCAtMzY3Nyw2ICszNjc3LDggQEAgY2xhc3Mg Vm0ob2JqZWN0KToKICAgICAgICAgZWxzZToKICAgICAgICAgICAgIHNuYXBGbGFncyB8PSBsaWJ2 aXJ0LlZJUl9ET01BSU5fU05BUFNIT1RfQ1JFQVRFX0RJU0tfT05MWQogCisgICAgICAgIHNlbGYu X3VuZGVybHlpbmdQYXVzZSgpCisKICAgICAgICAgIyBXaGVuIGNyZWF0aW5nIG1lbW9yeSBzbmFw c2hvdCBsaWJ2aXJ0IHdpbGwgcGF1c2UgdGhlIHZtCiAgICAgICAgIHNob3VsZF9mcmVlemUgPSBu b3QgKG1lbW9yeVBhcmFtcyBvciBmcm96ZW4pCiAKQEAgLTM3MzQsNiArMzczNiw4IEBAIGNsYXNz IFZtKG9iamVjdCk6CiAgICAgICAgICAgICBpZiBtZW1vcnlQYXJhbXM6CiAgICAgICAgICAgICAg ICAgc2VsZi5jaWYudGVhcmRvd25Wb2x1bWVQYXRoKG1lbW9yeVZvbCkKIAorICAgICAgICBzZWxm Ll91bmRlcmx5aW5nQ29udCgpCisKICAgICAgICAgIyBSZXR1cm5pbmcgcXVpZXNjZSB0byBub3Rp ZnkgdGhlIG1hbmFnZXIgd2hldGhlciB0aGUgZ3Vlc3QgYWdlbnQKICAgICAgICAgIyBmcm96ZSBh bmQgZmx1c2hlZCB0aGUgZmlsZXN5c3RlbXMgb3Igbm90LgogICAgICAgICBxdWllc2NlID0gc2hv dWxkX2ZyZWV6ZSBhbmQgZnJlZXplZFsic3RhdHVzIl1bImNvZGUiXSA9PSAw ------=_Part_117285_1072407852.1519401934490 Content-Type: text/html; charset=GBK Content-Transfer-Encoding: base64 PGRpdiBzdHlsZT0ibGluZS1oZWlnaHQ6MS43O2NvbG9yOiMwMDAwMDA7Zm9udC1zaXplOjE0cHg7 Zm9udC1mYW1pbHk6QXJpYWwiPjxkaXY+aGVsbG88L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgSSBm b3VuZCBpZiB3ZSByZXRvcmUgc25hcHNob3QsIG1lbW9yeSBjYW5ub3QgYmUgcmVzdG9yZWQsIEkg dGVzdCBpdCB3aXRoIG92aXJ0LTQuMS4yoaJ2ZHNtLTQuMTcuMCBhbmQgbGlidmlydC0zLjAuMCwm bmJzcDs8L2Rpdj48ZGl2PmFuZCBpIGdldCBzb21lIGVycm9ycyBpbiBbMV0saXQgc2VlbXMgdm0g bm90IHBhdXNlZCBpbiBjcmVhdGluZyBzbmFwc2hvdCwgYnV0IHNlbGYuX3VuZGVybHlpbmdDb250 KCkgY2FsbGVkIGluIHZtIHN0YXJ0aW5nLDwvZGl2PjxkaXY+c28gZXJyb3Igb2NjdXJzLCB0aGVu IHZtIGlzIHN0YXJ0ZWQgaW4gbGlidmlydCBidXQgc2h1dGRvd25lZCBpbiB2ZHNtLCBjaGFuZ2Vz IGluIFsyXSwgdGhlbiBpdCB3b3JrcyB3ZWxsLjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+PGJy PjwvZGl2PjxkaXY+WzFdPC9kaXY+PGRpdj4yMDE4LTAyLTEyIDE5OjM5OjIzLDgzMCswODAwIEVS Uk9SICh2bS9kN2JlMGZkZSkgW3ZpcnQudm1dICh2bUlkPSdkN2JlMGZkZS1mOWI5LTQ0NDctYTI1 MC0yNDUzNDgyZmFlZjknKSBUaGUgdm0gc3RhcnQgcHJvY2VzcyBmYWlsZWQgKHZtOjY2Mik8YnI+ VHJhY2ViYWNrIChtb3N0IHJlY2VudCBjYWxsIGxhc3QpOjxicj4mbmJzcDsgRmlsZSAiL3Vzci9z aGFyZS92ZHNtL3ZpcnQvdm0ucHkiLCBsaW5lIDYwNywgaW4gX3N0YXJ0VW5kZXJseWluZ1ZtPGJy PiZuYnNwOyZuYnNwOyZuYnNwOyBzZWxmLl9jb21wbGV0ZUluY29taW5nTWlncmF0aW9uKCk8YnI+ Jm5ic3A7IEZpbGUgIi91c3Ivc2hhcmUvdmRzbS92aXJ0L3ZtLnB5IiwgbGluZSAzMjY4LCBpbiBf Y29tcGxldGVJbmNvbWluZ01pZ3JhdGlvbjxicj4mbmJzcDsmbmJzcDsmbmJzcDsgc2VsZi5jb250 KCk8YnI+Jm5ic3A7IEZpbGUgIi91c3Ivc2hhcmUvdmRzbS92aXJ0L3ZtLnB5IiwgbGluZSAxMTI4 LCBpbiBjb250PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBzZWxmLl91bmRlcmx5aW5nQ29udCgpPGJy PiZuYnNwOyBGaWxlICIvdXNyL3NoYXJlL3Zkc20vdmlydC92bS5weSIsIGxpbmUgMzM2OCwgaW4g X3VuZGVybHlpbmdDb250PGJyPiZuYnNwOyZuYnNwOyZuYnNwOyBzZWxmLl9kb20ucmVzdW1lKCk8 YnI+Jm5ic3A7IEZpbGUgIi91c3IvbGliL3B5dGhvbjIuNy9kaXN0LXBhY2thZ2VzL3Zkc20vdmly dC92aXJkb21haW4ucHkiLCBsaW5lIDY5LCBpbiBmPGJyPiZuYnNwOyZuYnNwOyZuYnNwOyByZXQg PSBhdHRyKCphcmdzLCAqKmt3YXJncyk8YnI+Jm5ic3A7IEZpbGUgIi91c3IvbGliL3B5dGhvbjIu Ny9kaXN0LXBhY2thZ2VzL3Zkc20vbGlidmlydGNvbm5lY3Rpb24ucHkiLCBsaW5lIDEyMywgaW4g d3JhcHBlcjxicj4mbmJzcDsmbmJzcDsmbmJzcDsgcmV0ID0gZigqYXJncywgKiprd2FyZ3MpPGJy PiZuYnNwOyBGaWxlICIvdXNyL2xpYi9weXRob24yLjcvZGlzdC1wYWNrYWdlcy92ZHNtL3V0aWxz LnB5IiwgbGluZSA5MjYsIGluIHdyYXBwZXI8YnI+Jm5ic3A7Jm5ic3A7Jm5ic3A7IHJldHVybiBm dW5jKGluc3QsICphcmdzLCAqKmt3YXJncyk8YnI+Jm5ic3A7IEZpbGUgIi91c3IvbGliL3B5dGhv bjIuNy9kaXN0LXBhY2thZ2VzL2xpYnZpcnQucHkiLCBsaW5lIDE5MDUsIGluIHJlc3VtZTxicj4m bmJzcDsmbmJzcDsmbmJzcDsgaWYgcmV0ID09IC0xOiByYWlzZSBsaWJ2aXJ0RXJyb3IgKCd2aXJE b21haW5SZXN1bWUoKSBmYWlsZWQnLCBkb209c2VsZik8YnI+bGlidmlydEVycm9yOiBSZXF1ZXN0 ZWQgb3BlcmF0aW9uIGlzIG5vdCB2YWxpZDogZG9tYWluIGlzIGFscmVhZHkgcnVubmluZzwvZGl2 PjxkaXY+PGJyPjwvZGl2PjxkaXY+WzJdPC9kaXY+PGRpdj48ZGl2Pi0tLSBhL0xpbnhfTm9kZS9u b2RlX2lzby9pbnN0YWxsX3NjcmlwdC9weS92ZHNtL3Zkc20vdmlydC92bS5weTwvZGl2PjxkaXY+ KysrIGIvTGlueF9Ob2RlL25vZGVfaXNvL2luc3RhbGxfc2NyaXB0L3B5L3Zkc20vdmRzbS92aXJ0 L3ZtLnB5PC9kaXY+PGRpdj5AQCAtMzY3Nyw2ICszNjc3LDggQEAgY2xhc3MgVm0ob2JqZWN0KTo8 L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtlbHNlOjwvZGl2Pjxk aXY+Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7c25hcEZs YWdzIHw9IGxpYnZpcnQuVklSX0RPTUFJTl9TTkFQU0hPVF9DUkVBVEVfRElTS19PTkxZPC9kaXY+ PGRpdj4mbmJzcDs8L2Rpdj48ZGl2PismbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgc2VsZi5f dW5kZXJseWluZ1BhdXNlKCk8L2Rpdj48ZGl2Pis8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsjIFdoZW4gY3JlYXRpbmcgbWVtb3J5IHNuYXBzaG90IGxpYnZpcnQg d2lsbCBwYXVzZSB0aGUgdm08L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDtzaG91bGRfZnJlZXplID0gbm90IChtZW1vcnlQYXJhbXMgb3IgZnJvemVuKTwvZGl2Pjxk aXY+Jm5ic3A7PC9kaXY+PGRpdj5AQCAtMzczNCw2ICszNzM2LDggQEAgY2xhc3MgVm0ob2JqZWN0 KTo8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwO2lmIG1lbW9yeVBhcmFtczo8L2Rpdj48ZGl2PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7c2VsZi5jaWYudGVhcmRvd25Wb2x1 bWVQYXRoKG1lbW9yeVZvbCk8L2Rpdj48ZGl2PiZuYnNwOzwvZGl2PjxkaXY+KyZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyBzZWxmLl91bmRlcmx5aW5nQ29udCgpPC9kaXY+PGRpdj4rPC9kaXY+ PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7IyBSZXR1cm5pbmcgcXVpZXNj ZSB0byBub3RpZnkgdGhlIG1hbmFnZXIgd2hldGhlciB0aGUgZ3Vlc3QgYWdlbnQ8L2Rpdj48ZGl2 PiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsjIGZyb3plIGFuZCBmbHVzaGVkIHRo ZSBmaWxlc3lzdGVtcyBvciBub3QuPC9kaXY+PGRpdj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7cXVpZXNjZSA9IHNob3VsZF9mcmVlemUgYW5kIGZyZWV6ZWRbInN0YXR1cyJdWyJj b2RlIl0gPT0gMDwvZGl2PjwvZGl2PjwvZGl2Pjxicj48YnI+PHNwYW4gdGl0bGU9Im5ldGVhc2Vm b290ZXIiPjxwPiZuYnNwOzwvcD48L3NwYW4+ ------=_Part_117285_1072407852.1519401934490--

2 1

Confused by logical networks
by Paul-Erik Törrönen 25 Feb '18

25 Feb '18

I'm not sure how the logical networks should work and would appreciate if someone could shed some light into the matter, I've tried reading the documentation¹ but have not become any wiser :-/ For the sake of argument, I have two hosts in the same cluster/DC, They both have 2 network devices each (let's call them eth0 and eth1). On both hosts the ovirtmgmgt is connected to eth0 and uses the 10.0.0.0/8-network. Host 1 is 10.0.0.1 and host 2 is 10.0.0.2. All four network devices are connected to one switch. Then I create a logical network, mylogic which should be 192.168.1.0/24, which I assign to eth1 on each host, but define only for host 1 an ip-address, 192.168.1.1, host 2 has also the network assigned to eth1, but withouth an ip address. Next I create vm1 on host 1, give it a single virtual network connection to mylogic, and configure the guest to use 192.168.1.2 with gw 192.168.1.1. Obviously I can from the guest ping 192.168.1.1 which is the host address on the logical network as the guest is running on the same hardware where the host ip address is defined. However, and this is where my confusion lies, if I now create another vm, vm2, on host 2, attach its network device to the mylogic network and configure it to use 192.168.1.3 with gw 192.168.1.1, I can not ping neither 192.168.1.1 nor 192.168.1.2. My understanding is that vm2 should be able to ping the wm1 as well as the gateway address defined on host 1. However this does not seem to be the case. What have I missed here? TIA, Poltsi ¹ https://www.ovirt.org/documentation/admin-guide/chap-Logical_Networks/

3 5

VM is locked, servlet , and SpiceVersion.txt problem
by Terry hey 24 Feb '18

24 Feb '18

Hello everyone! Thank for your time to analyize my problem. Totally, i have two question. I encountered vm image lock problem. The following action is what i have to and make the vm image locked. First, i imported a vm. Since it is take too long time to import and the engine.log always repeatly said it was waiting child command id. "2018-02-23 16:37:46,603+08 INFO [org.ovirt.engine.core.bll.ConcurrentChildCommandsExecutionCallback] (EE-ManagedThreadFactory-engineScheduled-Thread-16) [1c44d543-4dcc-429d-a172-386cc860afe0] Command 'ImportVm' (id: '09718bd2-797d-4323-b1ad-1a85604543c3') waiting on child command id: '9e285b2d-c0c7-4a75-8c70-b619b45c6855' type:'CopyImageGroup' to complete " So,I thought the operation was not normal. So, 1. I use "./unlock_entity.sh" to unlock the virtual disk of the vm. 2. Virtual disk was unlocked but vm was still locked. Therefore, i use "./unlock_entity.sh" to show locked vm. But there was nothing. 3. Then i used "./taskcleaner.sh" to clean all task. But nothing happen. Q1: So, now, i would like to ask how to unlock the vm image so that i can delete or use it. Q2: In addition, there are two error or warning appeared in engine.log 1. 2018-02-23 09:57:19,495+08 WARN [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-272) [] File'/usr/share/ovirt-engine/ui-plugins/dashboard-resources/css/main-tab.d3769419.css' is 2839039 bytes long. Please reconsider using this servlet for files larger than 1048576 bytes. 2. 2018-02-23 09:47:39,656+08 ERROR [org.ovirt.engine.core.utils.servlet.ServletUtils] (default task-193) [] Can't read file '/usr/share/ovirt-engine/files/spice/SpiceVersion.txt' for request '/ovirt-engine/services/files/spice/SpiceVersion.txt', will send a 404 error response. Do you guys have any idea what do they mean? I really appreciate you help. Thank you! Regards Terry

2 2

Re: [ovirt-users] rebooting hypervisors from time to time
by Mahdi Adnan 23 Feb '18

23 Feb '18

--_000_DM5PR01MB2506CA22D55C58A5210C6EA6FFCC0DM5PR01MB2506prod_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, The log does't indicate HV reboot, and i see lots of errors in the logs. During the reboot, what happened to the VM inside of the HV ? migrated ? pa= used ? what about the system's logs ? does it indicate a graceful shutdown = ? -- Respectfully Mahdi A. Mahdi ________________________________ From: Erekle Magradze <erekle.magradze(a)recogizer.de> Sent: Friday, February 23, 2018 2:48 PM To: Mahdi Adnan; users(a)ovirt.org Subject: Re: [ovirt-users] rebooting hypervisors from time to time Thanks for the reply, I've attached all the logs from yesterday, reboot has happened during the d= ay but this is not the first time and this is not the only one hypervisor. Kind Regards Erekle On 02/23/2018 09:00 AM, Mahdi Adnan wrote: Hi, Can you post the VDSM and Engine logs ? -- Respectfully Mahdi A. Mahdi ________________________________ From: users-bounces(a)ovirt.org<mailto:users-bounces@ovirt.org> <users-bounce= s(a)ovirt.org><mailto:users-bounces@ovirt.org> on behalf of Erekle Magradze <= erekle.magradze(a)recogizer.de><mailto:erekle.magradze@recogizer.de> Sent: Thursday, February 22, 2018 11:48 PM To: users(a)ovirt.org<mailto:users@ovirt.org> Subject: Re: [ovirt-users] rebooting hypervisors from time to time Dear all, It would be great if someone will share any experience regarding the similar case, would be great to have a hint where to start investigation. Thanks again Cheers Erekle On 02/22/2018 05:05 PM, Erekle Magradze wrote: > Hello there, > > I am facing the following problem from time to time one of the > hypervisor (there are 3 of them)s is rebooting, I am using > ovirt-release42-4.2.1-1.el7.centos.noarch and glsuter as a storage > backend (glusterfs-3.12.5-2.el7.x86_64). > > I am suspecting gluster because of the e.g. message bellow from one of > the volumes, > > Could you please help and suggest to which direction should > investigation go? > > Thanks in advance > > Cheers > > Erekle > > > [2018-02-22 15:36:10.011687] and [2018-02-22 15:37:10.955013] > [2018-02-22 15:41:10.198701] I [MSGID: 109063] > [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found > anomalies in (null) (gfid =3D 00000000-0000-0000-0000-000000000000). > Holes=3D1 overlaps=3D0 > [2018-02-22 15:41:10.198704] I [MSGID: 109063] > [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found > anomalies in (null) (gfid =3D 00000000-0000-0000-0000-000000000000). > Holes=3D1 overlaps=3D0 > [2018-02-22 15:42:11.293608] I [MSGID: 109063] > [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found > anomalies in (null) (gfid =3D 00000000-0000-0000-0000-000000000000). > Holes=3D1 overlaps=3D0 > [2018-02-22 15:53:16.245720] I [MSGID: 100030] > [glusterfsd.c:2524:main] 0-/usr/sbin/glusterfs: Started running > /usr/sbin/glusterfs version 3.12.5 (args: /usr/sbin/glusterfs > --volfile-server=3D10.0.0.21 --volfi > le-server=3D10.0.0.22 --volfile-server=3D10.0.0.23 > --volfile-id=3D/virtimages > /rhev/data-center/mnt/glusterSD/10.0.0.21:_virtimages) > [2018-02-22 15:53:16.263712] W [MSGID: 101002] > [options.c:995:xl_opt_validate] 0-glusterfs: option 'address-family' > is deprecated, preferred is 'transport.address-family', continuing > with correction > [2018-02-22 15:53:16.269595] I [MSGID: 101190] > [event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started > thread with index 1 > [2018-02-22 15:53:16.273483] I [MSGID: 101190] > [event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started > thread with index 2 > [2018-02-22 15:53:16.273594] W [MSGID: 101174] > [graph.c:363:_log_if_unknown_option] 0-virtimages-readdir-ahead: > option 'parallel-readdir' is not recognized > [2018-02-22 15:53:16.273703] I [MSGID: 114020] [client.c:2360:notify] > 0-virtimages-client-0: parent translators are ready, attempting > connect on transport > [2018-02-22 15:53:16.276455] I [MSGID: 114020] [client.c:2360:notify] > 0-virtimages-client-1: parent translators are ready, attempting > connect on transport > [2018-02-22 15:53:16.276683] I [rpc-clnt.c:1986:rpc_clnt_reconfig] > 0-virtimages-client-0: changing port to 49152 (from 0) > [2018-02-22 15:53:16.279191] I [MSGID: 114020] [client.c:2360:notify] > 0-virtimages-client-2: parent translators are ready, attempting > connect on transport > [2018-02-22 15:53:16.282126] I [MSGID: 114057] > [client-handshake.c:1478:select_server_supported_programs] > 0-virtimages-client-0: Using Program GlusterFS 3.3, Num (1298437), > Version (330) > [2018-02-22 15:53:16.282573] I [MSGID: 114046] > [client-handshake.c:1231:client_setvolume_cbk] 0-virtimages-client-0: > Connected to virtimages-client-0, attached to remote volume > '/mnt/virtimages/virtimgs'. > [2018-02-22 15:53:16.282584] I [MSGID: 114047] > [client-handshake.c:1242:client_setvolume_cbk] 0-virtimages-client-0: > Server and Client lk-version numbers are not same, reopening the fds > [2018-02-22 15:53:16.282665] I [MSGID: 108005] > [afr-common.c:4929:__afr_handle_child_up_event] > 0-virtimages-replicate-0: Subvolume 'virtimages-client-0' came back > up; going online. > [2018-02-22 15:53:16.282877] I [rpc-clnt.c:1986:rpc_clnt_reconfig] > 0-virtimages-client-1: changing port to 49152 (from 0) > [2018-02-22 15:53:16.282934] I [MSGID: 114035] > [client-handshake.c:202:client_set_lk_version_cbk] > 0-virtimages-client-0: Server lk version =3D 1 > > _______________________________________________ > Users mailing list > Users(a)ovirt.org<mailto:Users@ovirt.org> > http://lists.ovirt.org/mailman/listinfo/users -- Recogizer Group GmbH Dr.rer.nat. Erekle Magradze Lead Big Data Engineering & DevOps Rheinwerkallee 2, 53227 Bonn Tel: +49 228 29974555 E-Mail erekle.magradze(a)recogizer.de<mailto:erekle.magradze@recogizer.de> recogizer.com ----------------------------------------------------------------- Recogizer Group GmbH Gesch=E4ftsf=FChrer: Oliver Habisch, Carsten Kreutze Handelsregister: Amtsgericht Bonn HRB 20724 Sitz der Gesellschaft: Bonn; USt-ID-Nr.: DE294195993 Diese E-Mail enth=E4lt vertrauliche und/oder rechtlich gesch=FCtzte Informa= tionen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrt=FC= mlich erhalten haben, informieren Sie bitte sofort den Absender und l=F6sch= en Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe d= ieser Mail und der darin enthaltenen Informationen ist nicht gestattet. _______________________________________________ Users mailing list Users(a)ovirt.org<mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users -- Recogizer Group GmbH Dr.rer.nat. Erekle Magradze Lead Big Data Engineering & DevOps Rheinwerkallee 2, 53227 Bonn Tel: +49 228 29974555 E-Mail erekle.magradze(a)recogizer.de<mailto:erekle.magradze@recogizer.de> recogizer.com ----------------------------------------------------------------- Recogizer Group GmbH Gesch=E4ftsf=FChrer: Oliver Habisch, Carsten Kreutze Handelsregister: Amtsgericht Bonn HRB 20724 Sitz der Gesellschaft: Bonn; USt-ID-Nr.: DE294195993 Diese E-Mail enth=E4lt vertrauliche und/oder rechtlich gesch=FCtzte Informa= tionen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrt=FC= mlich erhalten haben, informieren Sie bitte sofort den Absender und l=F6sch= en Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe d= ieser Mail und der darin enthaltenen Informationen ist nicht gestattet. --_000_DM5PR01MB2506CA22D55C58A5210C6EA6FFCC0DM5PR01MB2506prod_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none;"> P {margin-top:0;margin-bo= ttom:0;} </style> </head> <body dir=3D"ltr"> <div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;= color: rgb(0, 0, 0); background-color: rgba(0, 0, 0, 0);"> Hi,</div> <div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;= color: rgb(0, 0, 0); background-color: rgba(0, 0, 0, 0);"> <br> </div> <div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;= color: rgb(0, 0, 0); background-color: rgba(0, 0, 0, 0);"> The log does't indicate HV reboot, and i see lots of errors in the logs.</d= iv> <div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;= color: rgb(0, 0, 0); background-color: rgba(0, 0, 0, 0);"> During the reboot, what happened to the VM inside of the HV ? migrated ? pa= used ? what about the system's logs ? does it indicate a graceful shutdown = ?</div> <div style=3D"font-family: Calibri, Helvetica, sans-serif; font-size: 12pt;= color: rgb(0, 0, 0);"> <br> </div> <div id=3D"signature"><br> <div class=3D"ecxmoz-signature">-- <br> <br> <font color=3D"#3366ff"><font color=3D"#000000">Respectfully<b><br> </b><b>Mahdi A. Mahdi</b></font></font><font color=3D"#3366ff"><br> <br> </font><font color=3D"#3366ff"></font></div> </div> <hr style=3D"display:inline-block;width:98%" tabindex=3D"-1"> <div id=3D"divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-serif" st= yle=3D"font-size:11pt" color=3D"#000000"><b>From:</b> Erekle Magradze <e= rekle.magradze(a)recogizer.de><br> <b>Sent:</b> Friday, February 23, 2018 2:48 PM<br> <b>To:</b> Mahdi Adnan; users(a)ovirt.org<br> <b>Subject:</b> Re: [ovirt-users] rebooting hypervisors from time to time</= font> <div> </div> </div> <div style=3D"background-color:#FFFFFF"> <p>Thanks for the reply,</p> <p>I've attached all the logs from yesterday, reboot has happened during th= e day but this is not the first time and this is not the only one hyperviso= r.</p> <p>Kind Regards</p> <p>Erekle</p> <br> <div class=3D"x_moz-cite-prefix">On 02/23/2018 09:00 AM, Mahdi Adnan wrote:= <br> </div> <blockquote type=3D"cite"><style type=3D"text/css" style=3D"display:none">  </style> <div style=3D"font-family:Calibri,Helvetica,sans-serif; font-size:12pt; col= or:rgb(0,0,0); background-color:rgba(0,0,0,0)"> Hi,</div> <div style=3D"font-family:Calibri,Helvetica,sans-serif; font-size:12pt; col= or:rgb(0,0,0); background-color:rgba(0,0,0,0)"> <br> </div> <div style=3D"font-family:Calibri,Helvetica,sans-serif; font-size:12pt; col= or:rgb(0,0,0); background-color:rgba(0,0,0,0)"> Can you post the VDSM and Engine logs ?</div> <div style=3D"font-family:Calibri,Helvetica,sans-serif; font-size:12pt; col= or:rgb(0,0,0)"> <br> </div> <div id=3D"x_signature"><br> <div class=3D"x_ecxmoz-signature">-- <br> <br> <font color=3D"#3366ff"><font color=3D"#000000">Respectfully<b><br> </b><b>Mahdi A. Mahdi</b></font></font><font color=3D"#3366ff"><br> <br> </font></div> </div> <hr tabindex=3D"-1" style=3D"display:inline-block; width:98%"> <div id=3D"x_divRplyFwdMsg" dir=3D"ltr"><font face=3D"Calibri, sans-serif" = color=3D"#000000" style=3D"font-size:11pt"><b>From:</b> <a class=3D"x_moz-txt-link-abbreviated" href=3D"mailto:users-bounces@ovirt.= org">users-bounces(a)ovirt.org</a> <a class=3D"x_moz-txt-link-rfc2396E" href=3D"mailto:users-bounces@ovirt.org= "><users-bounces(a)ovirt.org></a> on behalf of Erekle Magradze <a class=3D"x_moz-txt-link-rfc2396E" href=3D"mailto:erekle.magradze@recogiz= er.de"><erekle.magradze(a)recogizer.de></a><br> <b>Sent:</b> Thursday, February 22, 2018 11:48 PM<br> <b>To:</b> <a class=3D"x_moz-txt-link-abbreviated" href=3D"mailto:users@ovi= rt.org">users(a)ovirt.org</a><br> <b>Subject:</b> Re: [ovirt-users] rebooting hypervisors from time to time</= font> <div> </div> </div> <div class=3D"x_BodyFragment"><font size=3D"2"><span style=3D"font-size:11p= t"> <div class=3D"x_PlainText">Dear all,<br> <br> It would be great if someone will share any experience regarding the <br> similar case, would be great to have a hint where to start investigation.<b= r> <br> Thanks again<br> <br> Cheers<br> <br> Erekle<br> <br> <br> On 02/22/2018 05:05 PM, Erekle Magradze wrote:<br> > Hello there,<br> ><br> > I am facing the following problem from time to time one of the <br> > hypervisor (there are 3 of them)s is rebooting, I am using <br> > ovirt-release42-4.2.1-1.el7.centos.noarch and glsuter as a storage <br= > > backend (glusterfs-3.12.5-2.el7.x86_64).<br> ><br> > I am suspecting gluster because of the e.g. message bellow from one of= <br> > the volumes,<br> ><br> > Could you please help and suggest to which direction should <br> > investigation go?<br> ><br> > Thanks in advance<br> ><br> > Cheers<br> ><br> > Erekle<br> ><br> ><br> > [2018-02-22 15:36:10.011687] and [2018-02-22 15:37:10.955013]<br> > [2018-02-22 15:41:10.198701] I [MSGID: 109063] <br> > [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found <br> > anomalies in (null) (gfid =3D 00000000-0000-0000-0000-000000000000). <= br> > Holes=3D1 overlaps=3D0<br> > [2018-02-22 15:41:10.198704] I [MSGID: 109063] <br> > [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found <br> > anomalies in (null) (gfid =3D 00000000-0000-0000-0000-000000000000). <= br> > Holes=3D1 overlaps=3D0<br> > [2018-02-22 15:42:11.293608] I [MSGID: 109063] <br> > [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found <br> > anomalies in (null) (gfid =3D 00000000-0000-0000-0000-000000000000). <= br> > Holes=3D1 overlaps=3D0<br> > [2018-02-22 15:53:16.245720] I [MSGID: 100030] <br> > [glusterfsd.c:2524:main] 0-/usr/sbin/glusterfs: Started running <br> > /usr/sbin/glusterfs version 3.12.5 (args: /usr/sbin/glusterfs <br> > --volfile-server=3D10.0.0.21 --volfi<br> > le-server=3D10.0.0.22 --volfile-server=3D10.0.0.23 <br> > --volfile-id=3D/virtimages <br> > /rhev/data-center/mnt/glusterSD/10.0.0.21:_virtimages)<br> > [2018-02-22 15:53:16.263712] W [MSGID: 101002] <br> > [options.c:995:xl_opt_validate] 0-glusterfs: option 'address-family' <= br> > is deprecated, preferred is 'transport.address-family', continuing <br= > > with correction<br> > [2018-02-22 15:53:16.269595] I [MSGID: 101190] <br> > [event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started <br> > thread with index 1<br> > [2018-02-22 15:53:16.273483] I [MSGID: 101190] <br> > [event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started <br> > thread with index 2<br> > [2018-02-22 15:53:16.273594] W [MSGID: 101174] <br> > [graph.c:363:_log_if_unknown_option] 0-virtimages-readdir-ahead: <br> > option 'parallel-readdir' is not recognized<br> > [2018-02-22 15:53:16.273703] I [MSGID: 114020] [client.c:2360:notify] = <br> > 0-virtimages-client-0: parent translators are ready, attempting <br> > connect on transport<br> > [2018-02-22 15:53:16.276455] I [MSGID: 114020] [client.c:2360:notify] = <br> > 0-virtimages-client-1: parent translators are ready, attempting <br> > connect on transport<br> > [2018-02-22 15:53:16.276683] I [rpc-clnt.c:1986:rpc_clnt_reconfig] <br= > > 0-virtimages-client-0: changing port to 49152 (from 0)<br> > [2018-02-22 15:53:16.279191] I [MSGID: 114020] [client.c:2360:notify] = <br> > 0-virtimages-client-2: parent translators are ready, attempting <br> > connect on transport<br> > [2018-02-22 15:53:16.282126] I [MSGID: 114057] <br> > [client-handshake.c:1478:select_server_supported_programs] <br> > 0-virtimages-client-0: Using Program GlusterFS 3.3, Num (1298437), <br= > > Version (330)<br> > [2018-02-22 15:53:16.282573] I [MSGID: 114046] <br> > [client-handshake.c:1231:client_setvolume_cbk] 0-virtimages-client-0: = <br> > Connected to virtimages-client-0, attached to remote volume <br> > '/mnt/virtimages/virtimgs'.<br> > [2018-02-22 15:53:16.282584] I [MSGID: 114047] <br> > [client-handshake.c:1242:client_setvolume_cbk] 0-virtimages-client-0: = <br> > Server and Client lk-version numbers are not same, reopening the fds<b= r> > [2018-02-22 15:53:16.282665] I [MSGID: 108005] <br> > [afr-common.c:4929:__afr_handle_child_up_event] <br> > 0-virtimages-replicate-0: Subvolume 'virtimages-client-0' came back <b= r> > up; going online.<br> > [2018-02-22 15:53:16.282877] I [rpc-clnt.c:1986:rpc_clnt_reconfig] <br= > > 0-virtimages-client-1: changing port to 49152 (from 0)<br> > [2018-02-22 15:53:16.282934] I [MSGID: 114035] <br> > [client-handshake.c:202:client_set_lk_version_cbk] <br> > 0-virtimages-client-0: Server lk version =3D 1<br> ><br> > _______________________________________________<br> > Users mailing list<br> > <a class=3D"x_moz-txt-link-abbreviated" href=3D"mailto:Users@ovirt.org= ">Users(a)ovirt.org</a><br> > <a href=3D"http://lists.ovirt.org/mailman/listinfo/users">http://lists= .ovirt.org/mailman/listinfo/users</a><br> <br> -- <br> Recogizer Group GmbH<br> <br> Dr.rer.nat. Erekle Magradze<br> Lead Big Data Engineering & DevOps<br> Rheinwerkallee 2, 53227 Bonn<br> Tel: +49 228 29974555<br> <br> E-Mail <a class=3D"x_moz-txt-link-abbreviated" href=3D"mailto:erekle.magrad= ze(a)recogizer.de"> erekle.magradze(a)recogizer.de</a><br> recogizer.com<br> <br> -----------------------------------------------------------------<br> <br> Recogizer Group GmbH<br> Gesch=E4ftsf=FChrer: Oliver Habisch, Carsten Kreutze<br> Handelsregister: Amtsgericht Bonn HRB 20724<br> Sitz der Gesellschaft: Bonn; USt-ID-Nr.: DE294195993<br> Diese E-Mail enth=E4lt vertrauliche und/oder rechtlich gesch=FCtzte Informa= tionen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrt=FC= mlich erhalten haben, informieren Sie bitte sofort den Absender und l=F6sch= en Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail und der darin enthaltenen Infor= mationen ist nicht gestattet.<br> <br> _______________________________________________<br> Users mailing list<br> <a class=3D"x_moz-txt-link-abbreviated" href=3D"mailto:Users@ovirt.org">Use= rs(a)ovirt.org</a><br> <a href=3D"http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovir= t.org/mailman/listinfo/users</a><br> </div> </span></font></div> </blockquote> <br> <pre class=3D"x_moz-signature" cols=3D"72">--=20 Recogizer Group GmbH Dr.rer.nat. Erekle Magradze Lead Big Data Engineering & DevOps Rheinwerkallee 2, 53227 Bonn Tel: +49 228 29974555 E-Mail <a class=3D"x_moz-txt-link-abbreviated" href=3D"mailto:erekle.magrad= ze(a)recogizer.de">erekle.magradze(a)recogizer.de</a> recogizer.com ----------------------------------------------------------------- Recogizer Group GmbH Gesch=E4ftsf=FChrer: Oliver Habisch, Carsten Kreutze Handelsregister: Amtsgericht Bonn HRB 20724 Sitz der Gesellschaft: Bonn; USt-ID-Nr.: DE294195993 Diese E-Mail enth=E4lt vertrauliche und/oder rechtlich gesch=FCtzte Informa= tionen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrt=FC= mlich erhalten haben, informieren Sie bitte sofort den Absender und l=F6sch= en Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe d= ieser Mail und der darin enthaltenen Informationen ist nicht gestattet.</pr= e> </div> </body> </html> --_000_DM5PR01MB2506CA22D55C58A5210C6EA6FFCC0DM5PR01MB2506prod_--

2 1

Upgrade Cluster Compat Level from 4.1 to 4.2
by Arsène Gschwind 23 Feb '18

23 Feb '18

This is a multi-part message in MIME format. --------------3DF9AE3C9E55466CF85B4C9B Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Hi, I could successfully upgrade our Ovirt Environment from 4.1.9 to 4.2.1, really great job with the new interface. Everything runs well so far, the only problem I have is when trying to Upgrade the Cluster Compatibility Level from 4.1 to 4.2 it throw an error : Error while executing action: Update of cluster compatibility version failed because there are VMs/Templates [spfy-tscon] with incorrect configuration. To fix the issue, please go to each of them, edit and press OK. If the save does not pass, fix the dialog validation. This VM is a Windows Server 2016 System with a custom property using smbios hook, could that be the problem? The engine log don't help a lot: /2018-02-22 18:49:42,026+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-57) [595850d5] EVENT_ID: CLUSTER_CANNOT_UPDATE_VM_COMPATIBILITY_VERSION(12,005), Cannot update compatibility version of Vm/Template: [spfy-tscon], Message: [No Message]// / Are there some other place to investigate and get some more information about this error? Thanks a lot for any Hint/Help. rgds, Arsene -- *Arsène Gschwind* Fa. Sapify AG im Auftrag der Universität Basel IT Services Klingelbergstr. 70 | CH-4056 Basel | Switzerland Tel. +41 79 449 25 63 | http://its.unibas.ch <http://its.unibas.ch/> ITS-ServiceDesk: support-its(a)unibas.ch | +41 61 267 14 11 --------------3DF9AE3C9E55466CF85B4C9B 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,</p> <p>I could successfully upgrade our Ovirt Environment from 4.1.9 to 4.2.1, really great job with the new interface.<br> Everything runs well so far, the only problem I have is when trying to Upgrade the Cluster Compatibility Level from 4.1 to 4.2 it throw an error :</p> <p><span style="color: rgb(54, 54, 54); font-family: "Open Sans", Helvetica, Arial, sans-serif; font-size: 12px; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; background-color: rgb(255, 255, 255); text-decoration-style: initial; text-decoration-color: initial; display: inline !important; float: none;">Error while executing action: Update of cluster compatibility version failed because there are VMs/Templates [spfy-tscon] with incorrect configuration. To fix the issue, please go to each of them, edit and press OK. If the save does not pass, fix the dialog validation.</span></p> <p>This VM is a Windows Server 2016 System with a custom property using smbios hook, could that be the problem?<br> The engine log don't help a lot:</p> <p><i>2018-02-22 18:49:42,026+01 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-57) [595850d5] EVENT_ID: CLUSTER_CANNOT_UPDATE_VM_COMPATIBILITY_VERSION(12,005), Cannot update compatibility version of Vm/Template: [spfy-tscon], Message: [No Message]</i><i><br> </i></p> <p>Are there some other place to investigate and get some more information about this error?<br> </p> <p>Thanks a lot for any Hint/Help.</p> <p>rgds,<br> Arsene<br> </p> <div class="moz-signature">-- <br> <p class="western" style="margin-bottom: 0in; line-height: 150%"> <font color="#000000"><font face="Tahoma, serif"> <font style="font-size: 8pt" size="1"> <b>Arsène Gschwind</b> </font> </font> <font color="#000000"> <font face="Tahoma, serif"> <font style="font-size: 8pt" size="1"> </font> </font> </font> <font face="Tahoma, serif"> <font style="font-size: 8pt" size="1"> </font> </font> <font face="Tahoma, serif"> </font> <font color="#000000"> <font face="Tahoma, serif"> <font style="font-size: 8pt" size="1"> <br> </font> </font> </font> <font color="#7f7f7f"> <font face="Tahoma, serif"> <font style="font-size: 8pt" size="1"> Fa. Sapify AG im Auftrag der Universität Basel<br> IT Services<br> Klingelbergstr. 70 | CH-4056 Basel | Switzerland<br> Tel. +41 79 449 25 63 | </font> </font> </font> <a href="http://its.unibas.ch/"> <font face="Tahoma, serif"> <font style="font-size: 8pt" size="1"> http://its.unibas.ch </font> </font> </a><br> <font color="#7f7f7f"> <font face="Tahoma, serif"> <font style="font-size: 8pt" size="1"> ITS-ServiceDesk: <a class="moz-txt-link-abbreviated" href="mailto:support-its@unibas.ch">support-its(a)unibas.ch</a> | +41 61 267 14 11 <br> </font></font></font></font></p> <p class="western" style="margin-bottom: 0in; line-height: 150%"><font color="#000000"><font color="#7f7f7f"><font face="Tahoma, serif"><font style="font-size: 8pt" size="1"><br> </font> </font> </font> </font></p> <font color="#000000"> </font></div> </body> </html> --------------3DF9AE3C9E55466CF85B4C9B--

2 2

rebooting hypervisors from time to time
by Erekle Magradze 23 Feb '18

23 Feb '18

Hello there, I am facing the following problem from time to time one of the hypervisor (there are 3 of them)s is rebooting, I am using ovirt-release42-4.2.1-1.el7.centos.noarch and glsuter as a storage backend (glusterfs-3.12.5-2.el7.x86_64). I am suspecting gluster because of the e.g. message bellow from one of the volumes, Could you please help and suggest to which direction should investigation go? Thanks in advance Cheers Erekle [2018-02-22 15:36:10.011687] and [2018-02-22 15:37:10.955013] [2018-02-22 15:41:10.198701] I [MSGID: 109063] [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found anomalies in (null) (gfid = 00000000-0000-0000-0000-000000000000). Holes=1 overlaps=0 [2018-02-22 15:41:10.198704] I [MSGID: 109063] [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found anomalies in (null) (gfid = 00000000-0000-0000-0000-000000000000). Holes=1 overlaps=0 [2018-02-22 15:42:11.293608] I [MSGID: 109063] [dht-layout.c:716:dht_layout_normalize] 0-virtimages-dht: Found anomalies in (null) (gfid = 00000000-0000-0000-0000-000000000000). Holes=1 overlaps=0 [2018-02-22 15:53:16.245720] I [MSGID: 100030] [glusterfsd.c:2524:main] 0-/usr/sbin/glusterfs: Started running /usr/sbin/glusterfs version 3.12.5 (args: /usr/sbin/glusterfs --volfile-server=10.0.0.21 --volfi le-server=10.0.0.22 --volfile-server=10.0.0.23 --volfile-id=/virtimages /rhev/data-center/mnt/glusterSD/10.0.0.21:_virtimages) [2018-02-22 15:53:16.263712] W [MSGID: 101002] [options.c:995:xl_opt_validate] 0-glusterfs: option 'address-family' is deprecated, preferred is 'transport.address-family', continuing with correction [2018-02-22 15:53:16.269595] I [MSGID: 101190] [event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started thread with index 1 [2018-02-22 15:53:16.273483] I [MSGID: 101190] [event-epoll.c:613:event_dispatch_epoll_worker] 0-epoll: Started thread with index 2 [2018-02-22 15:53:16.273594] W [MSGID: 101174] [graph.c:363:_log_if_unknown_option] 0-virtimages-readdir-ahead: option 'parallel-readdir' is not recognized [2018-02-22 15:53:16.273703] I [MSGID: 114020] [client.c:2360:notify] 0-virtimages-client-0: parent translators are ready, attempting connect on transport [2018-02-22 15:53:16.276455] I [MSGID: 114020] [client.c:2360:notify] 0-virtimages-client-1: parent translators are ready, attempting connect on transport [2018-02-22 15:53:16.276683] I [rpc-clnt.c:1986:rpc_clnt_reconfig] 0-virtimages-client-0: changing port to 49152 (from 0) [2018-02-22 15:53:16.279191] I [MSGID: 114020] [client.c:2360:notify] 0-virtimages-client-2: parent translators are ready, attempting connect on transport [2018-02-22 15:53:16.282126] I [MSGID: 114057] [client-handshake.c:1478:select_server_supported_programs] 0-virtimages-client-0: Using Program GlusterFS 3.3, Num (1298437), Version (330) [2018-02-22 15:53:16.282573] I [MSGID: 114046] [client-handshake.c:1231:client_setvolume_cbk] 0-virtimages-client-0: Connected to virtimages-client-0, attached to remote volume '/mnt/virtimages/virtimgs'. [2018-02-22 15:53:16.282584] I [MSGID: 114047] [client-handshake.c:1242:client_setvolume_cbk] 0-virtimages-client-0: Server and Client lk-version numbers are not same, reopening the fds [2018-02-22 15:53:16.282665] I [MSGID: 108005] [afr-common.c:4929:__afr_handle_child_up_event] 0-virtimages-replicate-0: Subvolume 'virtimages-client-0' came back up; going online. [2018-02-22 15:53:16.282877] I [rpc-clnt.c:1986:rpc_clnt_reconfig] 0-virtimages-client-1: changing port to 49152 (from 0) [2018-02-22 15:53:16.282934] I [MSGID: 114035] [client-handshake.c:202:client_set_lk_version_cbk] 0-virtimages-client-0: Server lk version = 1

2 2

Installing Windows - no virtio-win.vfd as floppy option
by Geoff Sweet 23 Feb '18

23 Feb '18

Howdy all, I'm following this document: https://www.ovirt.org/documentation/vmm-guide/chap-Installing_Windows_Virtu… To launch a couple Windows VM's. The document outlines that the virtio-win.vfd file is automatically installed into the ISO storage domain for the engine host. And that you can upload it to other ISO domains as needed. For the life of me, I can not find that file anywhere across any of my ovirt servers. For reference this is 4.2.0. Am I missing something obvious? Thanks for any help you can offer. -Geoff

2 3

Question about sanlock lockspaces
by Artem Tambovskiy 22 Feb '18

22 Feb '18

Hello, I'm still troubleshooting my cluster and trying to figure out which lockspaces should be present and which shouldn't. If HE VM is not running both ovirt-ha-agent and ovirt-ha-broker are down and storage disconnected by hosted-engine --disconnect-storage should I see something related to HE storage domain in sanlock client status output? For some reason on one host I don't see anything and the second one still reports about present lockspace for HE storage domain. Is this normal? [root@ovirt1 ~]# sanlock client status daemon b1d7fea2-e8a9-4645-b449-97702fc3808e.ovirt1.tel p -1 helper p -1 listener p -1 status p 3763 p 62861 quaggaVM p 63111 powerDNS p 107818 pjsip_freepbx_14 p 109092 revizorro_dev p 109589 routerVM s a40cc3a9-54d6-40fd-acee-525ef29c8ce3:2:/rhev/data-center/mnt/glusterSD/ ovirt2.telia.ru\:_data/a40cc3a9-54d6-40fd-acee-525ef29c8ce3/dom_md/ids:0 s 4a7f8717-9bb0-4d80-8016-498fa4b88162:1:/rhev/data-center/mnt/glusterSD/ ovirt2.telia.ru\:_engine/4a7f8717-9bb0-4d80-8016-498fa4b88162/dom_md/ids:0 r a40cc3a9-54d6-40fd-acee-525ef29c8ce3:SDM:/rhev/data-center/mnt/glusterSD/ ovirt2.telia.ru\:_data/a40cc3a9-54d6-40fd-acee-525ef29c8ce3/dom_md/leases:1048576:49 p 3763 As it looks to me lockspace 4a7f8717-9bb0-4d80-8016-498fa4b88162:1:/rhev/data-center/mnt/glusterSD/ ovirt2.telia.ru\:_engine/4a7f8717-9bb0-4d80-8016-498fa4b88162/dom_md/ids:0 shouldn't be present, and it doesn't match to the host_id, but may be I'm wrong here... Regards, Artem

1 0

oVirt 4.2: hostdev passthrough not working any more
by Daniel Helgenberger 22 Feb '18

22 Feb '18

Hello, yesterday I upgraded to 4.2.0 from 4.1.8. Now I notice I cannot assign host dev pass though any more; in the GUI the 'Pinnded to host' list is empty; I cannot select any host for pass through host pinning. When I was creating the particular VM in 4.1 it was working as expected. The hostdev from before the upgrades are still present. I tried to remove them and got an NPE (see below). As a workaround, is the old hostusb[1] method I know back from 3.x still working in the 4.x line? AFAICT IOMMU is working > dmesg | grep -e DMAR -e IOMMU > [ 0.000000] ACPI: DMAR 000000007b7e7000 002C6 (v01 HP ProLiant 00000001 HP 00000001) > [ 0.168032] DMAR: Host address width 46 > [ 0.168034] DMAR: DRHD base: 0x000000fbffc000 flags: 0x0 > [ 0.168047] DMAR: dmar0: reg_base_addr fbffc000 ver 1:0 cap 8d2078c106f0466 ecap f020de > [ 0.168050] DMAR: DRHD base: 0x000000c7ffc000 flags: 0x1 > [ 0.168061] DMAR: dmar1: reg_base_addr c7ffc000 ver 1:0 cap 8d2078c106f0466 ecap f020de > [ 0.168063] DMAR: RMRR base: 0x00000079174000 end: 0x00000079176fff > [ 0.168065] DMAR: RMRR base: 0x000000791f4000 end: 0x000000791f7fff > [ 0.168067] DMAR: RMRR base: 0x000000791de000 end: 0x000000791f3fff > [ 0.168070] DMAR: RMRR base: 0x000000791cb000 end: 0x000000791dbfff > [ 0.168071] DMAR: RMRR base: 0x000000791dc000 end: 0x000000791ddfff > [ 0.168073] DMAR: ATSR flags: 0x0 > [ 0.168075] DMAR: ATSR flags: 0x0 > [ 0.168079] DMAR-IR: IOAPIC id 10 under DRHD base 0xfbffc000 IOMMU 0 > [ 0.168082] DMAR-IR: IOAPIC id 8 under DRHD base 0xc7ffc000 IOMMU 1 > [ 0.168084] DMAR-IR: IOAPIC id 9 under DRHD base 0xc7ffc000 IOMMU 1 > [ 0.168086] DMAR-IR: HPET id 0 under DRHD base 0xc7ffc000 > [ 0.168088] DMAR-IR: Queued invalidation will be enabled to support x2apic and Intr-remapping. > [ 0.169073] DMAR-IR: Enabled IRQ remapping in x2apic mode Thanks, [1] https://www.ovirt.org/develop/release-management/features/virt/hostusb/ -- Daniel Helgenberger m box bewegtbild GmbH P: +49/30/2408781-22 F: +49/30/2408781-10 ACKERSTR. 19 D-10115 BERLIN > 2018-01-17 11:37:51,035+01 INFO [org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Running command: RemoveVmHostDevicesCommand internal: false. Entities affected : ID: 6132322b-e187-4a83-b8c1-0477bde10497 Type: VMAction group EDIT_ADMIN_VM_PROPERTIES with role type ADMIN > 2018-01-17 11:37:51,037+01 ERROR [org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Command 'org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand' failed: null > 2018-01-17 11:37:51,037+01 ERROR [org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Exception: java.lang.NullPointerException > at org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand.executeCommand(RemoveVmHostDevicesCommand.java:64) [bll.jar:] > at org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1205) [bll.jar:] > at org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1345) [bll.jar:] > at org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1987) [bll.jar:] > at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:202) [utils.jar:] > at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequired(TransactionSupport.java:137) [utils.jar:] > at org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105) [utils.jar:] > at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1405) [bll.jar:] > at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:412) [bll.jar:] > at org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13) [bll.jar:] > at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:509) [bll.jar:] > at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:491) [bll.jar:] > at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:444) [bll.jar:] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_151] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_151] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151] > at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151] > at org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) > at org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:92) [wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final] > at org.jboss.weld.interceptor.proxy.WeldInvocationContext.interceptorChainCompleted(WeldInvocationContext.java:98) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] > at org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:117) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] > at org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(LoggingInterceptor.java:12) [common.jar:] > at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source) [:1.8.0_151] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151] > at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151] > at org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] > at org.jboss.weld.interceptor.proxy.WeldInvocationContext.invokeNext(WeldInvocationContext.java:83) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] > at org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:115) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] > at org.jboss.weld.bean.InterceptorImpl.intercept(InterceptorImpl.java:108) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] > at org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:82) [wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final] > at org.jboss.as.weld.interceptors.EjbComponentInterceptorSupport.delegateInterception(EjbComponentInterceptorSupport.java:60) > at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:76) > at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:88) > at org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:101) > at org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) > at org.ovirt.engine.core.bll.interceptors.CorrelationIdTrackerInterceptor.aroundInvoke(CorrelationIdTrackerInterceptor.java:13) [bll.jar:] > at sun.reflect.GeneratedMethodAccessor97.invoke(Unknown Source) [:1.8.0_151] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151] > at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151] > at org.jboss.as.ee.component.ManagedReferenceLifecycleMethodInterceptor.processInvocation(ManagedReferenceLifecycleMethodInterceptor.java:89) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ee.concurrent.ConcurrentContextInterceptor.processInvocation(ConcurrentContextInterceptor.java:45) [wildfly-ee-11.0.0.Final.jar:11.0.0.Final] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.invocation.InitialInterceptor.processInvocation(InitialInterceptor.java:40) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53) > at org.jboss.as.ee.component.interceptors.ComponentDispatcherInterceptor.processInvocation(ComponentDispatcherInterceptor.java:52) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ejb3.component.singleton.SingletonComponentInstanceAssociationInterceptor.processInvocation(SingletonComponentInstanceAssociationInterceptor.java:53) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInNoTx(CMTTxInterceptor.java:264) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] > at org.jboss.as.ejb3.tx.CMTTxInterceptor.supports(CMTTxInterceptor.java:379) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] > at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:244) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509) > at org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73) [weld-core-impl-2.4.3.Final.jar:2.4.3.Final] > at org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:89) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:47) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:100) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ejb3.deployment.processors.StartupAwaitInterceptor.processInvocation(StartupAwaitInterceptor.java:22) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:67) [wildfly-ejb3-11.0.0.Final.jar:11.0.0.Final] > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:60) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:438) > at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:609) > at org.jboss.invocation.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:57) > at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422) > at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:53) > at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:198) > at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:185) > at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:81) > at org.ovirt.engine.core.common.interfaces.BackendLocal$$$view4.runAction(Unknown Source) [common.jar:] > at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.runAction(GenericApiGWTServiceImpl.java:176) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.8.0_151] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) [rt.jar:1.8.0_151] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.8.0_151] > at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151] > at com.google.gwt.user.server.rpc.RPC.invokeAndEncodeResponse(RPC.java:587) > at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:333) > at com.google.gwt.user.server.rpc.RemoteServiceServlet.processCall(RemoteServiceServlet.java:303) > at com.google.gwt.user.server.rpc.RemoteServiceServlet.processPost(RemoteServiceServlet.java:373) > at com.google.gwt.user.server.rpc.AbstractRemoteServiceServlet.doPost(AbstractRemoteServiceServlet.java:62) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:707) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] > at org.ovirt.engine.ui.frontend.server.gwt.GenericApiGWTServiceImpl.service(GenericApiGWTServiceImpl.java:78) > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] > at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85) > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129) > at org.ovirt.engine.core.utils.servlet.HeaderFilter.doFilter(HeaderFilter.java:94) [utils.jar:] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) > at org.ovirt.engine.core.utils.servlet.CachingFilter.doFilter(CachingFilter.java:133) [utils.jar:] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) > at org.ovirt.engine.core.branding.BrandingFilter.doFilter(BrandingFilter.java:73) [branding.jar:] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) > at org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:65) [utils.jar:] > at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61) > at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131) > at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) > at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62) > at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) > at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131) > at io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53) > at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46) > at io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64) > at io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59) > at io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60) > at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77) > at io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50) > at io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43) > at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292) > at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81) > at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138) > at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135) > at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) > at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) > at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508) > at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1508) > at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272) > at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) > at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104) > at io.undertow.server.Connectors.executeRootHandler(Connectors.java:326) > at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:812) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [rt.jar:1.8.0_151] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [rt.jar:1.8.0_151] > at java.lang.Thread.run(Thread.java:748) [rt.jar:1.8.0_151] > > 2018-01-17 11:37:51,049+01 ERROR [org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Transaction rolled-back for command 'org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand'. > 2018-01-17 11:37:51,059+01 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] EVENT_ID: VM_REMOVE_HOST_DEVICES(10,801), Host devices [usb_4_10] were detached from Vm license2.int.lugundtrug.net by User admin@internal-authz.

4 5

Let's get oVirt in Stack Overflow's Open Source Advertising again
by Allon Mureinik 22 Feb '18

22 Feb '18

Hi all, With Eldan's help, we have an advert for oVirt [1] suggested on Stack Overflow's traditional Open Source Advertising campaign [2]. Like always, we need the upvotes to get it up there. Want to see oVirt on Stack Overflow's sidebar again? Hope over and upvote. -Allon [1] https://meta.stackoverflow.com/a/363689/2422776 [2] https://meta.stackoverflow.com/q/362773/2422776

1 0

problem importing ova vm
by Jiří Sléžka 22 Feb '18

22 Feb '18

This is a cryptographically signed message in MIME format. --------------ms090103000405010003010308 Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Hi, I would like to try import some ova files into our oVirt instance [1] [2] but I facing problems. I have downloaded all ova images into one of hosts (ovirt01) into direcory /ova ll /ova/ total 6532872 -rw-r--r--. 1 vdsm kvm 1160387072 Feb 16 16:21 HAAS-hpcowrie.ovf -rw-r--r--. 1 vdsm kvm 1111785984 Feb 16 16:22 HAAS-hpdio.ova -rw-r--r--. 1 vdsm kvm 846736896 Feb 16 16:22 HAAS-hpjdwpd.ova -rw-r--r--. 1 vdsm kvm 891043328 Feb 16 16:23 HAAS-hptelnetd.ova -rw-r--r--. 1 vdsm kvm 908222464 Feb 16 16:23 HAAS-hpuchotcp.ova -rw-r--r--. 1 vdsm kvm 880643072 Feb 16 16:24 HAAS-hpuchoudp.ova -rw-r--r--. 1 vdsm kvm 890833920 Feb 16 16:24 HAAS-hpuchoweb.ova Then I tried to import them - from host ovirt01 and directory /ova but spinner spins infinitly and nothing is happen. I cannot see anything relevant in vdsm log of host ovirt01. In the engine.log of our standalone ovirt manager is just this relevant l= ine 2018-02-20 12:35:04,289+01 INFO [org.ovirt.engine.core.common.utils.ansible.AnsibleExecutor] (default task-31) [458990a7-b054-491a-904e-5c4fe44892c4] Executing Ansible command: ANSIBLE_STDOUT_CALLBACK=3Dovaqueryplugin [/usr/bin/ansible-playbook, --private-key=3D/etc/pki/ovirt-engine/keys/engine_id_rsa, --inventory=3D/tmp/ansible-inventory8237874608161160784, --extra-vars=3Dovirt_query_ova_path=3D/ova, /usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml] [Logfile: /var/log/ovirt-engine/ova/ovirt-query-ova-ansible-20180220123504-ovirt01.= net.slu.cz.log] also there are two ansible processes which are still running (and makes heavy load on system (load 9+ and growing, it looks like it eats all the memory and system starts swapping)) ovirt 32087 3.3 0.0 332252 5980 ? Sl 12:35 0:41 /usr/bin/python2 /usr/bin/ansible-playbook --private-key=3D/etc/pki/ovirt-engine/keys/engine_id_rsa --inventory=3D/tmp/ansible-inventory8237874608161160784 --extra-vars=3Dovirt_query_ova_path=3D/ova /usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml ovirt 32099 57.5 78.9 15972880 11215312 ? R 12:35 11:52 /usr/bin/python2 /usr/bin/ansible-playbook --private-key=3D/etc/pki/ovirt-engine/keys/engine_id_rsa --inventory=3D/tmp/ansible-inventory8237874608161160784 --extra-vars=3Dovirt_query_ova_path=3D/ova /usr/share/ovirt-engine/playbooks/ovirt-ova-query.yml playbook looks like - hosts: all remote_user: root gather_facts: no roles: - ovirt-ova-query and it looks like it only runs query_ova.py but on all hosts? How does this work? ...or should it work? I am using latest 4.2.1.7-1.el7.centos version Cheers, Jiri Slezka [1] https://haas.cesnet.cz/#!index.md - Cesnet HAAS [2] https://haas.cesnet.cz/downloads/release-01/ - Image repository --------------ms090103000405010003010308 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC Cn8wggUJMIID8aADAgECAhACt8ndrdK9CetZxFyQDGB4MA0GCSqGSIb3DQEBCwUAMGUxCzAJ BgNVBAYTAlVTMRUwEwYDVQQKEwxEaWdpQ2VydCBJbmMxGTAXBgNVBAsTEHd3dy5kaWdpY2Vy dC5jb20xJDAiBgNVBAMTG0RpZ2lDZXJ0IEFzc3VyZWQgSUQgUm9vdCBDQTAeFw0xNDExMTgx MjAwMDBaFw0yNDExMTgxMjAwMDBaMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1I b2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMd VEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQCwp9Jj5Aej1xPkS1GV3LvBdemFmkUR//nSzBodqsU3dv2BCRD30r4gt5oRsYty qDGF2nnItxV1SkwVoDxFeRzOIHYNYvBRHaiGvCQjEXzPRTocOSVfWpmq/zAL/QOEqpJogeM+ 0IBGiJcAENJshl7UcfjYbBnN5qStk74f52VWFf/aiF7MVJnsUr3oriQvXYOzs8N/NXyyQyim atBbumJVCNszF1X+XHCGfPNvxlNFW9ktv7azK0baminfLcsh6ubCdINZc+Nof2lU387NCDgg oh3KsYVcZTSuhh7qp6MjxE5VqOZod1hpXXzDOkjK+DAMC57iZXssncp24eaN08VlAgMBAAGj ggGmMIIBojASBgNVHRMBAf8ECDAGAQH/AgEAMA4GA1UdDwEB/wQEAwIBhjB5BggrBgEFBQcB AQRtMGswJAYIKwYBBQUHMAGGGGh0dHA6Ly9vY3NwLmRpZ2ljZXJ0LmNvbTBDBggrBgEFBQcw AoY3aHR0cDovL2NhY2VydHMuZGlnaWNlcnQuY29tL0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENB LmNydDCBgQYDVR0fBHoweDA6oDigNoY0aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL0RpZ2lD ZXJ0QXNzdXJlZElEUm9vdENBLmNybDA6oDigNoY0aHR0cDovL2NybDQuZGlnaWNlcnQuY29t L0RpZ2lDZXJ0QXNzdXJlZElEUm9vdENBLmNybDA9BgNVHSAENjA0MDIGBFUdIAAwKjAoBggr BgEFBQcCARYcaHR0cHM6Ly93d3cuZGlnaWNlcnQuY29tL0NQUzAdBgNVHQ4EFgQUjJ8RLubj egSlHlWLRggEpu2XcKYwHwYDVR0jBBgwFoAUReuir/SSy4IxLVGLp6chnfNtyA8wDQYJKoZI hvcNAQELBQADggEBAI5HEV91Oen8WHFCoJkeu2Av+b/kWTV2qH/YNI1Xsbou2hHKhh4IyNkF OxA/TUiuK2qQnQ5hAS0TIrs9SJ1Ke+DjXd/cTBiw7lCYSW5hkzigFV+iSivninpItafWqYBS WxITl1KHBS9YBskhEqO5GLliDMPiAgjqUBQ/H1qZMlZNQIuFu0UaFUQuZUpJFr4+0zpzPxsB iWU2muAoGItwbaP55EYshM7+v/J+x6kIhAJt5Dng8fOmOvR9F6Vw2/E0EZ6oQ8g1fdhwM101 S1OI6J1tUil1r7ES/svNqVWVb7YkUEBcPo8ppfHnTI/uxsn2tslsWefsOGJxNYUUSMAb9Eow ggVuMIIEVqADAgECAhAKebGg8bOvnIyfOWAn4bpzMA0GCSqGSIb3DQEBCwUAMHIxCzAJBgNV BAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlBbXN0ZXJkYW0xDzAN BgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNlIFBlcnNvbmFsIENBIDMw HhcNMTcxMTE2MDAwMDAwWhcNMTgxMjE1MTIwMDAwWjCBlDETMBEGCgmSJomT8ixkARkWA29y ZzEWMBQGCgmSJomT8ixkARkWBnRlcmVuYTETMBEGCgmSJomT8ixkARkWA3RjczELMAkGA1UE BhMCQ1oxJTAjBgNVBAoTHFNpbGVzaWFuIFVuaXZlcnNpdHkgaW4gT3BhdmExHDAaBgNVBAMT E0ppcmkgU2xlemthIHNsZTAwMDEwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC/ VwOD1hlYL6l7GzxNqV1ne7/iMF/gHvPfTwejsC2s9sby7It82qXPRBVA2s1Cjb1A3ucpdlDN MXM83Lvh881XfkxhS2YLLyiZDmlSzAqfoMLxQ2/E0m1UugttzGJF7/10pEwj0FJFhnIVwA/E 8svCcbhxwO9BBpUz8JG1C6fTd0qyzJtNXVyH+WuHQbU2jgu2JJ7miiEKE1Fis0hFf1rKxTzX aVGyXiQLOn7TZDfPtXrJEG7eWYlFUP58edyuJELpWHTPHn8xJKYTy8Qq5BgFNyCRQT/6imsh tZlDBZSEeqyoSNtLsC57ZrjqgtLCEQFK9EX27dOy0/u95zS0OIWdAgMBAAGjggHbMIIB1zAf BgNVHSMEGDAWgBSMnxEu5uN6BKUeVYtGCASm7ZdwpjAdBgNVHQ4EFgQUF1mSlcyDz9wWit9V jCz+zJ9CrpswDAYDVR0TAQH/BAIwADAdBgNVHREEFjAUgRJqaXJpLnNsZXprYUBzbHUuY3ow DgYDVR0PAQH/BAQDAgSwMB0GA1UdJQQWMBQGCCsGAQUFBwMCBggrBgEFBQcDBDA0BgNVHSAE LTArMAwGCiqGSIb3TAUCAgEwDAYKYIZIAYb9bAQfATANBgsqhkiG90wFAgMDAzCBhQYDVR0f BH4wfDA8oDqgOIY2aHR0cDovL2NybDMuZGlnaWNlcnQuY29tL1RFUkVOQWVTY2llbmNlUGVy c29uYWxDQTMuY3JsMDygOqA4hjZodHRwOi8vY3JsNC5kaWdpY2VydC5jb20vVEVSRU5BZVNj aWVuY2VQZXJzb25hbENBMy5jcmwwewYIKwYBBQUHAQEEbzBtMCQGCCsGAQUFBzABhhhodHRw Oi8vb2NzcC5kaWdpY2VydC5jb20wRQYIKwYBBQUHMAKGOWh0dHA6Ly9jYWNlcnRzLmRpZ2lj ZXJ0LmNvbS9URVJFTkFlU2NpZW5jZVBlcnNvbmFsQ0EzLmNydDANBgkqhkiG9w0BAQsFAAOC AQEADtFRxKphkcHVdWjR/+i1+cdHfkbicraHlU5Mpw8EX6nemKu4GGAWfzH+Y7p6ImZwUHWf /SSbrX+57xaFUBOr3jktQm1GRmGUZESEmsUDB8UZXzdQC79/tO9MzRhvEBXuQhdxdoO64Efx VqtYAB2ydqz7yWh56ioSwaQZEXo5rO1kZuAcmVz8Smd1r/Mur/h8Y+qbrsJng1GS25aMhFts UV6z9zXuHFkT9Ck8SLdCEDzjzYNjXIDB5n+QOmPXnXrZMlGiI/aOqa5k5Sv6xCIPdH2kbpyd M1YiH/ChmU9gWJvy0Jq42KGLvWBvuHEzcb3f473Fvn4GWsXu0zDS2oh2/TGCA8MwggO/AgEB MIGGMHIxCzAJBgNVBAYTAk5MMRYwFAYDVQQIEw1Ob29yZC1Ib2xsYW5kMRIwEAYDVQQHEwlB bXN0ZXJkYW0xDzANBgNVBAoTBlRFUkVOQTEmMCQGA1UEAxMdVEVSRU5BIGVTY2llbmNlIFBl cnNvbmFsIENBIDMCEAp5saDxs6+cjJ85YCfhunMwDQYJYIZIAWUDBAIBBQCgggINMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTE4MDIyMDEyMDM0OFowLwYJ KoZIhvcNAQkEMSIEII2LjyC7rXObGemxBJUIoxLHCrOWU/xPm2Dpt2MsoGA9MGwGCSqGSIb3 DQEJDzFfMF0wCwYJYIZIAWUDBAEqMAsGCWCGSAFlAwQBAjAKBggqhkiG9w0DBzAOBggqhkiG 9w0DAgICAIAwDQYIKoZIhvcNAwICAUAwBwYFKw4DAgcwDQYIKoZIhvcNAwICASgwgZcGCSsG AQQBgjcQBDGBiTCBhjByMQswCQYDVQQGEwJOTDEWMBQGA1UECBMNTm9vcmQtSG9sbGFuZDES MBAGA1UEBxMJQW1zdGVyZGFtMQ8wDQYDVQQKEwZURVJFTkExJjAkBgNVBAMTHVRFUkVOQSBl U2NpZW5jZSBQZXJzb25hbCBDQSAzAhAKebGg8bOvnIyfOWAn4bpzMIGZBgsqhkiG9w0BCRAC CzGBiaCBhjByMQswCQYDVQQGEwJOTDEWMBQGA1UECBMNTm9vcmQtSG9sbGFuZDESMBAGA1UE BxMJQW1zdGVyZGFtMQ8wDQYDVQQKEwZURVJFTkExJjAkBgNVBAMTHVRFUkVOQSBlU2NpZW5j ZSBQZXJzb25hbCBDQSAzAhAKebGg8bOvnIyfOWAn4bpzMA0GCSqGSIb3DQEBAQUABIIBAAJ8 KoPVvQtdLInZYs3n2n3Ncx3fXA76vAzigzbdFLU7xAnh9RVzyWWnPzuxaqrwGgsvs/zD+2/9 EIj+hKAMEzDl3OHRRmU+W5wayIGLSAbthJawUjoKlu4u/hxMaDT0vclsLZg76Cskq32eQwwM H6DrSaT1o4ALy43Mz0NlJzBg2zW/QCBMgF8XXGPMFsYuElj40oI153nkv41eRi8yAiBIYdtI euOqd4hbJINGEa9EcqEAln2tVeRbWAB/6Tl0zF3sexw+xUEq3Zco5qirwoxzEJvWYheq3F75 M/0P40ONurLk1VihuX8x9W6pQfwtRov3xtc2iY3j0FCxEHbCuqAAAAAAAAA= --------------ms090103000405010003010308--

3 15

Unable to add Hosts to Cluster
by Mark Steele 22 Feb '18

22 Feb '18

Hello all, We recently had a network event where we lost access to our storage for a period of time. The Cluster basically shut down all our VM's and in the process we had three HV's that went offline and would not communicate properly with the cluster. We have since completely reinstalled CentOS on the hosts and attempted to install them into the cluster with no joy. We've gotten to the point where we generally get an error message in the web gui: Stage: Misc Configuration Host hv-ausa-02 installation failed. Command returned failure code 1 during SSH session 'root(a)10.1.90.154'. the following is what we are seeing in the messages log: Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error : authentication failed: authentication failed Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+0000: 15231: error : virNetSASLSessionListMechanisms:390 : internal error: cannot list SASL mechanisms -4 (SASL(-4): no mechanism available: Internal Error -4 in server.c near line 1757) Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+0000: 15231: error : remoteDispatchAuthSaslInit:3411 : authentication failed: authentication failed Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.761+0000: 15226: error : virNetSocketReadWire:1808 : End of file while reading data: Input/output error Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error : authentication failed: authentication failed Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.962+0000: 15233: error : virNetSASLSessionListMechanisms:390 : internal error: cannot list SASL mechanisms -4 (SASL(-4): no mechanism available: Internal Error -4 in server.c near line 1757) Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.963+0000: 15233: error : remoteDispatchAuthSaslInit:3411 : authentication failed: authentication failed Feb 16 11:39:53 hv-ausa-02 libvirtd: 2018-02-16 16:39:53.963+0000: 15226: error : virNetSocketReadWire:1808 : End of file while reading data: Input/output error Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirt: XML-RPC error : authentication failed: authentication failed Feb 16 11:39:53 hv-ausa-02 vdsm-tool: Traceback (most recent call last): Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/bin/vdsm-tool", line 219, in main Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return tool_command[cmd]["command"](*args) Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/lib/python2.7/site-packages/vdsm/tool/upgrade_300_networks.py", line 83, in upgrade_networks Feb 16 11:39:53 hv-ausa-02 vdsm-tool: networks = netinfo.networks() Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/lib/python2.7/site-packages/vdsm/netinfo.py", line 112, in networks Feb 16 11:39:53 hv-ausa-02 vdsm-tool: conn = libvirtconnection.get() Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 159, in get Feb 16 11:39:53 hv-ausa-02 vdsm-tool: conn = _open_qemu_connection() Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line 95, in _open_qemu_connection Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return utils.retry(libvirtOpen, timeout=10, sleep=0.2) Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1108, in retry Feb 16 11:39:53 hv-ausa-02 vdsm-tool: return func() Feb 16 11:39:53 hv-ausa-02 vdsm-tool: File "/usr/lib64/python2.7/site-packages/libvirt.py", line 105, in openAuth Feb 16 11:39:53 hv-ausa-02 vdsm-tool: if ret is None:raise libvirtError('virConnectOpenAuth() failed') Feb 16 11:39:53 hv-ausa-02 vdsm-tool: libvirtError: authentication failed: authentication failed Feb 16 11:39:53 hv-ausa-02 systemd: vdsm-network.service: control process exited, code=exited status=1 Feb 16 11:39:53 hv-ausa-02 systemd: Failed to start Virtual Desktop Server Manager network restoration. Feb 16 11:39:53 hv-ausa-02 systemd: Dependency failed for Virtual Desktop Server Manager. Feb 16 11:39:53 hv-ausa-02 systemd: Job vdsmd.service/start failed with result 'dependency'. Feb 16 11:39:53 hv-ausa-02 systemd: Unit vdsm-network.service entered failed state. Feb 16 11:39:53 hv-ausa-02 systemd: vdsm-network.service failed. Feb 16 11:40:01 hv-ausa-02 systemd: Started Session 10 of user root. Feb 16 11:40:01 hv-ausa-02 systemd: Starting Session 10 of user root. Feb 16 11:40:01 hv-ausa-02 systemd: Started Session 11 of user root. Feb 16 11:40:01 hv-ausa-02 systemd: Starting Session 11 of user root. Can someone point me in the right direction to resolve this - it seems to be a SASL issue perhaps? *** *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 11

Ovirt Cluster Setup
by Sakhi Hadebe 22 Feb '18

22 Feb '18

I have 3 Dell R515 servers all installed with centOS 7, and trying to setup an oVirt Cluster. Disks configurations: 2 x 1TB - Raid1 - OS Deployment 6 x 1TB - Raid 6 - Storage Memory is 128GB I am following this documentation https://www.ovirt.org/blog/2017/04/up-and-running-with-ovirt-4.1-and-gluste… and I am getting the issue below: PLAY [gluster_servers] ********************************************************* TASK [Run a shell script] ****************************************************** fatal: [ovirt2.sanren.ac.za]: FAILED! => {"msg": "The conditional check 'result.rc != 0' failed. The error was: error while evaluating conditional (result.rc != 0): 'dict object' has no attribute 'rc'"} fatal: [ovirt3.sanren.ac.za]: FAILED! => {"msg": "The conditional check 'result.rc != 0' failed. The error was: error while evaluating conditional (result.rc != 0): 'dict object' has no attribute 'rc'"} fatal: [ovirt1.sanren.ac.za]: FAILED! => {"msg": "The conditional check 'result.rc != 0' failed. The error was: error while evaluating conditional (result.rc != 0): 'dict object' has no attribute 'rc'"} to retry, use: --limit @/tmp/tmpxFXyGG/run-script.retry PLAY RECAP ********************************************************************* ovirt1.sanren.ac.za : ok=0 changed=0 unreachable=0 failed=1 ovirt2.sanren.ac.za : ok=0 changed=0 unreachable=0 failed=1 ovirt3.sanren.ac.za : ok=0 changed=0 unreachable=0 failed=1 *Error: Ansible(>= 2.2) is not installed.* *Some of the features might not work if not installed.* I have installed ansible2.4 in all the servers, but the error persists. Is there anything I can do to get rid of this error? -- Regards, Sakhi Hadebe Engineer: South African National Research Network (SANReN)Competency Area, Meraka, CSIR Tel: +27 12 841 2308 <+27128414213> Fax: +27 12 841 4223 <+27128414223> Cell: +27 71 331 9622 <+27823034657> Email: sakhi(a)sanren.ac.za <shadebe(a)csir.co.za>

3 3

Re: [ovirt-users] Manageiq ovn
by Alona Kaplan 22 Feb '18

22 Feb '18

Hi Alexy. First of all, please reply to users(a)ovirt.org list, so all our users can enjoy the discussion. To summarize, currently you have two questions. 1. How to automatically trigger the provider refresh after doing changes to the provider? There is an open RFE regrading it - https://bugzilla.redhat.com/1547415, you can add yourself to its CC list to track it. 2. Adding a router with external gateway is not working since an ip address is expected in external_fixed_ips by the ovn provider but manageiq doesn't provide it. Looking at the neutron api ( https://developer.openstack.org/api-ref/network/v2/#create-router) seems the ip address is mandatory. So it is a manageiq bug (also tried to add a router with an external gateway with no ip address directly to neutron and got an error). As a workaround to the bug, you can add the router to the ovn-provider directly using the api - https://gist.github.com/dominikholler/f58658407ae7620280f4cb47c398d849 Mor, can you please open a bug regarding the issue? On Tue, Feb 20, 2018 at 12:32 PM, Aliaksei Nazarenka < aliaksei.nazarenka(a)gmail.com> wrote: > Hi, Alona! > Can you help ve with add external ip for creating router procedure? > > 2018-02-19 14:52 GMT+03:00 Aliaksei Nazarenka < > aliaksei.nazarenka(a)gmail.com>: > >> I do not really understand the essence of how this will work, you specify >> the router 10.0.0.2, while on dhcp will be distributed ip gateway 10.0.0.1? >> It seems to me that in the role of geystwey just had to act as a router, or >> am I wrong? >> >> 2018-02-19 14:46 GMT+03:00 Aliaksei Nazarenka < >> aliaksei.nazarenka(a)gmail.com>: >> >>> Dominik sent me this link here - https://gist.github.com/domini >>> kholler/f58658407ae7620280f4cb47c398d849 >>> >>> 2018-02-19 14:45 GMT+03:00 Aliaksei Nazarenka < >>> aliaksei.nazarenka(a)gmail.com>: >>> >>>> Hi, Alona! >>>> Dominik said that you can help. I need to create an external gateway in >>>> manageiq, I did not find a native way to do this. As a result of lack of ip >>>> address, I can not create a router. Here are the logs: >>>> >>>> 2018-02-19 14:22:16,942 root Starting server >>>> 2018-02-19 14:22:16,943 root Version: 1.2.5-1 >>>> 2018-02-19 14:22:16,943 root Build date: 20180117090014 >>>> 2018-02-19 14:22:16,944 root Githash: 12b705d >>>> 2018-02-19 14:23:17,250 root From: 10.0.184.20:57674 Request: POST >>>> /v2.0/tokens >>>> 2018-02-19 14:23:17,252 root Request body: >>>> {"auth": {"tenantName": "tenant", "passwordCredentials": {"username": >>>> "admin@internal", "password": "<PASSWORD_HIDDEN>"}}} >>>> 2018-02-19 14:23:17,322 requests.packages.urllib3.connectionpool >>>> Starting new HTTPS connection (1): lbn-r-engine-01.mp.local >>>> 2018-02-19 14:23:17,322 requests.packages.urllib3.connectionpool >>>> Starting new HTTPS connection (1): lbn-r-engine-01.mp.local >>>> 2018-02-19 14:23:17,836 requests.packages.urllib3.connectionpool >>>> Starting new HTTPS connection (1): lbn-r-engine-01.mp.local >>>> 2018-02-19 14:23:17,836 requests.packages.urllib3.connectionpool >>>> Starting new HTTPS connection (1): lbn-r-engine-01.mp.local >>>> 2018-02-19 14:23:17,870 root Response code: 200 >>>> 2018-02-19 14:23:17,870 root Response body: {"access": {"token": >>>> {"expires": "2018-02-23T15:23:17Z", "id": "lmceG8s1SROKskN-H4T93IPwgwSFb >>>> 8mN7UJ6qz4HObrC2PqNWcSyS_dZGIcax6dEBVIz8H6ShgDXl_2fvflbeg"}, >>>> "serviceCatalog": [{"endpoints_links": [], "endpoints": [{"adminURL": " >>>> https://lbn-r-engine-01.mp.local:9696/", "region": "RegionOne", "id": >>>> "00000000000000000000000000000001", "internalURL": " >>>> https://lbn-r-engine-01.mp.local:9696/", "publicURL": " >>>> https://lbn-r-engine-01.mp.local:9696/"}], "type": "network", "name": >>>> "neutron"}, {"endpoints_links": [], "endpoints": [{"adminURL": " >>>> https://lbn-r-engine-01.mp.local:35357/", "region": "RegionOne", >>>> "publicURL": "https://lbn-r-engine-01.mp.local:35357/", "internalURL": >>>> "https://lbn-r-engine-01.mp.local:35357/", "id": >>>> "00000000000000000000000000000002"}], "type": "identity", "name": >>>> "keystone"}, {"endpoints_links": [], "endpoints": [{"adminURL": " >>>> https://lbn-r-engine-01.mp.local:8774/v2.1/", "region": "RegionOne", >>>> "publicURL": "https://lbn-r-engine-01.mp.local:8774/v2.1/", >>>> "internalURL": "https://lbn-r-engine-01.mp.local:8774/v2.1/", "id": >>>> "00000000000000000000000000000002"}], "type": "compute", "name": >>>> "nova"}], "user": {"username": "admin", "roles_links": [], "id": "", >>>> "roles": [{"name": "admin"}], "name": "admin"}}} >>>> 2018-02-19 14:23:17,974 root From: 10.0.184.20:43600 Request: POST >>>> /v2.0/routers >>>> 2018-02-19 14:23:17,974 root Request body: >>>> {"router":{"name":"test_router","external_gateway_info":{"ne >>>> twork_id":"17c31685-56ef-428a-94dd-3202bf407d36","external_f >>>> ixed_ips":[{"subnet_id":"c425f071-4b4e-4598-8c56-d5457a59dac >>>> 3"}],"enable_snat":0}}} >>>> 2018-02-19 14:23:17,980 requests.packages.urllib3.connectionpool >>>> Starting new HTTPS connection (1): lbn-r-engine-01.mp.local >>>> 2018-02-19 14:23:17,980 requests.packages.urllib3.connectionpool >>>> Starting new HTTPS connection (1): lbn-r-engine-01.mp.local >>>> 2018-02-19 14:23:18,391 root ip_address missing in the external gateway >>>> information. >>>> Traceback (most recent call last): >>>> File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", line >>>> 131, in _handle_request >>>> method, path_parts, content) >>>> File "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py", >>>> line 175, in handle_request >>>> return self.call_response_handler(handler, content, parameters) >>>> File "/usr/share/ovirt-provider-ovn/handlers/neutron.py", line 36, >>>> in call_response_handler >>>> return response_handler(ovn_north, content, parameters) >>>> File "/usr/share/ovirt-provider-ovn/handlers/neutron_responses.py", >>>> line 205, in post_routers >>>> router = nb_db.add_router(received_router) >>>> File "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py", >>>> line 57, in wrapper >>>> validate_rest_input(rest_data) >>>> File "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py", >>>> line 530, in validate_add_rest_input >>>> RouterMapper._validate_external_gateway_info(rest_data) >>>> File "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py", >>>> line 565, in _validate_external_gateway_info >>>> message.format(key=RouterMapper.REST_ROUTER_IP_ADDRESS) >>>> RestDataError >>>> >>>> >>>> 2018-02-19 14:37 GMT+03:00 Dominik Holler <dholler(a)redhat.com>: >>>> >>>>> >>>>> >>>>> On Mon, 19 Feb 2018 14:29:39 +0300 >>>>> Aliaksei Nazarenka <aliaksei.nazarenka(a)gmail.com> wrote: >>>>> >>>>> > How is this external gateway configured? >>>>> > >>>>> >>>>> >>>>> I created this log entry by >>>>> https://gist.github.com/dominikholler/f58658407ae7620280f4cb47c398d849 >>>>> >>>>> But maybe Alona will tell you how to do this with ManageIQ tomorrow. >>>>> >>>>> > 2018-02-19 14:27 GMT+03:00 Aliaksei Nazarenka >>>>> > <aliaksei.nazarenka(a)gmail.com> : >>>>> > >>>>> > > 2018-02-19 14:22:16,942 root Starting server >>>>> > > 2018-02-19 14:22:16,943 root Version: 1.2.5-1 >>>>> > > 2018-02-19 14:22:16,943 root Build date: 20180117090014 >>>>> > > 2018-02-19 14:22:16,944 root Githash: 12b705d >>>>> > > 2018-02-19 14:23:17,250 root From: 10.0.184.20:57674 Request: POST >>>>> > > /v2.0/tokens >>>>> > > 2018-02-19 14:23:17,252 root Request body: >>>>> > > {"auth": {"tenantName": "tenant", "passwordCredentials": >>>>> > > {"username": "admin@internal", "password": "<PASSWORD_HIDDEN>"}}} >>>>> > > 2018-02-19 14:23:17,322 requests.packages.urllib3.connectionpool >>>>> > > Starting new HTTPS connection (1): lbn-r-engine-01.mp.local >>>>> > > 2018-02-19 14:23:17,322 requests.packages.urllib3.connectionpool >>>>> > > Starting new HTTPS connection (1): lbn-r-engine-01.mp.local >>>>> > > 2018-02-19 14:23:17,836 requests.packages.urllib3.connectionpool >>>>> > > Starting new HTTPS connection (1): lbn-r-engine-01.mp.local >>>>> > > 2018-02-19 14:23:17,836 requests.packages.urllib3.connectionpool >>>>> > > Starting new HTTPS connection (1): lbn-r-engine-01.mp.local >>>>> > > 2018-02-19 14:23:17,870 root Response code: 200 >>>>> > > 2018-02-19 14:23:17,870 root Response body: {"access": {"token": >>>>> > > {"expires": "2018-02-23T15:23:17Z", "id": "lmceG8s1SROKskN- >>>>> > > H4T93IPwgwSFb8mN7UJ6qz4HObrC2PqNWcSyS_dZGIcax6dEBVIz8H6ShgDX >>>>> l_2fvflbeg"}, >>>>> > > "serviceCatalog": [{"endpoints_links": [], "endpoints": >>>>> > > [{"adminURL": " https://lbn-r-engine-01.mp.local:9696/", "region": >>>>> > > "RegionOne", "id": " 00000000000000000000000000000001", >>>>> > > "internalURL": " https://lbn-r-engine-01.mp.local:9696/", >>>>> > > "publicURL": " https://lbn-r-engine-01.mp.local:9696/"}], "type": >>>>> > > "network", "name": "neutron"}, {"endpoints_links": [], "endpoints": >>>>> > > [{"adminURL": " https://lbn-r-engine-01.mp.local:35357/", >>>>> "region": >>>>> > > "RegionOne", "publicURL": >>>>> > > "https://lbn-r-engine-01.mp.local:35357/", "internalURL": " >>>>> > > https://lbn-r-engine-01.mp.local:35357/", "id": " >>>>> > > 00000000000000000000000000000002"}], "type": "identity", "name": >>>>> > > "keystone"}, {"endpoints_links": [], "endpoints": [{"adminURL": " >>>>> > > https://lbn-r-engine-01.mp.local:8774/v2.1/", "region": >>>>> > > "RegionOne", "publicURL": >>>>> > > "https://lbn-r-engine-01.mp.local:8774/v2.1/", "internalURL": >>>>> > > "https://lbn-r-engine-01.mp.local:8774/v2.1/", "id": " >>>>> > > 00000000000000000000000000000002"}], "type": "compute", "name": >>>>> > > "nova"}], "user": {"username": "admin", "roles_links": [], "id": >>>>> > > "", "roles": [{"name": "admin"}], "name": "admin"}}} 2018-02-19 >>>>> > > 14:23:17,974 root From: 10.0.184.20:43600 Request: >>>>> > > POST /v2.0/routers 2018-02-19 14:23:17,974 root Request body: >>>>> > > {"router":{"name":"test_router","external_gateway_ >>>>> > > info":{"network_id":"17c31685-56ef-428a-94dd-3202bf407d36"," >>>>> > > external_fixed_ips":[{"subnet_id":"c425f071-4b4e-4598-8c56- >>>>> > > d5457a59dac3"}],"enable_snat":0}}} 2018-02-19 14:23:17,980 >>>>> > > requests.packages.urllib3.connectionpool Starting new HTTPS >>>>> > > connection (1): lbn-r-engine-01.mp.local 2018-02-19 14:23:17,980 >>>>> > > requests.packages.urllib3.connectionpool Starting new HTTPS >>>>> > > connection (1): lbn-r-engine-01.mp.local 2018-02-19 14:23:18,391 >>>>> > > root ip_address missing in the external gateway information. >>>>> > > Traceback (most recent call last): >>>>> > > File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", >>>>> > > line 131, in _handle_request >>>>> > > method, path_parts, content) >>>>> > > File >>>>> > > "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py", >>>>> line >>>>> > > 175, in handle_request return self.call_response_handler(handler, >>>>> > > content, parameters) File >>>>> > > "/usr/share/ovirt-provider-ovn/handlers/neutron.py", line 36, in >>>>> > > call_response_handler return response_handler(ovn_north, content, >>>>> > > parameters) File >>>>> > > "/usr/share/ovirt-provider-ovn/handlers/neutron_responses.py", >>>>> line >>>>> > > 205, in post_routers router = nb_db.add_router(received_router) >>>>> > > File "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py", >>>>> > > line 57, in wrapper >>>>> > > validate_rest_input(rest_data) >>>>> > > File "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py", >>>>> > > line 530, in validate_add_rest_input >>>>> > > RouterMapper._validate_external_gateway_info(rest_data) >>>>> > > File "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py", >>>>> > > line 565, in _validate_external_gateway_info >>>>> > > message.format(key=RouterMapper.REST_ROUTER_IP_ADDRESS) >>>>> > > RestDataError >>>>> > > >>>>> > > >>>>> > > It can be seen that there is no external ip for the router. But how >>>>> > > to ask it and where is it done? >>>>> > > >>>>> > > 2018-02-19 14:05 GMT+03:00 Dominik Holler <dholler(a)redhat.com>: >>>>> > > >>>>> > >> Hi Alexey, >>>>> > >> can you please change level of logger_root and handler_logfile in >>>>> > >> /etc/ovirt-provider-ovn/logger.conf >>>>> > >> to DEBUG, restart ovirt-provider-ovn, try to create the router >>>>> > >> again and share the logfile with us? >>>>> > >> The logfile has to contain the relevant request, e.g. similar to >>>>> > >> this: >>>>> > >> >>>>> > >> 2018-02-19 11:59:12,477 root From: 192.168.122.79:50084 Request: >>>>> > >> POST /v2.0/routers.json 2018-02-19 11:59:12,477 root Request body: >>>>> > >> {"router": {"external_gateway_info": {"network_id": >>>>> > >> "c1d4f8e3-8b5d-464e-825a-5f615a18a900", "enable_snat": false, >>>>> > >> "external_fixed_ips": [{"subnet_id": >>>>> > >> "08efc369-ff36-4dd4-b5f9-ada86d7724db", "ip_address": >>>>> > >> "10.0.0.2"}]}, "name": "add_router_router", "admin_state_up": >>>>> > >> true}} >>>>> > >> >>>>> > >> Thanks, >>>>> > >> Dominik >>>>> > >> >>>>> > >> >>>>> > >> On Mon, 19 Feb 2018 11:40:02 +0300 >>>>> > >> Aliaksei Nazarenka <aliaksei.nazarenka(a)gmail.com> wrote: >>>>> > >> >>>>> > >> > Good afternoon! >>>>> > >> > With the synchronization of the created networks in manageiq and >>>>> > >> > ovirt everything is OK, thanks a lot! The only nuance - after >>>>> > >> > creating a network or subnet in manageiq, you need to manually >>>>> > >> > update the state after which you can see these items in the >>>>> > >> > list. Is there any way to automate this process? Also, maybe you >>>>> > >> > can help me: when I create a router, I get an error. Unable to >>>>> > >> > create a Network Router "test": undefined method `[] 'for nil: >>>>> > >> > NilClass and in the logs at this point next" 2018-02-19 11: 22: >>>>> > >> > 19,391 root ip_address missing in the external gateway >>>>> > >> > information. Traceback (most recent last call last): File >>>>> > >> > "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", line >>>>> > >> > 131, in _handle_request method, path_parts, content) >>>>> > >> > File >>>>> > >> > "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py", >>>>> > >> > line 175, in handle_request return self.call_response_handler >>>>> > >> > (handler, content, parameters) File >>>>> > >> > "/usr/share/ovirt-provider-ovn/handlers/neutron.py", line 36, >>>>> in >>>>> > >> > call_response_handler return response_handler (ovn_north, >>>>> > >> > content, parameters) File >>>>> > >> > "/usr/share/ovirt-provider-ovn/handlers/neutron_responses.py", >>>>> > >> > line 205, in post_routers router = nb_db.add_router >>>>> > >> > (received_router) File >>>>> > >> > "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py", >>>>> line >>>>> > >> > 57, in wrapper validate_rest_input (rest_data) >>>>> > >> > File >>>>> > >> > "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py", >>>>> line >>>>> > >> > 530, in validate_add_rest_input >>>>> > >> > RouterMapper._validate_external_gateway_info (rest_data) File >>>>> > >> > "/usr/share/ovirt-provider-ovn/ovndb/ovn_north_mappers.py", >>>>> line >>>>> > >> > 565, in _validate_external_gateway_info message.format (key = >>>>> > >> > RouterMapper.REST_ROUTER_IP_ADDRESS) RestDataError " >>>>> > >> > Swears at the missing external ip address of the router. The >>>>> > >> > question is how to set it? >>>>> > >> > >>>>> > >> > 2018-02-16 19:22 GMT+03:00 Dominik Holler <dholler(a)redhat.com>: >>>>> > >> > >>>>> > >> > > Hi Alexey, >>>>> > >> > > For the provider ovirt-provider-ovn created by engine-setup >>>>> the >>>>> > >> > > automatic synchronization of networks of cluster with this >>>>> > >> > > provider as default network provider is activated by >>>>> > >> > > engine-setup. >>>>> > >> > > >>>>> > >> > > Please find [1] if you want to activate this feature for other >>>>> > >> > > providers, too. Additional information about controlling the >>>>> > >> > > synchronization are available in [2]. >>>>> > >> > > >>>>> > >> > > Please find my question below. >>>>> > >> > > >>>>> > >> > > [1] >>>>> > >> > > https://bugzilla.redhat.com/attachment.cgi?id=1397090 >>>>> > >> > > >>>>> > >> > > [2] >>>>> > >> > > http://ovirt.github.io/ovirt-engine-api-model/4.2/#types/ >>>>> > >> > > open_stack_network_provider/attributes/auto_sync >>>>> > >> > > >>>>> > >> > > On Fri, 16 Feb 2018 10:00:46 +0200 >>>>> > >> > > Alona Kaplan <alkaplan(a)redhat.com> wrote: >>>>> > >> > > >>>>> > >> > > > Hi Dominik, >>>>> > >> > > > >>>>> > >> > > > Can you please help Alexey? >>>>> > >> > > > >>>>> > >> > > > Thanks, >>>>> > >> > > > Alona. >>>>> > >> > > > >>>>> > >> > > > On Feb 16, 2018 09:48, "Aliaksei Nazarenka" >>>>> > >> > > > <aliaksei.nazarenka(a)gmail.com> wrote: >>>>> > >> > > > >>>>> > >> > > > Hello! >>>>> > >> > > > I read this - " >>>>> > >> > > > Dominik Holler 2018-01-25 10:45:09 EST >>>>> > >> > > > >>>>> > >> > > > Currently, the property is only available in rest-api and >>>>> not >>>>> > >> > > > available in webadmin. For backward compatibility, the >>>>> > >> > > > property is set to 'disabled' by default in rest-api and >>>>> > >> > > > webadmin. If you think the property should be available in >>>>> > >> > > > webadmin, please create a bug with a proposed default value >>>>> > >> > > > to track this." >>>>> > >> > > > >>>>> > >> > > > and i understand this feature (auto add ovn network in >>>>> > >> > > > ovirt) of now. How can i do to on it? I read all comments, >>>>> > >> > > > but strangely - most of the files either do not exist for me >>>>> > >> > > > or are in other places and >>>>> > >> > > >>>>> > >> > > Can you help me finding this comments? >>>>> > >> > > >>>>> > >> > > > already have the current version. Could you tell me >>>>> > >> > > > specifically where this function is turned on? I will >>>>> > >> > > > repeat, I use Ovirt engine >>>>> > >> > > > 4.2.2.1-0.0.master.20180214165528.git38ff5af.el7.centos >>>>> > >> > > > >>>>> > >> > > > >>>>> > >> > > > >>>>> > >> > > > 2018-02-15 18:03 GMT+03:00 Alona Kaplan >>>>> > >> > > > <alkaplan(a)redhat.com>: >>>>> > >> > > > > Currently, AFAIK there is no request to add this >>>>> > >> > > > > functionality to manageiq. You're welcome to open a bug to >>>>> > >> > > > > request it. Anyway, you can easily attach ovn networks to >>>>> > >> > > > > vms using ovirt. >>>>> > >> > > > > >>>>> > >> > > > > On Feb 15, 2018 16:11, "Aliaksei Nazarenka" >>>>> > >> > > > > <aliaksei.nazarenka(a)gmail.com> wrote: >>>>> > >> > > > > >>>>> > >> > > > >> Is it planned to add this functionality? >>>>> > >> > > > >> >>>>> > >> > > > >> 2018-02-15 17:10 GMT+03:00 Alona Kaplan >>>>> > >> > > > >> <alkaplan(a)redhat.com>: >>>>> > >> > > > >>> >>>>> > >> > > > >>> >>>>> > >> > > > >>> On Thu, Feb 15, 2018 at 4:03 PM, Aliaksei Nazarenka < >>>>> > >> > > > >>> aliaksei.nazarenka(a)gmail.com> wrote: >>>>> > >> > > > >>> >>>>> > >> > > > >>>> and how i can change network in the created VM? >>>>> > >> > > > >>>> >>>>> > >> > > > >>> >>>>> > >> > > > >>> It is not possible via manageiq. Only via ovirt. >>>>> > >> > > > >>> >>>>> > >> > > > >>> >>>>> > >> > > > >>>> >>>>> > >> > > > >>>> Sorry for my intrusive questions))) >>>>> > >> > > > >>>> >>>>> > >> > > > >>>> 2018-02-15 16:51 GMT+03:00 Aliaksei Nazarenka < >>>>> > >> > > > >>>> aliaksei.nazarenka(a)gmail.com>: >>>>> > >> > > > >>>> >>>>> > >> > > > >>>>> ovirt-provider-ovn-1.2.7-0.201 >>>>> 80213232754.gitebd60ad.el7. >>>>> > >> > > centos.noarch >>>>> > >> > > > >>>>> on hosted-engine >>>>> > >> > > > >>>>> ovirt-provider-ovn-driver-1.2.5-1.el7.centos.noarch >>>>> on >>>>> > >> > > > >>>>> ovirt hosts >>>>> > >> > > > >>>>> >>>>> > >> > > > >>>>> 2018-02-15 16:40 GMT+03:00 Alona Kaplan >>>>> > >> > > > >>>>> <alkaplan(a)redhat.com>: >>>>> > >> > > > >>>>>> >>>>> > >> > > > >>>>>> >>>>> > >> > > > >>>>>> On Thu, Feb 15, 2018 at 3:36 PM, Aliaksei Nazarenka >>>>> > >> > > > >>>>>> < aliaksei.nazarenka(a)gmail.com> wrote: >>>>> > >> > > > >>>>>> >>>>> > >> > > > >>>>>>> when i try to create network router, i see this >>>>> > >> > > > >>>>>>> message: *Unable to create Network Router >>>>> > >> > > > >>>>>>> "test_router": undefined method `[]' for >>>>> > >> > > > >>>>>>> nil:NilClass* >>>>> > >> > > > >>>>>> >>>>> > >> > > > >>>>>> What ovn-provider version you're using? Can you >>>>> please >>>>> > >> > > > >>>>>> attach the ovn provider log >>>>> > >> > > > >>>>>> ( /var/log/ovirt-provider-ovn.log)? >>>>> > >> > > > >>>>>> >>>>> > >> > > > >>>>>> >>>>> > >> > > > >>>>>>> >>>>> > >> > > > >>>>>>> 2018-02-15 16:20 GMT+03:00 Aliaksei Nazarenka < >>>>> > >> > > > >>>>>>> aliaksei.nazarenka(a)gmail.com>: >>>>> > >> > > > >>>>>>> >>>>> > >> > > > >>>>>>>> Big Thank you! This work! But... Networks are >>>>> > >> > > > >>>>>>>> created, but I do not see them in the ovirt >>>>> > >> > > > >>>>>>>> manager, but through the ovn-nbctl command, I see >>>>> > >> > > > >>>>>>>> all the networks. And maybe you can tell me how to >>>>> > >> > > > >>>>>>>> assign a VM network from Manageiq? >>>>> > >> > > > >>>>>>>> >>>>> > >> > > > >>>>>>>> 2018-02-15 15:01 GMT+03:00 Alona Kaplan >>>>> > >> > > > >>>>>>>> <alkaplan(a)redhat.com>: >>>>> > >> > > > >>>>>>>> >>>>> > >> > > > >>>>>>>>> >>>>> > >> > > > >>>>>>>>> >>>>> > >> > > > >>>>>>>>> On Thu, Feb 15, 2018 at 1:54 PM, Aliaksei >>>>> > >> > > > >>>>>>>>> Nazarenka < aliaksei.nazarenka(a)gmail.com> wrote: >>>>> > >> > > > >>>>>>>>> >>>>> > >> > > > >>>>>>>>>> Error - 1 Minute Ago >>>>> > >> > > > >>>>>>>>>> undefined method `orchestration_stacks' for >>>>> > >> > > > >>>>>>>>>> #<ManageIQ::Providers::Redhat: >>>>> > >> :InfraManager:0x00000007bf9288> >>>>> > >> > > > >>>>>>>>>> - I get this message if I try to create a network >>>>> > >> > > > >>>>>>>>>> of overts and then try to check the status of the >>>>> > >> > > > >>>>>>>>>> network manager. >>>>> > >> > > > >>>>>>>>>> >>>>> > >> > > > >>>>>>>>> >>>>> > >> > > > >>>>>>>>> It is the same bug. >>>>> > >> > > > >>>>>>>>> You need to apply the fixes in >>>>> > >> > > > >>>>>>>>> https://github.com/ManageIQ/ma >>>>> > >> > > > >>>>>>>>> nageiq-providers-ovirt/pull/198/files to make it >>>>> > >> > > > >>>>>>>>> work. The best option is to upgrade your version. >>>>> > >> > > > >>>>>>>>> >>>>> > >> > > > >>>>>>>>> >>>>> > >> > > > >>>>>>>>>> 2018-02-15 14:28 GMT+03:00 Aliaksei Nazarenka < >>>>> > >> > > > >>>>>>>>>> aliaksei.nazarenka(a)gmail.com>: >>>>> > >> > > > >>>>>>>>>> >>>>> > >> > > > >>>>>>>>>>> I tried to make changes to the file >>>>> > >> > > > >>>>>>>>>>> refresher_ovn_provider.yml - changed the >>>>> > >> > > > >>>>>>>>>>> passwords, corrected the names of the names, but >>>>> > >> > > > >>>>>>>>>>> it was not successful. >>>>> > >> > > > >>>>>>>>>>> >>>>> > >> > > > >>>>>>>>>>> 2018-02-15 14:26 GMT+03:00 Aliaksei Nazarenka < >>>>> > >> > > > >>>>>>>>>>> aliaksei.nazarenka(a)gmail.com>: >>>>> > >> > > > >>>>>>>>>>> >>>>> > >> > > > >>>>>>>>>>>> Hi! >>>>> > >> > > > >>>>>>>>>>>> I'm use oVirt 4.2.2 + Manageiq >>>>> > >> > > > >>>>>>>>>>>> gaprindashvili-1.2018012514301 9_1450f27 >>>>> > >> > > > >>>>>>>>>>>> After i set this commits (upstream - >>>>> > >> > > > >>>>>>>>>>>> https://bugzilla.redhat.com/1542063) i no saw >>>>> > >> > > > >>>>>>>>>>>> changes. >>>>> > >> > > > >>>>>>>>>>>> >>>>> > >> > > > >>>>>>>>>>>> >>>>> > >> > > > >>>>>>>>>>>> 2018-02-15 11:22 GMT+03:00 Alona Kaplan >>>>> > >> > > > >>>>>>>>>>>> <alkaplan(a)redhat.com>: >>>>> > >> > > > >>>>>>>>>>>> >>>>> > >> > > > >>>>>>>>>>>>> Hi, >>>>> > >> > > > >>>>>>>>>>>>> >>>>> > >> > > > >>>>>>>>>>>>> What version of manageiq you are using? >>>>> > >> > > > >>>>>>>>>>>>> We had a bug >>>>> > >> > > > >>>>>>>>>>>>> https://bugzilla.redhat.com/1542152 (upstream >>>>> > >> > > > >>>>>>>>>>>>> - https://bugzilla.redhat.com/1542063) that >>>>> > >> > > > >>>>>>>>>>>>> was fixed in version 5.9.0.20 >>>>> > >> > > > >>>>>>>>>>>>> >>>>> > >> > > > >>>>>>>>>>>>> Please let me know it upgrading the version >>>>> > >> > > > >>>>>>>>>>>>> helped you. >>>>> > >> > > > >>>>>>>>>>>>> >>>>> > >> > > > >>>>>>>>>>>>> Thanks, >>>>> > >> > > > >>>>>>>>>>>>> Alona. >>>>> > >> > > > >>>>>>>>>>>>> >>>>> > >> > > > >>>>>>>>>>>>> On Wed, Feb 14, 2018 at 2:32 PM, Aliaksei >>>>> > >> > > > >>>>>>>>>>>>> Nazarenka < aliaksei.nazarenka(a)gmail.com> >>>>> > >> > > > >>>>>>>>>>>>> wrote: >>>>> > >> > > > >>>>>>>>>>>>>> Good afternoon! >>>>> > >> > > > >>>>>>>>>>>>>> I read your article - >>>>> > >> > > > >>>>>>>>>>>>>> https://www.ovirt.org/develop/ >>>>> > >> > > > >>>>>>>>>>>>>> release-management/features/ne >>>>> twork/manageiq_ovn/. >>>>> > >> > > > >>>>>>>>>>>>>> I have only one question: how to create a >>>>> > >> > > > >>>>>>>>>>>>>> network or subnet in Manageiq + ovirt 4.2.1. >>>>> > >> > > > >>>>>>>>>>>>>> When I try to create a network, I need to >>>>> > >> > > > >>>>>>>>>>>>>> select a tenant, but there is nothing that I >>>>> > >> > > > >>>>>>>>>>>>>> could choose. How can it be? >>>>> > >> > > > >>>>>>>>>>>>>> >>>>> > >> > > > >>>>>>>>>>>>>> Sincerely. Alexey Nazarenko >>>>> > >> > > > >>>>>>>>>>>>>> >>>>> > >> > > > >>>>>>>>>>>>> >>>>> > >> > > > >>>>>>>>>>>>> >>>>> > >> > > > >>>>>>>>>>>> >>>>> > >> > > > >>>>>>>>>>> >>>>> > >> > > > >>>>>>>>>> >>>>> > >> > > > >>>>>>>>> >>>>> > >> > > > >>>>>>>> >>>>> > >> > > > >>>>>>> >>>>> > >> > > > >>>>>> >>>>> > >> > > > >>>>> >>>>> > >> > > > >>>> >>>>> > >> > > > >>> >>>>> > >> > > > >> >>>>> > >> > > >>>>> > >> > > >>>>> > >> >>>>> > >> >>>>> > > >>>>> >>>>> >>>> >>> >> >

2 1

Unable to remove storage domain's
by Ladislav Humenik 22 Feb '18

22 Feb '18

Hello, we can not remove old NFS-data storage domains, this 4 are already deactivated and unattached: engine=> select id,storage_name from storage_domains where storage_name like 'bs09%'; id | storage_name --------------------------------------+--------------- 819b419e-638b-43c7-9189-b93c0314d38a | bs09aF2C10kvm 9a403356-f58a-4e80-9435-026e6f853a9b | bs09bF2C10kvm f5efd264-045b-48d5-b35c-661a30461de5 | bs09aF2C9kvm a0989c64-fc41-4a8b-8544-914137d7eae8 | bs09bF2C9kvm (4 rows) The only images which still resides in DB are OVF_STORE templates: engine=> select image_guid,storage_name,disk_description from images_storage_domain_view where storage_name like 'bs09%'; image_guid | storage_name | disk_description --------------------------------------+---------------+------------------ 6b72139d-a4b3-4e22-98e2-e8b1d64e8e50 | bs09bF2C9kvm | OVF_STORE 997fe5a6-9647-4d42-b074-27767984b7d2 | bs09bF2C9kvm | OVF_STORE 2b1884cb-eb37-475f-9c24-9638400f15af | bs09aF2C10kvm | OVF_STORE 85383ffe-68ba-4a82-a692-d93e38bf7f4c | bs09aF2C9kvm | OVF_STORE bca14796-aed1-4747-87c9-1b25861fad86 | bs09aF2C9kvm | OVF_STORE 797c27bf-7c2d-4363-96f9-565fa58d0a5e | bs09bF2C10kvm | OVF_STORE 5d092a1b-597c-48a3-8058-cbe40d39c2c9 | bs09bF2C10kvm | OVF_STORE dc61f42f-1330-4bfb-986a-d868c736da59 | bs09aF2C10kvm | OVF_STORE (8 rows) Current oVirt Engine version: 4.1.8.2-1.el7.centos Exception logs from engine are in attachment Do you have any magic sql statement to figure out what is causing this exception and how we can remove those storage domains without disruption ? Thank you in advance -- Ladislav Humenik

2 8

[ANN] oVirt 4.2.2 Second Release Candidate is now available
by Lev Veyde 21 Feb '18

21 Feb '18

The oVirt Project is pleased to announce the availability of the oVirt 4.2.2 Second Release Candidate, as of February 21th, 2018 This update is a release candidate of the second in a series of stabilization updates to the 4.2 series. This is pre-release software. This pre-release should not to be used in production. This release is available now for: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later This release supports Hypervisor Hosts running: * Red Hat Enterprise Linux 7.4 or later * CentOS Linux (or similar) 7.4 or later * oVirt Node 4.2 See the release notes [1] for installation / upgrade instructions and a list of new features and bugs fixed. Notes: - oVirt Appliance is already available - oVirt Node will be available soon [2] Additional Resources: * Read more about the oVirt 4.2.2 release highlights: http://www.ovirt.org/release/4. <http://www.ovirt.org/release/4.2.2/>2 <http://www.ovirt.org/release/4.2.2/>. <http://www.ovirt.org/release/4.2.2/> 2 <http://www.ovirt.org/release/4.2.2/>/ <http://www.ovirt.org/release/4.2.2/> * Get more oVirt Project updates on Twitter: https://twitter.com/ovirt * Check out the latest project news on the oVirt blog: http://www.ovirt.org/blog/ [1] http://www.ovirt.org/release/4. <http://www.ovirt.org/release/4.2.2/>2 <http://www.ovirt.org/release/4.2.2/>. <http://www.ovirt.org/release/4.2.2/> 2 <http://www.ovirt.org/release/4.2.2/>/ <http://www.ovirt.org/release/4.2.2/> [2] http://resources.ovirt.org/pub/ovirt-4. <http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/>2-pre <http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/>/iso/ <http://resources.ovirt.org/pub/ovirt-4.2-pre/iso/> -- Lev Veyde Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

Re: [ovirt-users] Cannot delete auto-generated snapshot
by Eyal Shenitzky 21 Feb '18

21 Feb '18

Hi Robert, The Auto-generated snapshot created while performing live storage migration of disks (moving disks from one storage domain to another while the VM is up), the Auto-generated snapshot should be removed automatically by the engine when the live migration ends. The log you sent me doesn't contain the disk migration that you described. Please send me some older log so I will be able to investigate if there was a problem. On Tue, Feb 20, 2018 at 6:38 PM, Langley, Robert <Robert.Langley(a)ventura.org > wrote: > Attached now is the vdsm log from the hypervisor currently hosting the VMs. > > > ------------------------------ > *From:* Eyal Shenitzky <eshenitz(a)redhat.com> > *Sent:* Tuesday, February 20, 2018 2:49 AM > *To:* Langley, Robert > *Cc:* users(a)ovirt.org > *Subject:* Re: [ovirt-users] Cannot delete auto-generated snapshot > > Hey Robert, > > Can you please attach the VDSM and Engine log? > > Also, please write the version of the engine you are working with. > > > > On Tue, Feb 20, 2018 at 12:17 PM, Langley, Robert < > Robert.Langley(a)ventura.org> wrote: > > I was moving some virtual disks from one storage server to another. Now, I > have a couple servers that have the auto-generated snapshot, without disks, > and I cannot delete them. The VM will not start and there is the complaint > that the disks are illegal. > > Any help would be appreciated. I'm going to bed for now, but will try to > wake up earlier. > > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > > > -- > Regards, > Eyal Shenitzky > -- Regards, Eyal Shenitzky

2 1

VM with "a lot" of disks : OK ?
by spfma.tech＠e.mail.fr 21 Feb '18

21 Feb '18

--=_091efa35a73c9324acc82370a6a1cd04 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi,=0A Is there any kind of penalty or risk using something like a dozen= of separate disks for a VM stored on a NFS datastore ? Regards =0A=0A--= ------------------------------------------------------------------------= -----------------------=0AFreeMail powered by mail.fr --=_091efa35a73c9324acc82370a6a1cd04 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;"= >Is there any kind of penalty or risk using something like a dozen of se= parate disks for a VM stored on a NFS datastore ?</span></div>=0A<div><s= pan 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 --=_091efa35a73c9324acc82370a6a1cd04--

3 2

Use of virtual disks
by Langley, Robert 21 Feb '18

21 Feb '18

--_000_CY1PR09MB02986AF1BA90BAD8F52448A087CE0CY1PR09MB0298namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable My first experience with this situation using oVirt. I do come from using VMWare and have been also been using oVirt for several= years. We've also paid for RHEV, but migration is held up at the moment. I am tryi= ng to prepare for that. My problem is how it does not appear to be so simple to utilize the VM disk= s. In VMWare it is so simple. Snapshot or not, in vSphere I can take the vi= rtual disk file and use it for another VM when needed. It doesn't make sens= e to me in oVirt. I have another entry here about my issue that lead to th= is need, where I am not able to delete snapshot files for those disks I was= attempting to live migrate and there was an issue... Now, the empty snapsh= ot files are preventing some VMs from starting. It seems I should be able t= o take the VM disk files, without the snapshots, and use them with another = VM. But, that does not appear possible from what I can tell in oVirt. I desperately need to get one specific VM going. The other two, no worries.= I was able to restore from backup, one of the effected VMs. The third is n= ot important at all and can easily by re-created. Is anyone experienced with taking VM disks from one and using them (without= snapshots) with another VM? I could really use some sort of workaround. Thanks if anyone can come up with a good answer that would help. -Robert L. --_000_CY1PR09MB02986AF1BA90BAD8F52448A087CE0CY1PR09MB0298namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <style type=3D"text/css" style=3D"display:none;"></style> </head> <body dir=3D"ltr"> <div id=3D"divtagdefaultwrapper" style=3D"font-size:12pt;color:#000000;font= -family:Calibri,Helvetica,sans-serif;" dir=3D"ltr"> <div>My first experience with this situation using oVirt.</div> <div>I do come from using VMWare and have been also been using oVirt for se= veral years.</div> <div>We've also paid for RHEV, but migration is held up at the moment. I am= trying to prepare for that.</div> <div><br> </div> <div>My problem is how it does not appear to be so simple to utilize the VM= disks. In VMWare it is so simple. Snapshot or not, in vSphere I can take t= he virtual disk file and use it for another VM when needed. It doesn't make= sense to me in oVirt. I have another entry here about my  issue that lead to this need, where I am not abl= e to delete snapshot files for those disks I was attempting to live migrate= and there was an issue... Now, the empty snapshot files are preventing som= e VMs from starting. It seems I should be able to take the VM disk files, without the snapshots, and use them wit= h another VM. But, that does not appear possible from what I can tell in oV= irt.</div> <div><br> </div> <div>I desperately need to get one specific VM going. The other two, no wor= ries. I was able to restore from backup, one of the effected VMs. The third= is not important at all and can easily by re-created.</div> <div>Is anyone experienced with taking VM disks from one and using them (wi= thout snapshots) with another VM? I could really use some sort of workaroun= d.</div> <div><br> </div> <div>Thanks if anyone can come up with a good answer that would help.</div> <div>-Robert L.<br> </div> </div> </body> </html> --_000_CY1PR09MB02986AF1BA90BAD8F52448A087CE0CY1PR09MB0298namp_--

2 2

Multiple 'scsi' controllers with index '0'.
by spfma.tech＠e.mail.fr 21 Feb '18

21 Feb '18

--=_f3809b99ed958d24a203b2286897f294 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, I just wanted to increase the number of CPUs for a VM and after va= lidating, I got the following error when I try to start it: VM vm-test= is down with error. Exit message: XML error: Multiple 'scsi' controller= s with index '0'. I am sure it is a bug, but for now, what can I do in= order to remove or edit conflicting devices definitions ? I need to be= able to start this machine. 4.2.0.2-1.el7.centos (as I still don't ma= nage to update the hosted engine to something newer) Regards =0A=0A-= ------------------------------------------------------------------------= ------------------------=0AFreeMail powered by mail.fr --=_f3809b99ed958d24a203b2286897f294 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div> </div>=0A<div>Hi,</div>=0A<div> </div>=0A<div>I just wan= ted to increase the number of CPUs for a VM and after validating, I got= the following error when I try to start it:</div>=0A<div> </div>= =0A<div>VM vm-test is down with error. Exit message: XML error: Multiple= 'scsi' controllers with index '0'.</div>=0A<div> </div>=0A<div>I a= m sure it is a bug, but for now, what can I do in order to remove or edi= t conflicting devices definitions ? I need to be able to start this mach= ine.</div>=0A<div> </div>=0A<div><span class=3D"gwt-InlineLabel">4.= 2.0.2-1.el7.centos</span> (as I still don't manage to update the hosted= engine to something newer)</div>=0A<div> </div>=0A<div>Regards</di= v>=0A<div> </div>=0A <br/><hr>FreeMail powered b= y <a href=3D"https://mail.fr" target=3D"_blank">mail.fr</a>=0A --=_f3809b99ed958d24a203b2286897f294--

3 5

Disk image upload pausing
by spfma.tech＠e.mail.fr 21 Feb '18

21 Feb '18

--=_9f0dbcb8a9e83a911a0d7503eb3c2110 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi, I am trying to build a new vm based on a vhd image coming from a win= dows machine. I converted the image to raw, and I am now trying to impor= t it in the engine. After setting up the CA in my browser, the import pr= ocess starts but stops after a while with "paused by system" status. I c= an resume it, but it pauses without transferring more. The engine logs d= on't explain much, I see a line for the start and the next one for the p= ause. My network seems to work correctly, and I have plenty of space in= the storage domain. What can cause the process to pause ? Regards =0A= =0A---------------------------------------------------------------------= ----------------------------=0AFreeMail powered by mail.fr --=_9f0dbcb8a9e83a911a0d7503eb3c2110 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <div> </div>=0A<div>Hi,</div>=0A<div>I am trying to build a new vm= based on a vhd image coming from a windows machine. I converted the ima= ge to raw, and I am now trying to import it in the engine.</div>=0A<div>= After setting up the CA in my browser, the import process starts but sto= ps after a while with "paused by system" status. I can resume it, but it= pauses without transferring more.</div>=0A<div>The engine logs don't ex= plain much, I see a line for the start and the next one for the pause.</= div>=0A<div>My network seems to work correctly, and I have plenty of spa= ce in the storage domain.</div>=0A<div>What can cause the process to pau= se ?</div>=0A<div>Regards</div>=0A <br/><hr>FreeMail= powered by <a href=3D"https://mail.fr" target=3D"_blank">mail.fr</a>=0A --=_9f0dbcb8a9e83a911a0d7503eb3c2110--

4 6

Reinitializing lockspace
by Jamie Lawrence 21 Feb '18

21 Feb '18

Hello, I have a sanlock problem. I don't fully understand the logs, but from what I can gather, messages like this means it ain't working. 2018-02-16 14:51:46 22123 [15036]: s1 renewal error -107 delta_length 0 last_success 22046 2018-02-16 14:51:47 22124 [15036]: 53977885 aio collect RD 0x7fe5040008c0:0x7fe5040008d0:0x7fe518922000 result -107:0 match res 2018-02-16 14:51:47 22124 [15036]: s1 delta_renew read rv -107 offset 0 /rhev/data-center/mnt/glusterSD/sc5-gluster-10g-1.squaretrade.com:ovirt__images/53977885-0887-48d0-a02c-8d9e3faec93c/dom_md/ids I attempted `hosted-engine --reinitialize-lockspace --force`, which didn't appear to do anything, but who knows. I downed everything and and tried `sanlock direct init -s ....`, which caused sanlock to dump core. At this point the only thing I can think of to do is down everything, whack and manually recreate the lease files and try again. I'm worried that that will lose something that the setup did or will otherwise destroy the installation. It looks like this has been done by others[1], but the references I can find are a bit old, so I'm unsure if that is still a valid approach. So, questions: - Will that work? - Is there something I should do instead of that? Thanks, -j [1] https://bugzilla.redhat.com/show_bug.cgi?id=1116469

2 1

info about vdsClient and vdsm-client
by Gianluca Cecchi 21 Feb '18

21 Feb '18

Hello, on my cluster that has an history from 4.0.6 to 4.1.9 I find vdsClient installed. I don't remember if I manually installed it or if it was part of a default/standard install. Now that it is deprecated: https://www.ovirt.org/develop/developer-guide/vdsm/vdsclient/ I notice I have not the vdsm-client package installed. Does it make sense to automatically pull it in for upgrades? Thanks, Gianluca

2 1