- 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

Fwd: Fwd: why host is not capable to run HE?
by Artem Tambovskiy 21 Feb '18

21 Feb '18

Thanks Martin. As you suggested I updated hosted-engine.conf with correct host_id values and restarted ovirt-ha-agent services on both hosts and now I run into the problem with status "unknown-stale-data" :( And second host still doesn't looks as capable to run HE. Should I stop HE VM, bring down ovirt-ha-agents and reinitialize-lockspace and start ovirt-ha-agents again? Regards, Artem On Mon, Feb 19, 2018 at 6:45 PM, Martin Sivak <msivak(a)redhat.com> wrote: > Hi Artem, > > just a restart of ovirt-ha-agent services should be enough. > > Best regards > > Martin Sivak > > On Mon, Feb 19, 2018 at 4:40 PM, Artem Tambovskiy > <artem.tambovskiy(a)gmail.com> wrote: > > Ok, understood. > > Once I set correct host_id on both hosts how to take changes in force? > With > > minimal downtime? Or i need reboot both hosts anyway? > > > > Regards, > > Artem > > > > 19 февр. 2018 г. 18:18 пользователь "Simone Tiraboschi" > > <stirabos(a)redhat.com> написал: > > > >> > >> > >> On Mon, Feb 19, 2018 at 4:12 PM, Artem Tambovskiy > >> <artem.tambovskiy(a)gmail.com> wrote: > >>> > >>> > >>> Thanks a lot, Simone! > >>> > >>> This is clearly shows a problem: > >>> > >>> [root@ov-eng ovirt-engine]# sudo -u postgres psql -d engine -c 'select > >>> vds_name, vds_spm_id from vds' > >>> vds_name | vds_spm_id > >>> -----------------+------------ > >>> ovirt1.local | 2 > >>> ovirt2.local | 1 > >>> (2 rows) > >>> > >>> While hosted-engine.conf on ovirt1.local have host_id=1, and > ovirt2.local > >>> host_id=2. So totally opposite values. > >>> So how to get this fixed in the simple way? Update the engine DB? > >> > >> > >> I'd suggest to manually fix /etc/ovirt-hosted-engine/hosted-engine.conf > on > >> both the hosts > >> > >>> > >>> > >>> Regards, > >>> Artem > >>> > >>> On Mon, Feb 19, 2018 at 5:37 PM, Simone Tiraboschi < > stirabos(a)redhat.com> > >>> wrote: > >>>> > >>>> > >>>> > >>>> On Mon, Feb 19, 2018 at 12:13 PM, Artem Tambovskiy > >>>> <artem.tambovskiy(a)gmail.com> wrote: > >>>>> > >>>>> Hello, > >>>>> > >>>>> Last weekend my cluster suffered form a massive power outage due to > >>>>> human mistake. > >>>>> I'm using SHE setup with Gluster, I managed to bring the cluster up > >>>>> quickly, but once again I have a problem with duplicated host_id > >>>>> (https://bugzilla.redhat.com/show_bug.cgi?id=1543988) on second > host and due > >>>>> to this second host is not capable to run HE. > >>>>> > >>>>> I manually updated file hosted_engine.conf with correct host_id and > >>>>> restarted agent & broker - no effect. Than I rebooted the host > itself - > >>>>> still no changes. How to fix this issue? > >>>> > >>>> > >>>> I'd suggest to run this command on the engine VM: > >>>> sudo -u postgres scl enable rh-postgresql95 -- psql -d engine -c > >>>> 'select vds_name, vds_spm_id from vds' > >>>> (just sudo -u postgres psql -d engine -c 'select vds_name, vds_spm_id > >>>> from vds' if still on 4.1) and check > >>>> /etc/ovirt-hosted-engine/hosted-engine.conf on all the involved host. > >>>> Maybe you can also have a leftover configuration file on undeployed > >>>> host. > >>>> > >>>> When you find a conflict you should manually bring down sanlock > >>>> In doubt a reboot of both the hosts will solve for sure. > >>>> > >>>> > >>>>> > >>>>> > >>>>> Regards, > >>>>> Artem > >>>>> > >>>>> _______________________________________________ > >>>>> Users mailing list > >>>>> Users(a)ovirt.org > >>>>> http://lists.ovirt.org/mailman/listinfo/users > >>>>> > >>>> > >>> > >>> > >>> > >>> _______________________________________________ > >>> Users mailing list > >>> Users(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/users > >>> > >> > > > > _______________________________________________ > > Users mailing list > > Users(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > >

1 1

cloud-init issue /IP address lost
by Shamam Amir 21 Feb '18

21 Feb '18

Hi All, I am using a centos template which I had imported from ovirt-image-repository. Whenever I make a VM from this template and configure its initial run section and run it for the first time, everything goes well. As long as I reboot the server, the VM lost its network configuration (IP, gateway, dns) Then I have to put these parameters again manually. In addition, when I shut down the VM and change its name, the same problem happens again. This actually causes me pretty much long downtime in order to configure the parameters again. Your help is highly appreciated. Best Regards

3 2

CPU queues on ovirt hosts.
by Endre Karlson 21 Feb '18

21 Feb '18

Hi guys, is there a way to have CPU queues go down when having a java app on a ovirt hosT ? we have a idm app where the cpu queue is constantly 2-3 when we are doing things with the configuration but on esx on a similar host it is much faster

2 1

Spice Client Connection Issues Using aSpice
by Jeremy Tourville 21 Feb '18

21 Feb '18

--_000_BLUPR02MB100378235058BDDF660037FFAC90BLUPR02MB100namprd_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hello, I am having trouble connecting to my guest vm (Kali Linux) which is running= spice. My engine is running version: 4.2.1.7-1.el7.centos. I am using oVirt Node as my host running version: 4.2.1.1. I have taken the following steps to try and get everything running properly= . 1. Download the root CA certificate https://ovirtengine.lan/ovirt-engine= /services/pki-resource?resource=3Dca-certificate&format=3DX509-PEM-CA 2. Edit the vm and define the graphical console entries. Video type is = set to QXL, Graphics protocol is spice, USB support is enabled. 3. Install the guest agent in Debian per the instructions here - https:/= /www.ovirt.org/documentation/how-to/guest-agent/install-the-guest-agent-in-= debian/ It is my understanding that installing the guest agent will also i= nstall the virt IO device drivers. 4. Install the spice-vdagent per the instructions here - https://www.ovi= rt.org/documentation/how-to/guest-agent/install-the-spice-guest-agent/ 5. On the aSpice client I have imported the CA certficate from step 1 a= bove. I defined the connection using the IP of my Node and TLS port 5901. To troubleshoot my connection issues I confirmed the port being used to lis= ten. virsh # domdisplay Kali spice://172.30.42.12?tls-port=3D5901 I see the following when attempting to connect. tail -f /var/log/libvirt/qemu/Kali.log 140400191081600:error:14094438:SSL routines:ssl3_read_bytes:tlsv1 alert int= ernal error:s3_pkt.c:1493:SSL alert number 80 ((null):27595): Spice-Warning **: reds_stream.c:379:reds_stream_ssl_accept:= SSL_accept failed, error=3D1 I came across some documentation that states in the caveat section "Certifi= cate of spice SSL should be separate certificate." https://www.ovirt.org/develop/release-management/features/infra/pki/ Is this still the case for version 4? The document references version 3.2 = and 3.3. If so, how do I generate a new certificate for use with spice? P= lease let me know if you require further info to troubleshoot, I am happy t= o provide it. Many thanks in advance. <https://www.ovirt.org/develop/release-management/features/infra/pki/> --_000_BLUPR02MB100378235058BDDF660037FFAC90BLUPR02MB100namprd_ 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"> <p style=3D"margin-top:0;margin-bottom:0">Hello,</p> <p style=3D"margin-top:0;margin-bottom:0">I am having trouble connecting to= my guest vm (Kali Linux) which is running spice. My engine is running vers= ion: <span class=3D"gwt-InlineLabel GNEKTHVBIXB"></span><span class=3D= "gwt-InlineLabel">4.2.1.7-1.el7.centos</span>.</p> <p style=3D"margin-top:0;margin-bottom:0">I am using oVirt Node as my host = running version:<span> 4.2.1.1.  <br> </span></p> <p style=3D"margin-top:0;margin-bottom:0"><span><br> </span></p> <p style=3D"margin-top:0;margin-bottom:0"><span>I have taken the following = steps to try and get everything running properly.</span></p> <ol style=3D"margin-bottom: 0px; margin-top: 0px;"> <li><span>Download the root CA certificate <a href=3D"https://ovirteng= ine.lan/ovirt-engine/services/pki-resource?resource=3Dca-certificate&fo= rmat=3DX509-PEM-CA" class=3D"OWAAutoLink" id=3D"LPlnk141717" previewremoved= =3D"true">https://ovirtengine.lan/ovirt-engine/services/pki-resource?resour= ce=3Dca-certificate&format=3DX509-PEM-CA</a></span></li><li><span>Edit = the vm and define the graphical console entries.  Video type is set to= QXL, Graphics protocol is spice, USB support is enabled.</span></li><li><s= pan>Install the guest agent in Debian per the instructions here - <a href= =3D"https://www.ovirt.org/documentation/how-to/guest-agent/install-the-gues= t-agent-in-debian/" class=3D"OWAAutoLink" id=3D"LPlnk263752" previewremoved= =3D"true"> https://www.ovirt.org/documentation/how-to/guest-agent/install-the-guest-ag= ent-in-debian/</a>  It is my understanding that installing the guest a= gent will also install the virt IO device drivers.<br> </span></li><li><span>Install the spice-vdagent per the instructions here -= <a href=3D"https://www.ovirt.org/documentation/how-to/guest-agent/install-= the-spice-guest-agent/" class=3D"OWAAutoLink" id=3D"LPlnk313725" previewrem= oved=3D"true"> https://www.ovirt.org/documentation/how-to/guest-agent/install-the-spice-gu= est-agent/</a></span></li><li><span> On the aSpice client I have impor= ted the CA certficate from step 1 above.  I defined the connection usi= ng the IP of my Node and TLS port 5901.</span></li></ol> <span><br> To troubleshoot my connection issues I confirmed the port being used to lis= ten.  <br> <div>virsh # domdisplay Kali<br> <span>spice://172.30.42.12?tls-port=3D5901</span></div> <br> I see the following when attempting to connect.<br> tail -f <span>/var/log/libvirt/qemu</span>/Kali.log<br> <br> <div> <div>140400191081600:error:14094438:SSL routines:ssl3_read_bytes:tlsv1 aler= t internal error:s3_pkt.c:1493:SSL alert number 80<br> ((null):27595): Spice-Warning **: reds_stream.c:379:reds_stream_ssl_accept:= SSL_accept failed, error=3D1<br> <br> I came across some documentation that states in the caveat section "<s= pan>Certificate of spice SSL should be separate certificate."</span><b= r> <a href=3D"https://www.ovirt.org/develop/release-management/features/infra/= pki/" class=3D"OWAAutoLink" id=3D"LPlnk743161" previewremoved=3D"true">http= s://www.ovirt.org/develop/release-management/features/infra/pki/</a><br> <br> Is this still the case for version 4?  The document references version= 3.2 and 3.3.  If so, how do I generate a new certificate for use with= spice?  Please let me know if you require further info to troubleshoo= t, I am happy to provide it.  Many thanks in advance.<br> <a href=3D"https://www.ovirt.org/develop/release-management/features/infra/= pki/" class=3D"OWAAutoLink" id=3D"LPlnk743161" previewremoved=3D"true"></a>= <br> <br> </div> <br> <br> </div> <br> </span><br> <span><br> <br> </span> <p style=3D"margin-top:0;margin-bottom:0"><br> </p> </div> </body> </html> --_000_BLUPR02MB100378235058BDDF660037FFAC90BLUPR02MB100namprd_--

3 6

4.2 aaa LDAP setup issue
by Jamie Lawrence 21 Feb '18

21 Feb '18

Hello, I'm bringing up a new 4.2 cluster and would like to use LDAP auth. Our LDAP servers are fine and function normally for a number of other services, but I can't get this working. Our LDAP setup requires startTLS and a login. That last bit seems to be where the trouble is. After ovirt-engine-extension-aaa-ldap-setup asks for the cert and I pass it the path to the same cert used via nslcd/PAM for logging in to the host, it replies: [ INFO ] Connecting to LDAP using 'ldap://x.squaretrade.com:389' [ INFO ] Executing startTLS [WARNING] Cannot connect using 'ldap://x.squaretrade.com:389': {'info': 'authentication required', 'desc': 'Server is unwilling to perform'} [ ERROR ] Cannot connect using any of available options "Unwilling to perform" makes me think -aaa-ldap-setup is trying something the backend doesn't support, but I'm having trouble guessing what that could be since the tool hasn't gathered sufficient information to connect yet - it asks for a DN/pass later in the script. And the log isn't much more forthcoming. I double-checked the cert with openssl; it is a valid, PEM-encoded cert. Before I head in to the code, has anyone seen this? Thanks, -j - - - - snip - - - - Relevant log details: 2018-02-08 15:15:08,625-0800 DEBUG otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._getURLs:281 URLs: ['ldap://x.squaretrade.com:389'] 2018-02-08 15:15:08,626-0800 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._connectLDAP:391 Connecting to LDAP using 'ldap://x.squaretrade.com:389' 2018-02-08 15:15:08,627-0800 INFO otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._connectLDAP:442 Executing startTLS 2018-02-08 15:15:08,640-0800 DEBUG otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._connectLDAP:445 Perform search 2018-02-08 15:15:08,641-0800 DEBUG otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._connectLDAP:459 Exception Traceback (most recent call last): File "/usr/share/ovirt-engine-extension-aaa-ldap/setup/bin/../plugins/ovirt-engine-extension-aaa-ldap/ldap/common.py", line 451, in _connectLDAP timeout=60, File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 555, in search_st return self.search_ext_s(base,scope,filterstr,attrlist,attrsonly,None,None,timeout) File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 546, in search_ext_s return self.result(msgid,all=1,timeout=timeout)[1] File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 458, in result resp_type, resp_data, resp_msgid = self.result2(msgid,all,timeout) File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 462, in result2 resp_type, resp_data, resp_msgid, resp_ctrls = self.result3(msgid,all,timeout) File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 469, in result3 resp_ctrl_classes=resp_ctrl_classes File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 476, in result4 ldap_result = self._ldap_call(self._l.result4,msgid,all,timeout,add_ctrls,add_intermediates,add_extop) File "/usr/lib64/python2.7/site-packages/ldap/ldapobject.py", line 99, in _ldap_call result = func(*args,**kwargs) UNWILLING_TO_PERFORM: {'info': 'authentication required', 'desc': 'Server is unwilling to perform'} 2018-02-08 15:15:08,642-0800 WARNING otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._connectLDAP:463 Cannot connect using 'ldap://x.squaretrade.com:389': {'info': 'authentication required', 'desc': 'Server is unwilling to perform'} 2018-02-08 15:15:08,643-0800 ERROR otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._customization_late:787 Cannot connect using any of available options 2018-02-08 15:15:08,644-0800 DEBUG otopi.plugins.ovirt_engine_extension_aaa_ldap.ldap.common common._customization_late:788 Exception Traceback (most recent call last): File "/usr/share/ovirt-engine-extension-aaa-ldap/setup/bin/../plugins/ovirt-engine-extension-aaa-ldap/ldap/common.py", line 782, in _customization_late insecure=insecure, File "/usr/share/ovirt-engine-extension-aaa-ldap/setup/bin/../plugins/ovirt-engine-extension-aaa-ldap/ldap/common.py", line 468, in _connectLDAP _('Cannot connect using any of available options') SoftRuntimeError: Cannot connect using any of available options

2 2

oVirt 4.2 with cheph
by Christoph Köhler 20 Feb '18

20 Feb '18

Hello, does someone have experience with cephfs as a vm-storage domain? I think about that but without any hints... Thanks for pointing me... -- Christoph Köhler Leibniz Universität IT Services Schloßwender Straße 5, 30159 Hannover Tel.: +49 511 762 794721 koehler(a)luis.uni-hannover.de http://www.luis.uni-hannover.de/scientific_computing.html

3 2

Console button greyed out (4.2)
by nicolas＠devels.es 20 Feb '18

20 Feb '18

--=_e39231c6e7557ffafe2fcaabdd9c46db Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=UTF-8; format=flowed Hi, We upgraded one of our infrastructures to 4.2.0 recently and since then some of our machines have the "Console" button greyed-out in the Admin UI, like they were disabled. I changed their compatibility to 4.2 but with no luck, as they're still disabled. Is there a way to know why is that, and how to solve it? I'm attaching a screenshot. Thanks. --=_e39231c6e7557ffafe2fcaabdd9c46db Content-Transfer-Encoding: base64 Content-Type: image/png; name="Captura de pantalla de 2018-02-15 13-47-13.png" Content-Disposition: attachment; filename="Captura de pantalla de 2018-02-15 13-47-13.png"; size=1280 iVBORw0KGgoAAAANSUhEUgAAAG4AAAA1CAIAAAAvcEmYAAAAA3NCSVQICAjb4U/gAAAAGXRFWHRT b2Z0d2FyZQBnbm9tZS1zY3JlZW5zaG907wO/PgAABJNJREFUeJztm99PWlccwL/u3nCSQyDFQEID kalTNBVqtY2ztZbawdZUnS1tbGq37MG3/T176WuzpE7X2KzdKloVf05nM6VuIAYsiaQYjNdAvMm5 uTf2AZiuyrW449zq+bxww+F77vd+cr7n3HtyKdre3gYGDT467gQ+HJhKajCV1GAqqcFUUoOppAZT SQ2mkhpMJTWYSmowldRgKqnBVFKDqaQGU0kNppIafOYjFApJknS8qfwfQQjZ7fbMcValJEnV1dXH l9KREwwGj+ICg8HgX8eswKnBVFKDqaQGU0kNppIavHqzTIii0sxxiD+gh5NDfhGyMNnb9ydBnFq4 opia7t2o0FLP60BItOfBL/B5d2cl+vdPvi8qYyr1RqnouO8yqfxEjvU9WhHlCu3Ob+SN8PTYbCgm SAAaQ0lNyxeN1v/KxR4tlMtzY77/4fiaruxTd6OBE4V4AuGT4REoqySxyak1rsTTmSt5uyPXkljw Dc1GBQk0pyovetwOE0+iPQ/8+vqSVDCUEEFjPONpd5VrAeRkYMA3Gd2UgMPGKne762PtfuG7T5tc 8A1MRwWF05U0fOa5cExVQHMFl4WVVYWz1pa+O3WSmO/xRAzXtd7xttbjyGj/4CoBAAAxHJRr27/p vttUvP7H8GxSBiBR/0gUnDfvfXW3rbm2tFirEp7tfPjxxKquydvldVuEqWcvXhM4BCT2on8sthNK 4v4nA5GtAnqgejMkiwogPd7zdSIQU3QNrvpys7n8vKtBJ0UWEjIAABjqG+0mrdb0icMIYjKtAADC HKRfLycIttirbXrV8EznEUnnvFxjLTbbL9YZpXgwKb+bwXuALHVlwnDPSGwLAEjc3+tL2upshayn qgW+FZ8bH8cqS7iyKci6XZ0hDsjWnkFBRFEBrM+mhfUYlJRIAAFAbirludxZkO1ap2vCNzX8w6Lf WOPpuFoG+cNznafnvv9uLnc6pHb7lh/e4LzRAc/6e55XWddDQk2rt1Ztxd2nA7VGaTO8uHlAB/jM rmRKTRBaXYwTq233dIUw5kBIbQEgABBTInAGjCDfFSOT41qXo+nNvO/Hcd9YRbdbNRxhzIHu3J0O R7YaOIQPuwBkbf4crirYI6gWuP604eB4zmjZyRyVXDqrk5af9gwuLEVikfDib3PLKQDeXFepSc+M vowkEpG50Zm0przWnC9Rklj8PRxPbog8xgg44A8I583Ock06MLOyQRSZpJPxtULmtz3wBueXXbfP F+wR1EYlb7h0/9sGOTPvKKn5vofTmRGqqb75dYs5U5D83x92+NPNXi/2+19OPA8BgMZQ1mgHAGRp uXVFGZp+2vsraE6VXW5rsSHItzjI669G/GMSAGDLWU+zmQdQDUc2960rg0PTTx5NAHA6y4W2isI1 0KAo8wJ1IBBQ3RklqyM/+eNEAQAOmeqvX688hgecf8LRbf06nc7M8XsOZGS9eruLeiIfFmxniBpM JTWYSmowldRgKqmRvRlaWloi5FDbACeb3a8UFLE/5tGCFTg1mEpqMJXUYCqpwVRSg6mkBlNJDaaS GkwlNd4CGF/UiSluffUAAAAASUVORK5CYII= --=_e39231c6e7557ffafe2fcaabdd9c46db--

5 10

Cannot delete auto-generated snapshot
by Langley, Robert 20 Feb '18

20 Feb '18

--_000_BN1PR09MB0289E063FD0949DD7A39161987CF0BN1PR09MB0289namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable 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 wa= ke up earlier. --_000_BN1PR09MB0289E063FD0949DD7A39161987CF0BN1PR09MB0289namp_ 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"> <p style=3D"margin-top:0;margin-bottom:0">I was moving some virtual disks f= rom one storage server to another. Now, I have a couple servers that have t= he 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.</p> <p style=3D"margin-top:0;margin-bottom:0">Any help would be appreciated. I'= m going to bed for now, but will try to wake up earlier.<br> </p> </div> </body> </html> --_000_BN1PR09MB0289E063FD0949DD7A39161987CF0BN1PR09MB0289namp_--

2 1

4.2 VM Portal -Create- VM section issue
by Vrgotic, Marko 20 Feb '18

20 Feb '18

--_000_DCB28C19FFF840AC897ED97221D26A2Cactivevideocom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBvVmlydCwNCg0KQWZ0ZXIgc2V0dGluZyBhbGwgcGFyYW1ldGVycyBmb3IgbmV3IFZNIGFu ZCBjbGlja2luZyBvbiDigJxDcmVhdGXigJ0gYnV0dG9uLCBubyBwcm9ncmVzcyBzdGF0dXMgb3Ig dGhhdCBhY3Rpb24gaXMgYWNjZXB0ZWQgaXMgc2VlbiBmcm9tIHdlYnVpLg0KSW4gYWRkaXRpb24s IHdoZW4gY2xvc2luZyB0aGUgYWRkIFZNIHNlY3Rpb24sIEkgYW0gYXNrZWQgaWYgSSBhbSBzdXJl LCBkdWUgdG8gY2hhbmdlcyBtYWRlLg0KDQpJcyB0aGlzIGV4cGVjdGVkIGJlaGF2aW91cj8gQ2Fu IHNvbWV0aGluZyBiZSBkb25lIGFib3V0Pw0KDQpLaW5kbHkgYXdhaXRpbmcgeW91ciByZXBseS4N Cg0KLS0NCk1ldCB2cmllbmRlbGlqa2UgZ3JvZXQgLyBCZXN0IHJlZ2FyZHMsDQpNYXJrbyBWcmdv dGljDQpTeXN0ZW0gRW5naW5lZXIvQ3VzdG9tZXIgQ2FyZQ0KQWN0aXZlVmlkZW8NCg0K --_000_DCB28C19FFF840AC897ED97221D26A2Cactivevideocom_ Content-Type: text/html; charset="utf-8" Content-ID: <B57959ED133FE44B8D66555EBE087783(a)namprd08.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6bz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6b2ZmaWNlIiB4 bWxuczp3PSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTp3b3JkIiB4bWxuczptPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA0LzEyL29tbWwiIHhtbG5zPSJo dHRwOi8vd3d3LnczLm9yZy9UUi9SRUMtaHRtbDQwIj4NCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVp dj0iQ29udGVudC1UeXBlIiBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPg0KPG1l dGEgbmFtZT0iVGl0bGUiIGNvbnRlbnQ9IiI+DQo8bWV0YSBuYW1lPSJLZXl3b3JkcyIgY29udGVu dD0iIj4NCjxtZXRhIG5hbWU9IkdlbmVyYXRvciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUg KGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8N CkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0 IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJ cGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls eTotd2Via2l0LXN0YW5kYXJkO30NCi8qIFN0eWxlIERlZmluaXRpb25zICovDQpwLk1zb05vcm1h bCwgbGkuTXNvTm9ybWFsLCBkaXYuTXNvTm9ybWFsDQoJe21hcmdpbjowY207DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6Q2FsaWJyaTsN Cgltc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUzt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5r DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3Jh dGlvbjp1bmRlcmxpbmU7fQ0KYTp2aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJ e21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlv bjp1bmRlcmxpbmU7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29u YWwtY29tcG9zZTsNCglmb250LWZhbWlseTpDYWxpYnJpOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0K c3Bhbi5tc29JbnMNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJbXNvLXN0eWxlLW5h bWU6IiI7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTsNCgljb2xvcjp0ZWFsO30NCi5Nc29D aHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtZmFtaWx5OkNh bGlicmk7DQoJbXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVM7fQ0KQHBhZ2UgV29yZFNlY3Rpb24x DQoJe3NpemU6NTk1LjBwdCA4NDIuMHB0Ow0KCW1hcmdpbjo3Mi4wcHQgNzIuMHB0IDcyLjBwdCA3 Mi4wcHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdlOldvcmRTZWN0aW9uMTt9DQotLT48L3N0 eWxlPg0KPC9oZWFkPg0KPGJvZHkgYmdjb2xvcj0id2hpdGUiIGxhbmc9IkVOLUdCIiBsaW5rPSIj MDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkRlYXIgb1Zp cnQsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5BZnRlciBzZXR0 aW5nIGFsbCBwYXJhbWV0ZXJzIGZvciBuZXcgVk0gYW5kIGNsaWNraW5nIG9uIOKAnENyZWF0ZeKA nSBidXR0b24sIG5vIHByb2dyZXNzIHN0YXR1cyBvciB0aGF0IGFjdGlvbiBpcyBhY2NlcHRlZCBp cyBzZWVuIGZyb20gd2VidWkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQiPkluIGFkZGl0aW9uLCB3aGVuIGNs b3NpbmcgdGhlIGFkZCBWTSBzZWN0aW9uLCBJIGFtIGFza2VkIGlmIEkgYW0gc3VyZSwgZHVlIHRv IGNoYW5nZXMgbWFkZS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMS4wcHQi PklzIHRoaXMgZXhwZWN0ZWQgYmVoYXZpb3VyPyBDYW4gc29tZXRoaW5nIGJlIGRvbmUgYWJvdXQ/ PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZToxMS4wcHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTEuMHB0Ij5LaW5kbHkgYXdhaXRp bmcgeW91ciByZXBseS48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExLjBwdCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC41cHQ7 Zm9udC1mYW1pbHk6LXdlYmtpdC1zdGFuZGFyZDtjb2xvcjpibGFjazttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1HQiI+LS08bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtmb250LWZhbWlseTotd2Via2l0LXN0YW5k YXJkO2NvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLUdCIj5NZXQgdnJpZW5kZWxp amtlIGdyb2V0IC8gQmVzdCByZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjVwdDtm b250LWZhbWlseTotd2Via2l0LXN0YW5kYXJkO2NvbG9yOmJsYWNrO21zby1mYXJlYXN0LWxhbmd1 YWdlOkVOLUdCIj5NYXJrbyBWcmdvdGljPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuNXB0O2Zv bnQtZmFtaWx5Oi13ZWJraXQtc3RhbmRhcmQ7Y29sb3I6YmxhY2s7bXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tR0IiPlN5c3RlbSBFbmdpbmVlci9DdXN0b21lciBDYXJlPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuNXB0O2ZvbnQtZmFtaWx5Oi13ZWJraXQtc3RhbmRhcmQ7Y29sb3I6YmxhY2s7bXNv LWZhcmVhc3QtbGFuZ3VhZ2U6RU4tR0IiPkFjdGl2ZVZpZGVvPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwv Ym9keT4NCjwvaHRtbD4NCg== --_000_DCB28C19FFF840AC897ED97221D26A2Cactivevideocom_--

2 7

Re: [ovirt-users] 2 Master on Storage Pool [Event Error]
by michael pagdanganan 20 Feb '18

20 Feb '18

------=_Part_2010355_281080504.1519108987392 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sorry can't attached log file it's too big file VDSM.log for node 1 2766', 'lastCheck': '4.9', 'valid': True}} from=3Dinternal, task_id=3D645d4= 56e-f59f-4b1c-9e97-fc82d19a36b1 (api:52) 2018-02-20 14:38:47,222+0800 INFO=C2=A0 (jsonrpc/3) [vdsm.api] START repoSt= ats(options=3DNone) from=3D::ffff:10.10.43.1,60554, flow_id=3D3b2e802e, tas= k_id=3D28c795d1-1639-4e68-a9fe-a00006be268f (api:46) 2018-02-20 14:38:47,222+0800 INFO=C2=A0 (jsonrpc/3) [vdsm.api] FINISH repoS= tats return=3D{'f3e372e3-1251-4195-a4b9-1027e40059df': {'code': 0, 'actual'= : True, 'version': 4, 'acquired': True, 'delay': '0.000119109', 'lastCheck'= : '6.0', 'valid': True}, 'e83d0d46-6ea6-4aa3-80bf-6e95c66b0454': {'code': 0= , 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000195263', '= lastCheck': '6.0', 'valid': True}, '65ca2e2d-b472-4bee-85b4-09a161464b20': = {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000= 22988', 'lastCheck': '6.0', 'valid': True}, '4bf2ba2f-f57a-4d9f-b42a-fb78f4= 40a358': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay= ': '0.000270206', 'lastCheck': '5.9', 'valid': True}, '42e591b7-f86c-4b67-a= 3d2-40cc007f7662': {'code': 0, 'actual': True, 'version': 4, 'acquired': Tr= ue, 'delay': '0.000272766', 'lastCheck': '6.0', 'valid': True}} from=3D::ff= ff:10.10.43.1,60554, flow_id=3D3b2e802e, task_id=3D28c795d1-1639-4e68-a9fe-= a00006be268f (api:52) 2018-02-20 14:38:47,226+0800 INFO=C2=A0 (jsonrpc/3) [jsonrpc.JsonRpcServer]= RPC call Host.getStats succeeded in 0.00 seconds (__init__:539) 2018-02-20 14:38:55,252+0800 INFO=C2=A0 (jsonrpc/4) [jsonrpc.JsonRpcServer]= RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:539) 2018-02-20 14:38:58,566+0800 INFO=C2=A0 (jsonrpc/2) [jsonrpc.JsonRpcServer]= RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:539) 2018-02-20 14:39:01,093+0800 INFO=C2=A0 (periodic/1) [vdsm.api] START repoS= tats(options=3DNone) from=3Dinternal, task_id=3D04f55ded-5841-44ae-a376-4f6= e723e4b10 (api:46) 2018-02-20 14:39:01,093+0800 INFO=C2=A0 (periodic/1) [vdsm.api] FINISH repo= Stats return=3D{'f3e372e3-1251-4195-a4b9-1027e40059df': {'code': 0, 'actual= ': True, 'version': 4, 'acquired': True, 'delay': '9.3888e-05', 'lastCheck'= : '9.9', 'valid': True}, 'e83d0d46-6ea6-4aa3-80bf-6e95c66b0454': {'code': 0= , 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000197535', '= lastCheck': '9.8', 'valid': True}, '65ca2e2d-b472-4bee-85b4-09a161464b20': = {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000= 191456', 'lastCheck': '9.8', 'valid': True}, '4bf2ba2f-f57a-4d9f-b42a-fb78f= 440a358': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'dela= y': '0.00026365', 'lastCheck': '9.8', 'valid': True}, '42e591b7-f86c-4b67-a= 3d2-40cc007f7662': {'code': 0, 'actual': True, 'version': 4, 'acquired': Tr= ue, 'delay': '0.000243658', 'lastCheck': '0.0', 'valid': True}} from=3Dinte= rnal, task_id=3D04f55ded-5841-44ae-a376-4f6e723e4b10 (api:52) 2018-02-20 14:39:02,295+0800 INFO=C2=A0 (jsonrpc/6) [vdsm.api] START repoSt= ats(options=3DNone) from=3D::ffff:10.10.43.1,60554, flow_id=3D13149d6e, tas= k_id=3D5f19d76a-d343-4dc4-ad09-024ec27f7443 (api:46) 2018-02-20 14:39:02,295+0800 INFO=C2=A0 (jsonrpc/6) [vdsm.api] FINISH repoS= tats return=3D{'f3e372e3-1251-4195-a4b9-1027e40059df': {'code': 0, 'actual'= : True, 'version': 4, 'acquired': True, 'delay': '9.4759e-05', 'lastCheck':= '1.1', 'valid': True}, 'e83d0d46-6ea6-4aa3-80bf-6e95c66b0454': {'code': 0,= 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000183158', 'l= astCheck': '1.0', 'valid': True}, '65ca2e2d-b472-4bee-85b4-09a161464b20': {= 'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.0002= 22609', 'lastCheck': '1.0', 'valid': True}, '4bf2ba2f-f57a-4d9f-b42a-fb78f4= 40a358': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay= ': '0.000211253', 'lastCheck': '1.0', 'valid': True}, '42e591b7-f86c-4b67-a= 3d2-40cc007f7662': {'code': 0, 'actual': True, 'version': 4, 'acquired': Tr= ue, 'delay': '0.000243658', 'lastCheck': '1.1', 'valid': True}} from=3D::ff= ff:10.10.43.1,60554, flow_id=3D13149d6e, task_id=3D5f19d76a-d343-4dc4-ad09-= 024ec27f7443 (api:52) 2018-02-20 14:39:02,300+0800 INFO=C2=A0 (jsonrpc/6) [jsonrpc.JsonRpcServer]= RPC call Host.getStats succeeded in 0.01 seconds (__init__:539) 2018-02-20 14:39:10,270+0800 INFO=C2=A0 (jsonrpc/1) [jsonrpc.JsonRpcServer]= RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:539) 2018-02-20 14:39:13,631+0800 INFO=C2=A0 (jsonrpc/0) [vdsm.api] START connec= tStorageServer(domType=3D1, spUUID=3Du'00000000-0000-0000-0000-000000000000= ', conList=3D[{u'id': u'5e4c94f1-f3b9-4fbd-a6c7-e732d0fe3123', u'connection= ': u'dev2node1.lares.com.ph:/run/media/root/Slave1Data/dataNode1', u'iqn': = u'', u'user': u'', u'tpgt': u'1', u'protocol_version': u'auto', u'password'= : '********', u'port': u''}], options=3DNone) from=3D::ffff:10.10.43.1,6055= 4, flow_id=3D15b57417, task_id=3Dbfce1e70-ef4a-4e13-aaaa-7a66aaf44429 (api:= 46) 2018-02-20 14:39:13,633+0800 INFO=C2=A0 (jsonrpc/0) [vdsm.api] FINISH conne= ctStorageServer return=3D{'statuslist': [{'status': 0, 'id': u'5e4c94f1-f3b= 9-4fbd-a6c7-e732d0fe3123'}]} from=3D::ffff:10.10.43.1,60554, flow_id=3D15b5= 7417, task_id=3Dbfce1e70-ef4a-4e13-aaaa-7a66aaf44429 (api:52) 2018-02-20 14:39:13,634+0800 INFO=C2=A0 (jsonrpc/0) [jsonrpc.JsonRpcServer]= RPC call StoragePool.connectStorageServer succeeded in 0.00 seconds (__ini= t__:539) 2018-02-20 14:39:13,806+0800 INFO=C2=A0 (jsonrpc/7) [vdsm.api] START connec= tStoragePool(spUUID=3Du'5a865884-0366-0330-02b8-0000000002d4', hostID=3D1, = msdUUID=3Du'f3e372e3-1251-4195-a4b9-1027e40059df', masterVersion=3D65, doma= insMap=3D{u'e83d0d46-6ea6-4aa3-80bf-6e95c66b0454': u'active', u'4bf2ba2f-f5= 7a-4d9f-b42a-fb78f440a358': u'active', u'225e1975-8121-4370-b317-86e964ae32= 6f': u'attached', u'f3e372e3-1251-4195-a4b9-1027e40059df': u'active', u'65c= a2e2d-b472-4bee-85b4-09a161464b20': u'active', u'42e591b7-f86c-4b67-a3d2-40= cc007f7662': u'active'}, options=3DNone) from=3D::ffff:10.10.43.1,60554, fl= ow_id=3D15b57417, task_id=3D927a5d9a-4304-4776-b5c9-22ba5d0cb853 (api:46) 2018-02-20 14:39:13,807+0800 INFO=C2=A0 (jsonrpc/7) [storage.StoragePoolMem= oryBackend] new storage pool master version 65 and domains map {u'e83d0d46-= 6ea6-4aa3-80bf-6e95c66b0454': u'Active', u'4bf2ba2f-f57a-4d9f-b42a-fb78f440= a358': u'Active', u'225e1975-8121-4370-b317-86e964ae326f': u'Attached', u'f= 3e372e3-1251-4195-a4b9-1027e40059df': u'Active', u'65ca2e2d-b472-4bee-85b4-= 09a161464b20': u'Active', u'42e591b7-f86c-4b67-a3d2-40cc007f7662': u'Active= '} (spbackends:450) VDSM.log 22018-02-20 14:41:14,598+0800 INFO=C2=A0 (periodic/3) [vdsm.api] F= INISH repoStats return=3D{'f3e372e3-1251-4195-a4b9-1027e40059df': {'code': = 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000252423', = 'lastCheck': '6.0', 'valid': True}, 'e83d0d46-6ea6-4aa3-80bf-6e95c66b0454':= {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '7.55= 67e-05', 'lastCheck': '6.0', 'valid': True}, '65ca2e2d-b472-4bee-85b4-09a16= 1464b20': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'dela= y': '8.2433e-05', 'lastCheck': '6.0', 'valid': True}, '4bf2ba2f-f57a-4d9f-b= 42a-fb78f440a358': {'code': 0, 'actual': True, 'version': 0, 'acquired': Tr= ue, 'delay': '0.000237247', 'lastCheck': '5.9', 'valid': True}, '42e591b7-f= 86c-4b67-a3d2-40cc007f7662': {'code': 0, 'actual': True, 'version': 4, 'acq= uired': True, 'delay': '8.4376e-05', 'lastCheck': '6.0', 'valid': True}} fr= om=3Dinternal, task_id=3D6213712b-9903-4db8-9836-3baf85cd63e4 (api:52) 2018-02-20 14:41:18,074+0800 INFO=C2=A0 (jsonrpc/6) [jsonrpc.JsonRpcServer]= RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:539) 2018-02-20 14:41:24,333+0800 INFO=C2=A0 (jsonrpc/4) [vdsm.api] START repoSt= ats(options=3DNone) from=3D::ffff:10.10.43.1,56540, flow_id=3D73f86113, tas= k_id=3De8231ecb-3543-4d8f-af54-4cf2b06ee98a (api:46) 2018-02-20 14:41:24,334+0800 INFO=C2=A0 (jsonrpc/4) [vdsm.api] FINISH repoS= tats return=3D{'f3e372e3-1251-4195-a4b9-1027e40059df': {'code': 0, 'actual'= : True, 'version': 4, 'acquired': True, 'delay': '0.000172953', 'lastCheck'= : '5.7', 'valid': True}, 'e83d0d46-6ea6-4aa3-80bf-6e95c66b0454': {'code': 0= , 'actual': True, 'version': 0, 'acquired': True, 'delay': '7.701e-05', 'la= stCheck': '5.7', 'valid': True}, '65ca2e2d-b472-4bee-85b4-09a161464b20': {'= code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.00011= 7677', 'lastCheck': '5.7', 'valid': True}, '4bf2ba2f-f57a-4d9f-b42a-fb78f44= 0a358': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay'= : '0.000185146', 'lastCheck': '5.7', 'valid': True}, '42e591b7-f86c-4b67-a3= d2-40cc007f7662': {'code': 0, 'actual': True, 'version': 4, 'acquired': Tru= e, 'delay': '9.1467e-05', 'lastCheck': '5.8', 'valid': True}} from=3D::ffff= :10.10.43.1,56540, flow_id=3D73f86113, task_id=3De8231ecb-3543-4d8f-af54-4c= f2b06ee98a (api:52) 2018-02-20 14:41:24,338+0800 INFO=C2=A0 (jsonrpc/4) [jsonrpc.JsonRpcServer]= RPC call Host.getStats succeeded in 0.00 seconds (__init__:539) 2018-02-20 14:41:27,087+0800 INFO=C2=A0 (jsonrpc/0) [jsonrpc.JsonRpcServer]= RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:539) 2018-02-20 14:41:29,607+0800 INFO=C2=A0 (periodic/1) [vdsm.api] START repoS= tats(options=3DNone) from=3Dinternal, task_id=3Df14b7aab-b64a-4903-9368-d66= 5e39b49d1 (api:46) 2018-02-20 14:41:29,608+0800 INFO=C2=A0 (periodic/1) [vdsm.api] FINISH repo= Stats return=3D{'f3e372e3-1251-4195-a4b9-1027e40059df': {'code': 0, 'actual= ': True, 'version': 4, 'acquired': True, 'delay': '0.000246237', 'lastCheck= ': '1.0', 'valid': True}, 'e83d0d46-6ea6-4aa3-80bf-6e95c66b0454': {'code': = 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '8.8773e-05', '= lastCheck': '1.0', 'valid': True}, '65ca2e2d-b472-4bee-85b4-09a161464b20': = {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '9.714= 5e-05', 'lastCheck': '1.0', 'valid': True}, '4bf2ba2f-f57a-4d9f-b42a-fb78f4= 40a358': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay= ': '0.000218729', 'lastCheck': '0.9', 'valid': True}, '42e591b7-f86c-4b67-a= 3d2-40cc007f7662': {'code': 0, 'actual': True, 'version': 4, 'acquired': Tr= ue, 'delay': '9.1035e-05', 'lastCheck': '1.0', 'valid': True}} from=3Dinter= nal, task_id=3Df14b7aab-b64a-4903-9368-d665e39b49d1 (api:52) 2018-02-20 14:41:33,079+0800 INFO=C2=A0 (jsonrpc/7) [jsonrpc.JsonRpcServer]= RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:539) 2018-02-20 14:41:40,456+0800 INFO=C2=A0 (jsonrpc/2) [vdsm.api] START repoSt= ats(options=3DNone) from=3D::ffff:10.10.43.1,56540, flow_id=3D3be8150c, tas= k_id=3D1b0c86a8-6fd8-4882-a742-fbd56ccb4037 (api:46) 2018-02-20 14:41:40,457+0800 INFO=C2=A0 (jsonrpc/2) [vdsm.api] FINISH repoS= tats return=3D{'f3e372e3-1251-4195-a4b9-1027e40059df': {'code': 0, 'actual'= : True, 'version': 4, 'acquired': True, 'delay': '0.000174027', 'lastCheck'= : '1.8', 'valid': True}, 'e83d0d46-6ea6-4aa3-80bf-6e95c66b0454': {'code': 0= , 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.00011454', 'l= astCheck': '1.8', 'valid': True}, '65ca2e2d-b472-4bee-85b4-09a161464b20': {= 'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.0001= 45955', 'lastCheck': '1.8', 'valid': True}, '4bf2ba2f-f57a-4d9f-b42a-fb78f4= 40a358': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay= ': '0.000209871', 'lastCheck': '1.8', 'valid': True}, '42e591b7-f86c-4b67-a= 3d2-40cc007f7662': {'code': 0, 'actual': True, 'version': 4, 'acquired': Tr= ue, 'delay': '9.5744e-05', 'lastCheck': '1.9', 'valid': True}} from=3D::fff= f:10.10.43.1,56540, flow_id=3D3be8150c, task_id=3D1b0c86a8-6fd8-4882-a742-f= bd56ccb4037 (api:52) 2018-02-20 14:41:40,461+0800 INFO=C2=A0 (jsonrpc/2) [jsonrpc.JsonRpcServer]= RPC call Host.getStats succeeded in 0.01 seconds (__init__:539) 2018-02-20 14:41:42,106+0800 INFO=C2=A0 (jsonrpc/3) [jsonrpc.JsonRpcServer]= RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:539) 2018-02-20 14:41:44,622+0800 INFO=C2=A0 (periodic/3) [vdsm.api] START repoS= tats(options=3DNone) from=3Dinternal, task_id=3D20e0b29b-d3cd-4e44-b92c-213= f9c984ab2 (api:46) 2018-02-20 14:41:44,622+0800 INFO=C2=A0 (periodic/3) [vdsm.api] FINISH repo= Stats return=3D{'f3e372e3-1251-4195-a4b9-1027e40059df': {'code': 0, 'actual= ': True, 'version': 4, 'acquired': True, 'delay': '0.000174027', 'lastCheck= ': '6.0', 'valid': True}, 'e83d0d46-6ea6-4aa3-80bf-6e95c66b0454': {'code': = 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.00011454', '= lastCheck': '6.0', 'valid': True}, '65ca2e2d-b472-4bee-85b4-09a161464b20': = {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000= 145955', 'lastCheck': '6.0', 'valid': True}, '4bf2ba2f-f57a-4d9f-b42a-fb78f= 440a358': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'dela= y': '0.000209871', 'lastCheck': '5.9', 'valid': True}, '42e591b7-f86c-4b67-= a3d2-40cc007f7662': {'code': 0, 'actual': True, 'version': 4, 'acquired': T= rue, 'delay': '9.5744e-05', 'lastCheck': '6.0', 'valid': True}} from=3Dinte= rnal, task_id=3D20e0b29b-d3cd-4e44-b92c-213f9c984ab2 (api:52) 2018-02-20 14:41:49,083+0800 INFO=C2=A0 (jsonrpc/1) [jsonrpc.JsonRpcServer]= RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init__:539) Engine log skId '404ccecc-aa7f-45ea-89e4-726956269bc9' task status 'finished' 2018-02-20 14:42:21,966+08 INFO=C2=A0 [org.ovirt.engine.core.vdsbroker.vdsb= roker.SpmStartVDSCommand] (org.ovirt.thread.pool-7-thread-38) [29528f9] spm= Start polling ended, spm status: SPM 2018-02-20 14:42:21,967+08 INFO=C2=A0 [org.ovirt.engine.core.vdsbroker.vdsb= roker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-7-thread-38) [29528f9]= START, HSMClearTaskVDSCommand(HostName =3D Node1, HSMTaskGuidBaseVDSComman= dParameters:{runAsync=3D'true', hostId=3D'7dee35bb-8c97-4f6a-b6cd-abc425854= 0e4', taskId=3D'404ccecc-aa7f-45ea-89e4-726956269bc9'}), log id: 71688f70 2018-02-20 14:42:22,922+08 INFO=C2=A0 [org.ovirt.engine.core.vdsbroker.vdsb= roker.HSMClearTaskVDSCommand] (org.ovirt.thread.pool-7-thread-38) [29528f9]= FINISH, HSMClearTaskVDSCommand, log id: 71688f70 2018-02-20 14:42:22,923+08 INFO=C2=A0 [org.ovirt.engine.core.vdsbroker.vdsb= roker.SpmStartVDSCommand] (org.ovirt.thread.pool-7-thread-38) [29528f9] FIN= ISH, SpmStartVDSCommand, return: org.ovirt.engine.core.common.businessentit= ies.SpmStatusResult@78332453, log id: 3ea35d5 2018-02-20 14:42:22,935+08 INFO=C2=A0 [org.ovirt.engine.core.vdsbroker.irsb= roker.IrsProxy] (org.ovirt.thread.pool-7-thread-38) [29528f9] Initialize Ir= s proxy from vds: dev2node1.lares.com.ph 2018-02-20 14:42:22,951+08 INFO=C2=A0 [org.ovirt.engine.core.dal.dbbroker.a= uditloghandling.AuditLogDirector] (org.ovirt.thread.pool-7-thread-38) [2952= 8f9] EVENT_ID: IRS_HOSTED_ON_VDS(204), Correlation ID: null, Call Stack: nu= ll, Custom ID: null, Custom Event ID: -1, Message: Storage Pool Manager run= s on Host Node1 (Address: dev2node1.lares.com.ph). 2018-02-20 14:42:22,952+08 INFO=C2=A0 [org.ovirt.engine.core.vdsbroker.irsb= roker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-7-thread-38) [29= 528f9] -- executeIrsBrokerCommand: Attempting on storage pool '5a865884-036= 6-0330-02b8-0000000002d4' 2018-02-20 14:42:22,952+08 INFO=C2=A0 [org.ovirt.engine.core.vdsbroker.vdsb= roker.HSMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-7-thread-38) [29= 528f9] START, HSMGetAllTasksInfoVDSCommand(HostName =3D Node1, VdsIdVDSComm= andParametersBase:{runAsync=3D'true', hostId=3D'7dee35bb-8c97-4f6a-b6cd-abc= 4258540e4'}), log id: 1bdbea9d 2018-02-20 14:42:22,955+08 INFO=C2=A0 [org.ovirt.engine.core.vdsbroker.irsb= roker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-7-thread-7) [295= 28f9] START, SPMGetAllTasksInfoVDSCommand( IrsBaseVDSCommandParameters:{run= Async=3D'true', storagePoolId=3D'5a865884-0366-0330-02b8-0000000002d4', ign= oreFailoverLimit=3D'false'}), log id: 5c2422d6 2018-02-20 14:42:23,956+08 INFO=C2=A0 [org.ovirt.engine.core.vdsbroker.vdsb= roker.HSMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-7-thread-38) [29= 528f9] FINISH, HSMGetAllTasksInfoVDSCommand, return: [], log id: 1bdbea9d 2018-02-20 14:42:23,956+08 INFO=C2=A0 [org.ovirt.engine.core.vdsbroker.irsb= roker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.thread.pool-7-thread-38) [29= 528f9] FINISH, SPMGetAllTasksInfoVDSCommand, return: [], log id: 58cbe7b7 2018-02-20 14:42:23,956+08 INFO=C2=A0 [org.ovirt.engine.core.bll.tasks.Asyn= cTaskManager] (org.ovirt.thread.pool-7-thread-38) [29528f9] Discovered no t= asks on Storage Pool 'UnsecuredEnv' 2018-02-20 14:42:24,936+08 INFO=C2=A0 [org.ovirt.vdsm.jsonrpc.client.reacto= rs.ReactorClient] (SSL Stomp Reactor) [] Connecting to dev2node1.lares.com.= ph/10.10.43.2 2018-02-20 14:42:27,012+08 WARN=C2=A0 [org.ovirt.engine.core.vdsbroker.irsb= roker.IrsProxy] (org.ovirt.thread.pool-7-thread-43) [] Master domain is not= in sync between DB and VDSM. Domain Node1Container marked as master in DB = and not in the storage 2018-02-20 14:42:27,026+08 WARN=C2=A0 [org.ovirt.engine.core.dal.dbbroker.a= uditloghandling.AuditLogDirector] (org.ovirt.thread.pool-7-thread-43) [] EV= ENT_ID: SYSTEM_MASTER_DOMAIN_NOT_IN_SYNC(990), Correlation ID: null, Call S= tack: null, Custom ID: null, Custom Event ID: -1, Message: Sync Error on Ma= ster Domain between Host Node1 and oVirt Engine. Domain: Node1Container is = marked as Master in oVirt Engine database but not on the Storage side. Plea= se consult with Support on how to fix this issue. 2018-02-20 14:42:27,103+08 INFO=C2=A0 [org.ovirt.engine.core.bll.storage.po= ol.ReconstructMasterDomainCommand] (org.ovirt.thread.pool-7-thread-43) [3e5= 965ca] Running command: ReconstructMasterDomainCommand internal: true. Enti= ties affected :=C2=A0 ID: f3e372e3-1251-4195-a4b9-1027e40059df Type: Storag= e 2018-02-20 14:42:27,137+08 INFO=C2=A0 [org.ovirt.engine.core.vdsbroker.irsb= roker.ResetIrsVDSCommand] (org.ovirt.thread.pool-7-thread-43) [3e5965ca] ST= ART, ResetIrsVDSCommand( ResetIrsVDSCommandParameters:{runAsync=3D'true', s= toragePoolId=3D'5a865884-0366-0330-02b8-0000000002d4', ignoreFailoverLimit= =3D'false', vdsId=3D'7dee35bb-8c97-4f6a-b6cd-abc4258540e4', ignoreStopFaile= d=3D'true'}), log id: 3e0a239d 2018-02-20 14:42:27,140+08 INFO=C2=A0 [org.ovirt.engine.core.vdsbroker.vdsb= roker.SpmStopVDSCommand] (org.ovirt.thread.pool-7-thread-43) [3e5965ca] STA= RT, SpmStopVDSCommand(HostName =3D Node1, SpmStopVDSCommandParameters:{runA= sync=3D'true', hostId=3D'7dee35bb-8c97-4f6a-b6cd-abc4258540e4', storagePool= Id=3D'5a865884-0366-0330-02b8-0000000002d4'}), log id: 7c67bf06 2018-02-20 14:42:28,144+08 INFO=C2=A0 [org.ovirt.engine.core.vdsbroker.vdsb= roker.SpmStopVDSCommand] (org.ovirt.thread.pool-7-thread-43) [3e5965ca] Spm= StopVDSCommand::Stopping SPM on vds 'Node1', pool id '5a865884-0366-0330-02= b8-0000000002d4' =20 On Tuesday, February 20, 2018 2:33 PM, michael pagdanganan <mhke_aj5566= @yahoo.com> wrote: =20 Thanks for quick response, see attachment. =20 On Tuesday, February 20, 2018 2:10 PM, Eyal Shenitzky <eshenitz(a)redhat.= com> wrote: =20 Hi,=C2=A0 Can you please attach full Engine and VDSM logs? Thanks, On Tue, Feb 20, 2018 at 2:59 AM, michael pagdanganan <mhke_aj5566(a)yahoo.com= > wrote: My storage pool has 2 Master Domain(Stored2 on Node2,Node1Container on Node= 1). and my old master domain (DATANd01 on Node1 ) hung on preparing for mai= ntenance. When I tried to activate my old master domain (DATANd01 on Node1 = ) all=C2=A0 storage domain goes down and up master keep on rotating. Ovirt Version (oVirt Engine Version: 4.1.9.1.el7.centos) Event Error:Sync Error on Master Domain between Host Node2 and oVirt Engine= . Domain Stored2 is marked as master in ovirt engine Database but not on st= orage side Please consult with support VDSM Node2 command ConnectStoragePoolVDS failed: Wrong Master domain or it'= s version: u'SD=3Df3e372e3-1251-4195-a4b9- 1027e40059df, pool=3D5a865884-03= 66-0330-02b8- 0000 VDSM Node2 command HSMGetAllTastsStatusesVDS failed: Not SPM: () Failed to deactivate Storage Domain DATANd01 (Data Center UnsecuredEnv) Here's logs from engine: ------------------------------ ------------------------------ -------------= ----------------- -------------[root@dev2engine ~]# tail /var/log/messages Feb 20 07:01:01 dev2engine systemd: Starting Session 20 of user root. Feb 20 07:01:01 dev2engine systemd: Removed slice User Slice of root. Feb 20 07:01:01 dev2engine systemd: Stopping User Slice of root. Feb 20 07:58:52 dev2engine systemd: Created slice User Slice of root. Feb 20 07:58:52 dev2engine systemd: Starting User Slice of root. Feb 20 07:58:52 dev2engine systemd-logind: New session 21 of user root. Feb 20 07:58:52 dev2engine systemd: Started Session 21 of user root. Feb 20 07:58:52 dev2engine systemd: Starting Session 21 of user root. Feb 20 08:01:01 dev2engine systemd: Started Session 22 of user root. Feb 20 08:01:01 dev2engine systemd: Starting Session 22 of user root. ------------------------------ ------------------------------ -------------= ----------------- -------------[root@dev2engine ~]# tail /var/log/ovirt-eng= ine/engine. log 2018-02-20 08:01:16,062+08 INFO=C2=A0 [org.ovirt.engine.core.bll. eventqueu= e.EventQueueMonitor] (org.ovirt.thread.pool-7- thread-32) [102e9d3c] Finish= ed reconstruct for pool '5a865884-0366-0330-02b8- 0000000002d4'. Clearing e= vent queue 2018-02-20 08:01:27,825+08 WARN=C2=A0 [org.ovirt.engine.core. vdsbroker.irs= broker.IrsProxy] (org.ovirt.thread.pool-7- thread-23) [] Master domain is n= ot in sync between DB and VDSM. Domain Stored2 marked as master in DB and n= ot in the storage 2018-02-20 08:01:27,862+08 WARN=C2=A0 [org.ovirt.engine.core.bll. storage.p= ool. ReconstructMasterDomainCommand ] (org.ovirt.thread.pool-7- thread-23) = [213f42b9] Validation of action 'ReconstructMasterDomain' failed for user S= YSTEM. Reasons: VAR__ACTION__RECONSTRUCT_ MASTER,VAR__TYPE__STORAGE__ DOMAI= N,ACTION_TYPE_FAILED_ STORAGE_DOMAIN_STATUS_ ILLEGAL2,$status PreparingForM= aintenance 2018-02-20 08:01:27,882+08 INFO=C2=A0 [org.ovirt.engine.core.bll. eventqueu= e.EventQueueMonitor] (org.ovirt.thread.pool-7- thread-20) [929330e] Finishe= d reconstruct for pool '5a865884-0366-0330-02b8- 0000000002d4'. Clearing ev= ent queue 2018-02-20 08:01:40,106+08 WARN=C2=A0 [org.ovirt.engine.core. vdsbroker.irs= broker.IrsProxy] (org.ovirt.thread.pool-7- thread-17) [] Master domain is n= ot in sync between DB and VDSM. Domain Stored2 marked as master in DB and n= ot in the storage 2018-02-20 08:01:40,197+08 WARN=C2=A0 [org.ovirt.engine.core.bll. storage.p= ool. ReconstructMasterDomainCommand ] (org.ovirt.thread.pool-7- thread-17) = [7af552c1] Validation of action 'ReconstructMasterDomain' failed for user S= YSTEM. Reasons: VAR__ACTION__RECONSTRUCT_ MASTER,VAR__TYPE__STORAGE__ DOMAI= N,ACTION_TYPE_FAILED_ STORAGE_DOMAIN_STATUS_ ILLEGAL2,$status PreparingForM= aintenance 2018-02-20 08:01:40,246+08 INFO=C2=A0 [org.ovirt.engine.core.bll. eventqueu= e.EventQueueMonitor] (org.ovirt.thread.pool-7- thread-22) [73673040] Finish= ed reconstruct for pool '5a865884-0366-0330-02b8- 0000000002d4'. Clearing e= vent queue 2018-02-20 08:01:51,809+08 WARN=C2=A0 [org.ovirt.engine.core. vdsbroker.irs= broker.IrsProxy] (org.ovirt.thread.pool-7- thread-26) [] Master domain is n= ot in sync between DB and VDSM. Domain Stored2 marked as master in DB and n= ot in the storage 2018-02-20 08:01:51,846+08 WARN=C2=A0 [org.ovirt.engine.core.bll. storage.p= ool. ReconstructMasterDomainCommand ] (org.ovirt.thread.pool-7- thread-26) = [20307cbe] Validation of action 'ReconstructMasterDomain' failed for user S= YSTEM. Reasons: VAR__ACTION__RECONSTRUCT_ MASTER,VAR__TYPE__STORAGE__ DOMAI= N,ACTION_TYPE_FAILED_ STORAGE_DOMAIN_STATUS_ ILLEGAL2,$status PreparingForM= aintenance 2018-02-20 08:01:51,866+08 INFO=C2=A0 [org.ovirt.engine.core.bll. eventqueu= e.EventQueueMonitor] (org.ovirt.thread.pool-7- thread-49) [2c11a866] Finish= ed reconstruct for pool '5a865884-0366-0330-02b8- 0000000002d4'. Clearing e= vent queue ______________________________ _________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/ mailman/listinfo/users --=20 Regards,Eyal Shenitzky =20 =20 ------=_Part_2010355_281080504.1519108987392 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><head></head><body><div style=3D"color:#000; background-color:#fff; f= ont-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font= -size:10px"><div id=3D"yui_3_16_0_ym19_1_1519085807369_70843">Sorry can't a= ttached log file it's too big file<br></div><div id=3D"yui_3_16_0_ym19_1_15= 19085807369_70846"><br></div><div><br></div><div>VDSM.log for node 1</div><= div id=3D"yui_3_16_0_ym19_1_1519085807369_70844"><br></div><div id=3D"yui_3= _16_0_ym19_1_1519085807369_70530" dir=3D"ltr">2766', 'lastCheck': '4.9', 'v= alid': True}} from=3Dinternal, task_id=3D645d456e-f59f-4b1c-9e97-fc82d19a36= b1 (api:52)<br id=3D"yui_3_16_0_ym19_1_1519085807369_70565">2018-02-20 14:3= 8:47,222+0800 INFO  (jsonrpc/3) [vdsm.api] START repoStats(options=3DN= one) from=3D::ffff:10.10.43.1,60554, flow_id=3D3b2e802e, task_id=3D28c795d1= -1639-4e68-a9fe-a00006be268f (api:46)<br id=3D"yui_3_16_0_ym19_1_1519085807= 369_70566">2018-02-20 14:38:47,222+0800 INFO  (jsonrpc/3) [vdsm.api] F= INISH repoStats return=3D{'f3e372e3-1251-4195-a4b9-1027e40059df': {'code': = 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000119109', = 'lastCheck': '6.0', 'valid': True}, 'e83d0d46-6ea6-4aa3-80bf-6e95c66b0454':= {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.00= 0195263', 'lastCheck': '6.0', 'valid': True}, '65ca2e2d-b472-4bee-85b4-09a1= 61464b20': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'del= ay': '0.00022988', 'lastCheck': '6.0', 'valid': True}, '4bf2ba2f-f57a-4d9f-= b42a-fb78f440a358': {'code': 0, 'actual': True, 'version': 0, 'acquired': T= rue, 'delay': '0.000270206', 'lastCheck': '5.9', 'valid': True}, '42e591b7-= f86c-4b67-a3d2-40cc007f7662': {'code': 0, 'actual': True, 'version': 4, 'ac= quired': True, 'delay': '0.000272766', 'lastCheck': '6.0', 'valid': True}} = from=3D::ffff:10.10.43.1,60554, flow_id=3D3b2e802e, task_id=3D28c795d1-1639= -4e68-a9fe-a00006be268f (api:52)<br id=3D"yui_3_16_0_ym19_1_1519085807369_7= 0567">2018-02-20 14:38:47,226+0800 INFO  (jsonrpc/3) [jsonrpc.JsonRpcS= erver] RPC call Host.getStats succeeded in 0.00 seconds (__init__:539)<br i= d=3D"yui_3_16_0_ym19_1_1519085807369_70568">2018-02-20 14:38:55,252+0800 IN= FO  (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats su= cceeded in 0.00 seconds (__init__:539)<br id=3D"yui_3_16_0_ym19_1_151908580= 7369_70569">2018-02-20 14:38:58,566+0800 INFO  (jsonrpc/2) [jsonrpc.Js= onRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 seconds (__init_= _:539)<br id=3D"yui_3_16_0_ym19_1_1519085807369_70570">2018-02-20 14:39:01,= 093+0800 INFO  (periodic/1) [vdsm.api] START repoStats(options=3DNone)= from=3Dinternal, task_id=3D04f55ded-5841-44ae-a376-4f6e723e4b10 (api:46)<b= r id=3D"yui_3_16_0_ym19_1_1519085807369_70571">2018-02-20 14:39:01,093+0800= INFO  (periodic/1) [vdsm.api] FINISH repoStats return=3D{'f3e372e3-12= 51-4195-a4b9-1027e40059df': {'code': 0, 'actual': True, 'version': 4, 'acqu= ired': True, 'delay': '9.3888e-05', 'lastCheck': '9.9', 'valid': True}, 'e8= 3d0d46-6ea6-4aa3-80bf-6e95c66b0454': {'code': 0, 'actual': True, 'version':= 0, 'acquired': True, 'delay': '0.000197535', 'lastCheck': '9.8', 'valid': = True}, '65ca2e2d-b472-4bee-85b4-09a161464b20': {'code': 0, 'actual': True, = 'version': 4, 'acquired': True, 'delay': '0.000191456', 'lastCheck': '9.8',= 'valid': True}, '4bf2ba2f-f57a-4d9f-b42a-fb78f440a358': {'code': 0, 'actua= l': True, 'version': 0, 'acquired': True, 'delay': '0.00026365', 'lastCheck= ': '9.8', 'valid': True}, '42e591b7-f86c-4b67-a3d2-40cc007f7662': {'code': = 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000243658', = 'lastCheck': '0.0', 'valid': True}} from=3Dinternal, task_id=3D04f55ded-584= 1-44ae-a376-4f6e723e4b10 (api:52)<br id=3D"yui_3_16_0_ym19_1_1519085807369_= 70572">2018-02-20 14:39:02,295+0800 INFO  (jsonrpc/6) [vdsm.api] START= repoStats(options=3DNone) from=3D::ffff:10.10.43.1,60554, flow_id=3D13149d= 6e, task_id=3D5f19d76a-d343-4dc4-ad09-024ec27f7443 (api:46)<br id=3D"yui_3_= 16_0_ym19_1_1519085807369_70573">2018-02-20 14:39:02,295+0800 INFO  (j= sonrpc/6) [vdsm.api] FINISH repoStats return=3D{'f3e372e3-1251-4195-a4b9-10= 27e40059df': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'd= elay': '9.4759e-05', 'lastCheck': '1.1', 'valid': True}, 'e83d0d46-6ea6-4aa= 3-80bf-6e95c66b0454': {'code': 0, 'actual': True, 'version': 0, 'acquired':= True, 'delay': '0.000183158', 'lastCheck': '1.0', 'valid': True}, '65ca2e2= d-b472-4bee-85b4-09a161464b20': {'code': 0, 'actual': True, 'version': 4, '= acquired': True, 'delay': '0.000222609', 'lastCheck': '1.0', 'valid': True}= , '4bf2ba2f-f57a-4d9f-b42a-fb78f440a358': {'code': 0, 'actual': True, 'vers= ion': 0, 'acquired': True, 'delay': '0.000211253', 'lastCheck': '1.0', 'val= id': True}, '42e591b7-f86c-4b67-a3d2-40cc007f7662': {'code': 0, 'actual': T= rue, 'version': 4, 'acquired': True, 'delay': '0.000243658', 'lastCheck': '= 1.1', 'valid': True}} from=3D::ffff:10.10.43.1,60554, flow_id=3D13149d6e, t= ask_id=3D5f19d76a-d343-4dc4-ad09-024ec27f7443 (api:52)<br id=3D"yui_3_16_0_= ym19_1_1519085807369_70574">2018-02-20 14:39:02,300+0800 INFO  (jsonrp= c/6) [jsonrpc.JsonRpcServer] RPC call Host.getStats succeeded in 0.01 secon= ds (__init__:539)<br id=3D"yui_3_16_0_ym19_1_1519085807369_70575">2018-02-2= 0 14:39:10,270+0800 INFO  (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call= Host.getAllVmStats succeeded in 0.00 seconds (__init__:539)<br id=3D"yui_3= _16_0_ym19_1_1519085807369_70576">2018-02-20 14:39:13,631+0800 INFO  (= jsonrpc/0) [vdsm.api] START connectStorageServer(domType=3D1, spUUID=3Du'00= 000000-0000-0000-0000-000000000000', conList=3D[{u'id': u'5e4c94f1-f3b9-4fb= d-a6c7-e732d0fe3123', u'connection': u'dev2node1.lares.com.ph:/run/media/ro= ot/Slave1Data/dataNode1', u'iqn': u'', u'user': u'', u'tpgt': u'1', u'proto= col_version': u'auto', u'password': '********', u'port': u''}], options=3DN= one) from=3D::ffff:10.10.43.1,60554, flow_id=3D15b57417, task_id=3Dbfce1e70= -ef4a-4e13-aaaa-7a66aaf44429 (api:46)<br id=3D"yui_3_16_0_ym19_1_1519085807= 369_70577">2018-02-20 14:39:13,633+0800 INFO  (jsonrpc/0) [vdsm.api] F= INISH connectStorageServer return=3D{'statuslist': [{'status': 0, 'id': u'5= e4c94f1-f3b9-4fbd-a6c7-e732d0fe3123'}]} from=3D::ffff:10.10.43.1,60554, flo= w_id=3D15b57417, task_id=3Dbfce1e70-ef4a-4e13-aaaa-7a66aaf44429 (api:52)<br= id=3D"yui_3_16_0_ym19_1_1519085807369_70578">2018-02-20 14:39:13,634+0800 = INFO  (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call StoragePool.connect= StorageServer succeeded in 0.00 seconds (__init__:539)<br id=3D"yui_3_16_0_= ym19_1_1519085807369_70579">2018-02-20 14:39:13,806+0800 INFO  (jsonrp= c/7) [vdsm.api] START connectStoragePool(spUUID=3Du'5a865884-0366-0330-02b8= -0000000002d4', hostID=3D1, msdUUID=3Du'f3e372e3-1251-4195-a4b9-1027e40059d= f', masterVersion=3D65, domainsMap=3D{u'e83d0d46-6ea6-4aa3-80bf-6e95c66b045= 4': u'active', u'4bf2ba2f-f57a-4d9f-b42a-fb78f440a358': u'active', u'225e19= 75-8121-4370-b317-86e964ae326f': u'attached', u'f3e372e3-1251-4195-a4b9-102= 7e40059df': u'active', u'65ca2e2d-b472-4bee-85b4-09a161464b20': u'active', = u'42e591b7-f86c-4b67-a3d2-40cc007f7662': u'active'}, options=3DNone) from= =3D::ffff:10.10.43.1,60554, flow_id=3D15b57417, task_id=3D927a5d9a-4304-477= 6-b5c9-22ba5d0cb853 (api:46)<br id=3D"yui_3_16_0_ym19_1_1519085807369_70580= ">2018-02-20 14:39:13,807+0800 INFO  (jsonrpc/7) [storage.StoragePoolM= emoryBackend] new storage pool master version 65 and domains map {u'e83d0d4= 6-6ea6-4aa3-80bf-6e95c66b0454': u'Active', u'4bf2ba2f-f57a-4d9f-b42a-fb78f4= 40a358': u'Active', u'225e1975-8121-4370-b317-86e964ae326f': u'Attached', u= 'f3e372e3-1251-4195-a4b9-1027e40059df': u'Active', u'65ca2e2d-b472-4bee-85b= 4-09a161464b20': u'Active', u'42e591b7-f86c-4b67-a3d2-40cc007f7662': u'Acti= ve'} (spbackends:450)<br id=3D"yui_3_16_0_ym19_1_1519085807369_70581"></div= ><div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1519085807369_70649"><br></div><d= iv dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1519085807369_70648">VDSM.log 2</div= ><div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1519085807369_70650">2018-02-20 1= 4:41:14,598+0800 INFO  (periodic/3) [vdsm.api] FINISH repoStats return= =3D{'f3e372e3-1251-4195-a4b9-1027e40059df': {'code': 0, 'actual': True, 've= rsion': 4, 'acquired': True, 'delay': '0.000252423', 'lastCheck': '6.0', 'v= alid': True}, 'e83d0d46-6ea6-4aa3-80bf-6e95c66b0454': {'code': 0, 'actual':= True, 'version': 0, 'acquired': True, 'delay': '7.5567e-05', 'lastCheck': = '6.0', 'valid': True}, '65ca2e2d-b472-4bee-85b4-09a161464b20': {'code': 0, = 'actual': True, 'version': 4, 'acquired': True, 'delay': '8.2433e-05', 'las= tCheck': '6.0', 'valid': True}, '4bf2ba2f-f57a-4d9f-b42a-fb78f440a358': {'c= ode': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '0.000237= 247', 'lastCheck': '5.9', 'valid': True}, '42e591b7-f86c-4b67-a3d2-40cc007f= 7662': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay':= '8.4376e-05', 'lastCheck': '6.0', 'valid': True}} from=3Dinternal, task_id= =3D6213712b-9903-4db8-9836-3baf85cd63e4 (api:52)<br id=3D"yui_3_16_0_ym19_1= _1519085807369_70683">2018-02-20 14:41:18,074+0800 INFO  (jsonrpc/6) [= jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats succeeded in 0.00 second= s (__init__:539)<br id=3D"yui_3_16_0_ym19_1_1519085807369_70684">2018-02-20= 14:41:24,333+0800 INFO  (jsonrpc/4) [vdsm.api] START repoStats(option= s=3DNone) from=3D::ffff:10.10.43.1,56540, flow_id=3D73f86113, task_id=3De82= 31ecb-3543-4d8f-af54-4cf2b06ee98a (api:46)<br id=3D"yui_3_16_0_ym19_1_15190= 85807369_70685">2018-02-20 14:41:24,334+0800 INFO  (jsonrpc/4) [vdsm.a= pi] FINISH repoStats return=3D{'f3e372e3-1251-4195-a4b9-1027e40059df': {'co= de': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.0001729= 53', 'lastCheck': '5.7', 'valid': True}, 'e83d0d46-6ea6-4aa3-80bf-6e95c66b0= 454': {'code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': = '7.701e-05', 'lastCheck': '5.7', 'valid': True}, '65ca2e2d-b472-4bee-85b4-0= 9a161464b20': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, '= delay': '0.000117677', 'lastCheck': '5.7', 'valid': True}, '4bf2ba2f-f57a-4= d9f-b42a-fb78f440a358': {'code': 0, 'actual': True, 'version': 0, 'acquired= ': True, 'delay': '0.000185146', 'lastCheck': '5.7', 'valid': True}, '42e59= 1b7-f86c-4b67-a3d2-40cc007f7662': {'code': 0, 'actual': True, 'version': 4,= 'acquired': True, 'delay': '9.1467e-05', 'lastCheck': '5.8', 'valid': True= }} from=3D::ffff:10.10.43.1,56540, flow_id=3D73f86113, task_id=3De8231ecb-3= 543-4d8f-af54-4cf2b06ee98a (api:52)<br id=3D"yui_3_16_0_ym19_1_151908580736= 9_70686">2018-02-20 14:41:24,338+0800 INFO  (jsonrpc/4) [jsonrpc.JsonR= pcServer] RPC call Host.getStats succeeded in 0.00 seconds (__init__:539)<b= r id=3D"yui_3_16_0_ym19_1_1519085807369_70687">2018-02-20 14:41:27,087+0800= INFO  (jsonrpc/0) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats= succeeded in 0.00 seconds (__init__:539)<br id=3D"yui_3_16_0_ym19_1_151908= 5807369_70688">2018-02-20 14:41:29,607+0800 INFO  (periodic/1) [vdsm.a= pi] START repoStats(options=3DNone) from=3Dinternal, task_id=3Df14b7aab-b64= a-4903-9368-d665e39b49d1 (api:46)<br id=3D"yui_3_16_0_ym19_1_1519085807369_= 70689">2018-02-20 14:41:29,608+0800 INFO  (periodic/1) [vdsm.api] FINI= SH repoStats return=3D{'f3e372e3-1251-4195-a4b9-1027e40059df': {'code': 0, = 'actual': True, 'version': 4, 'acquired': True, 'delay': '0.000246237', 'la= stCheck': '1.0', 'valid': True}, 'e83d0d46-6ea6-4aa3-80bf-6e95c66b0454': {'= code': 0, 'actual': True, 'version': 0, 'acquired': True, 'delay': '8.8773e= -05', 'lastCheck': '1.0', 'valid': True}, '65ca2e2d-b472-4bee-85b4-09a16146= 4b20': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'delay':= '9.7145e-05', 'lastCheck': '1.0', 'valid': True}, '4bf2ba2f-f57a-4d9f-b42a= -fb78f440a358': {'code': 0, 'actual': True, 'version': 0, 'acquired': True,= 'delay': '0.000218729', 'lastCheck': '0.9', 'valid': True}, '42e591b7-f86c= -4b67-a3d2-40cc007f7662': {'code': 0, 'actual': True, 'version': 4, 'acquir= ed': True, 'delay': '9.1035e-05', 'lastCheck': '1.0', 'valid': True}} from= =3Dinternal, task_id=3Df14b7aab-b64a-4903-9368-d665e39b49d1 (api:52)<br id= =3D"yui_3_16_0_ym19_1_1519085807369_70690">2018-02-20 14:41:33,079+0800 INF= O  (jsonrpc/7) [jsonrpc.JsonRpcServer] RPC call Host.getAllVmStats suc= ceeded in 0.00 seconds (__init__:539)<br id=3D"yui_3_16_0_ym19_1_1519085807= 369_70691">2018-02-20 14:41:40,456+0800 INFO  (jsonrpc/2) [vdsm.api] S= TART repoStats(options=3DNone) from=3D::ffff:10.10.43.1,56540, flow_id=3D3b= e8150c, task_id=3D1b0c86a8-6fd8-4882-a742-fbd56ccb4037 (api:46)<br id=3D"yu= i_3_16_0_ym19_1_1519085807369_70692">2018-02-20 14:41:40,457+0800 INFO&nbsp= ; (jsonrpc/2) [vdsm.api] FINISH repoStats return=3D{'f3e372e3-1251-4195-a4b= 9-1027e40059df': {'code': 0, 'actual': True, 'version': 4, 'acquired': True= , 'delay': '0.000174027', 'lastCheck': '1.8', 'valid': True}, 'e83d0d46-6ea= 6-4aa3-80bf-6e95c66b0454': {'code': 0, 'actual': True, 'version': 0, 'acqui= red': True, 'delay': '0.00011454', 'lastCheck': '1.8', 'valid': True}, '65c= a2e2d-b472-4bee-85b4-09a161464b20': {'code': 0, 'actual': True, 'version': = 4, 'acquired': True, 'delay': '0.000145955', 'lastCheck': '1.8', 'valid': T= rue}, '4bf2ba2f-f57a-4d9f-b42a-fb78f440a358': {'code': 0, 'actual': True, '= version': 0, 'acquired': True, 'delay': '0.000209871', 'lastCheck': '1.8', = 'valid': True}, '42e591b7-f86c-4b67-a3d2-40cc007f7662': {'code': 0, 'actual= ': True, 'version': 4, 'acquired': True, 'delay': '9.5744e-05', 'lastCheck'= : '1.9', 'valid': True}} from=3D::ffff:10.10.43.1,56540, flow_id=3D3be8150c= , task_id=3D1b0c86a8-6fd8-4882-a742-fbd56ccb4037 (api:52)<br id=3D"yui_3_16= _0_ym19_1_1519085807369_70693">2018-02-20 14:41:40,461+0800 INFO  (jso= nrpc/2) [jsonrpc.JsonRpcServer] RPC call Host.getStats succeeded in 0.01 se= conds (__init__:539)<br id=3D"yui_3_16_0_ym19_1_1519085807369_70694">2018-0= 2-20 14:41:42,106+0800 INFO  (jsonrpc/3) [jsonrpc.JsonRpcServer] RPC c= all Host.getAllVmStats succeeded in 0.00 seconds (__init__:539)<br id=3D"yu= i_3_16_0_ym19_1_1519085807369_70695">2018-02-20 14:41:44,622+0800 INFO&nbsp= ; (periodic/3) [vdsm.api] START repoStats(options=3DNone) from=3Dinternal, = task_id=3D20e0b29b-d3cd-4e44-b92c-213f9c984ab2 (api:46)<br id=3D"yui_3_16_0= _ym19_1_1519085807369_70696">2018-02-20 14:41:44,622+0800 INFO  (perio= dic/3) [vdsm.api] FINISH repoStats return=3D{'f3e372e3-1251-4195-a4b9-1027e= 40059df': {'code': 0, 'actual': True, 'version': 4, 'acquired': True, 'dela= y': '0.000174027', 'lastCheck': '6.0', 'valid': True}, 'e83d0d46-6ea6-4aa3-= 80bf-6e95c66b0454': {'code': 0, 'actual': True, 'version': 0, 'acquired': T= rue, 'delay': '0.00011454', 'lastCheck': '6.0', 'valid': True}, '65ca2e2d-b= 472-4bee-85b4-09a161464b20': {'code': 0, 'actual': True, 'version': 4, 'acq= uired': True, 'delay': '0.000145955', 'lastCheck': '6.0', 'valid': True}, '= 4bf2ba2f-f57a-4d9f-b42a-fb78f440a358': {'code': 0, 'actual': True, 'version= ': 0, 'acquired': True, 'delay': '0.000209871', 'lastCheck': '5.9', 'valid'= : True}, '42e591b7-f86c-4b67-a3d2-40cc007f7662': {'code': 0, 'actual': True= , 'version': 4, 'acquired': True, 'delay': '9.5744e-05', 'lastCheck': '6.0'= , 'valid': True}} from=3Dinternal, task_id=3D20e0b29b-d3cd-4e44-b92c-213f9c= 984ab2 (api:52)<br id=3D"yui_3_16_0_ym19_1_1519085807369_70697">2018-02-20 = 14:41:49,083+0800 INFO  (jsonrpc/1) [jsonrpc.JsonRpcServer] RPC call H= ost.getAllVmStats succeeded in 0.00 seconds (__init__:539)<br id=3D"yui_3_1= 6_0_ym19_1_1519085807369_70698"></div><div dir=3D"ltr"><br></div><div dir= =3D"ltr" id=3D"yui_3_16_0_ym19_1_1519085807369_70767"><br></div><div dir=3D= "ltr" id=3D"yui_3_16_0_ym19_1_1519085807369_70768">Engine log</div><div dir= =3D"ltr"><br></div><div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1519085807369_7= 0769">skId '404ccecc-aa7f-45ea-89e4-726956269bc9' task status 'finished'<br= id=3D"yui_3_16_0_ym19_1_1519085807369_70808">2018-02-20 14:42:21,966+08 IN= FO  [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (or= g.ovirt.thread.pool-7-thread-38) [29528f9] spmStart polling ended, spm stat= us: SPM<br id=3D"yui_3_16_0_ym19_1_1519085807369_70809">2018-02-20 14:42:21= ,967+08 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskV= DSCommand] (org.ovirt.thread.pool-7-thread-38) [29528f9] START, HSMClearTas= kVDSCommand(HostName =3D Node1, HSMTaskGuidBaseVDSCommandParameters:{runAsy= nc=3D'true', hostId=3D'7dee35bb-8c97-4f6a-b6cd-abc4258540e4', taskId=3D'404= ccecc-aa7f-45ea-89e4-726956269bc9'}), log id: 71688f70<br id=3D"yui_3_16_0_= ym19_1_1519085807369_70810">2018-02-20 14:42:22,922+08 INFO  [org.ovir= t.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (org.ovirt.thread= .pool-7-thread-38) [29528f9] FINISH, HSMClearTaskVDSCommand, log id: 71688f= 70<br id=3D"yui_3_16_0_ym19_1_1519085807369_70811">2018-02-20 14:42:22,923+= 08 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand= ] (org.ovirt.thread.pool-7-thread-38) [29528f9] FINISH, SpmStartVDSCommand,= return: org.ovirt.engine.core.common.businessentities.SpmStatusResult@7833= 2453, log id: 3ea35d5<br id=3D"yui_3_16_0_ym19_1_1519085807369_70812">2018-= 02-20 14:42:22,935+08 INFO  [org.ovirt.engine.core.vdsbroker.irsbroker= .IrsProxy] (org.ovirt.thread.pool-7-thread-38) [29528f9] Initialize Irs pro= xy from vds: dev2node1.lares.com.ph<br id=3D"yui_3_16_0_ym19_1_151908580736= 9_70813">2018-02-20 14:42:22,951+08 INFO  [org.ovirt.engine.core.dal.d= bbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-7-thread-= 38) [29528f9] EVENT_ID: IRS_HOSTED_ON_VDS(204), Correlation ID: null, Call = Stack: null, Custom ID: null, Custom Event ID: -1, Message: Storage Pool Ma= nager runs on Host Node1 (Address: dev2node1.lares.com.ph).<br id=3D"yui_3_= 16_0_ym19_1_1519085807369_70814">2018-02-20 14:42:22,952+08 INFO  [org= .ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.o= virt.thread.pool-7-thread-38) [29528f9] -- executeIrsBrokerCommand: Attempt= ing on storage pool '5a865884-0366-0330-02b8-0000000002d4'<br id=3D"yui_3_1= 6_0_ym19_1_1519085807369_70815">2018-02-20 14:42:22,952+08 INFO  [org.= ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTasksInfoVDSCommand] (org.ov= irt.thread.pool-7-thread-38) [29528f9] START, HSMGetAllTasksInfoVDSCommand(= HostName =3D Node1, VdsIdVDSCommandParametersBase:{runAsync=3D'true', hostI= d=3D'7dee35bb-8c97-4f6a-b6cd-abc4258540e4'}), log id: 1bdbea9d<br id=3D"yui= _3_16_0_ym19_1_1519085807369_70816">2018-02-20 14:42:22,955+08 INFO  [= org.ovirt.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (or= g.ovirt.thread.pool-7-thread-7) [29528f9] START, SPMGetAllTasksInfoVDSComma= nd( IrsBaseVDSCommandParameters:{runAsync=3D'true', storagePoolId=3D'5a8658= 84-0366-0330-02b8-0000000002d4', ignoreFailoverLimit=3D'false'}), log id: 5= c2422d6<br id=3D"yui_3_16_0_ym19_1_1519085807369_70817">2018-02-20 14:42:23= ,956+08 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetAllTask= sInfoVDSCommand] (org.ovirt.thread.pool-7-thread-38) [29528f9] FINISH, HSMG= etAllTasksInfoVDSCommand, return: [], log id: 1bdbea9d<br id=3D"yui_3_16_0_= ym19_1_1519085807369_70818">2018-02-20 14:42:23,956+08 INFO  [org.ovir= t.engine.core.vdsbroker.irsbroker.SPMGetAllTasksInfoVDSCommand] (org.ovirt.= thread.pool-7-thread-38) [29528f9] FINISH, SPMGetAllTasksInfoVDSCommand, re= turn: [], log id: 58cbe7b7<br id=3D"yui_3_16_0_ym19_1_1519085807369_70819">= 2018-02-20 14:42:23,956+08 INFO  [org.ovirt.engine.core.bll.tasks.Asyn= cTaskManager] (org.ovirt.thread.pool-7-thread-38) [29528f9] Discovered no t= asks on Storage Pool 'UnsecuredEnv'<br id=3D"yui_3_16_0_ym19_1_151908580736= 9_70820">2018-02-20 14:42:24,936+08 INFO  [org.ovirt.vdsm.jsonrpc.clie= nt.reactors.ReactorClient] (SSL Stomp Reactor) [] Connecting to dev2node1.l= ares.com.ph/10.10.43.2<br id=3D"yui_3_16_0_ym19_1_1519085807369_70821">2018= -02-20 14:42:27,012+08 WARN  [org.ovirt.engine.core.vdsbroker.irsbroke= r.IrsProxy] (org.ovirt.thread.pool-7-thread-43) [] Master domain is not in = sync between DB and VDSM. Domain Node1Container marked as master in DB and = not in the storage<br id=3D"yui_3_16_0_ym19_1_1519085807369_70822">2018-02-= 20 14:42:27,026+08 WARN  [org.ovirt.engine.core.dal.dbbroker.auditlogh= andling.AuditLogDirector] (org.ovirt.thread.pool-7-thread-43) [] EVENT_ID: = SYSTEM_MASTER_DOMAIN_NOT_IN_SYNC(990), Correlation ID: null, Call Stack: nu= ll, Custom ID: null, Custom Event ID: -1, Message: Sync Error on Master Dom= ain between Host Node1 and oVirt Engine. Domain: Node1Container is marked a= s Master in oVirt Engine database but not on the Storage side. Please consu= lt with Support on how to fix this issue.<br id=3D"yui_3_16_0_ym19_1_151908= 5807369_70823">2018-02-20 14:42:27,103+08 INFO  [org.ovirt.engine.core= .bll.storage.pool.ReconstructMasterDomainCommand] (org.ovirt.thread.pool-7-= thread-43) [3e5965ca] Running command: ReconstructMasterDomainCommand inter= nal: true. Entities affected :  ID: f3e372e3-1251-4195-a4b9-1027e40059= df Type: Storage<br id=3D"yui_3_16_0_ym19_1_1519085807369_70824">2018-02-20= 14:42:27,137+08 INFO  [org.ovirt.engine.core.vdsbroker.irsbroker.Rese= tIrsVDSCommand] (org.ovirt.thread.pool-7-thread-43) [3e5965ca] START, Reset= IrsVDSCommand( ResetIrsVDSCommandParameters:{runAsync=3D'true', storagePool= Id=3D'5a865884-0366-0330-02b8-0000000002d4', ignoreFailoverLimit=3D'false',= vdsId=3D'7dee35bb-8c97-4f6a-b6cd-abc4258540e4', ignoreStopFailed=3D'true'}= ), log id: 3e0a239d<br id=3D"yui_3_16_0_ym19_1_1519085807369_70825">2018-02= -20 14:42:27,140+08 INFO  [org.ovirt.engine.core.vdsbroker.vdsbroker.S= pmStopVDSCommand] (org.ovirt.thread.pool-7-thread-43) [3e5965ca] START, Spm= StopVDSCommand(HostName =3D Node1, SpmStopVDSCommandParameters:{runAsync=3D= 'true', hostId=3D'7dee35bb-8c97-4f6a-b6cd-abc4258540e4', storagePoolId=3D'5= a865884-0366-0330-02b8-0000000002d4'}), log id: 7c67bf06<br id=3D"yui_3_16_= 0_ym19_1_1519085807369_70826">2018-02-20 14:42:28,144+08 INFO  [org.ov= irt.engine.core.vdsbroker.vdsbroker.SpmStopVDSCommand] (org.ovirt.thread.po= ol-7-thread-43) [3e5965ca] SpmStopVDSCommand::Stopping SPM on vds 'Node1', = pool id '5a865884-0366-0330-02b8-0000000002d4'<br></div><div id=3D"yui_3_16= _0_ym19_1_1519085807369_70529"><span></span></div> <div class=3D"qtdSeparat= eBR"><br><br></div><div class=3D"yahoo_quoted" style=3D"display: block;"> <= div style=3D"font-family: Helvetica Neue, Helvetica, Arial, Lucida Grande, = sans-serif; font-size: 10px;"> <div style=3D"font-family: HelveticaNeue, He= lvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;= "> <div dir=3D"ltr"><font size=3D"2" face=3D"Arial"> On Tuesday, February 2= 0, 2018 2:33 PM, michael pagdanganan <mhke_aj5566(a)yahoo.com> wrote:<b= r></font></div> <br><br> <div class=3D"y_msg_container"><div id=3D"yiv0115= 319588"><div><div style=3D"color:#000;background-color:#fff;font-family:Hel= vetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:10px;"><= div id=3D"yiv0115319588yui_3_16_0_ym19_1_1519085807369_60672"><font size=3D= "3">Thanks for quick response,</font></div><div id=3D"yiv0115319588yui_3_16= _0_ym19_1_1519085807369_62803"><font size=3D"3"><br clear=3D"none"></font><= /div><div id=3D"yiv0115319588yui_3_16_0_ym19_1_1519085807369_64423"><font s= ize=3D"3">see attachment.<br clear=3D"none"></font></div><div id=3D"yiv0115= 319588yui_3_16_0_ym19_1_1519085807369_60552"><span></span></div> <div class= =3D"yiv0115319588qtdSeparateBR"><br clear=3D"none"><br clear=3D"none"></div= ><div class=3D"yiv0115319588yahoo_quoted" style=3D"display:block;"> <div st= yle=3D"font-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-se= rif;font-size:10px;"> <div style=3D"font-family:HelveticaNeue, Helvetica Ne= ue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px;"> <div clas= s=3D"yiv0115319588yqt2980525560" id=3D"yiv0115319588yqtfd88886"><div dir=3D= "ltr"><font size=3D"2" face=3D"Arial"> On Tuesday, February 20, 2018 2:10 P= M, Eyal Shenitzky <eshenitz(a)redhat.com> wrote:<br clear=3D"none"></fo= nt></div> <br clear=3D"none"><br clear=3D"none"> <div class=3D"yiv01153195= 88y_msg_container"><div id=3D"yiv0115319588"><div><div dir=3D"ltr">Hi,&nbsp= ;<div><br clear=3D"none"></div><div>Can you please attach full Engine and V= DSM logs?</div><div><br clear=3D"none"></div><div>Thanks,</div></div><div c= lass=3D"yiv0115319588gmail_extra"><br clear=3D"none"><div class=3D"yiv01153= 19588gmail_quote">On Tue, Feb 20, 2018 at 2:59 AM, michael pagdanganan <spa= n dir=3D"ltr"><<a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:mhke= _aj5566(a)yahoo.com" target=3D"_blank" href=3D"mailto:mhke_aj5566@yahoo.com">= mhke_aj5566(a)yahoo.com</a>></span> wrote:<br clear=3D"none"><blockquote c= lass=3D"yiv0115319588gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p= x #ccc solid;padding-left:1ex;"><div class=3D"yiv0115319588yqt7135196070" i= d=3D"yiv0115319588yqt29383"><div><div style=3D"color:#000;background-color:= #fff;font-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-seri= f;font-size:10px;"><div dir=3D"ltr" id=3D"yiv0115319588m_-46053014922747698= 28yui_3_16_0_ym19_1_1519085807369_10542"><font id=3D"yiv0115319588m_-460530= 1492274769828yui_3_16_0_ym19_1_1519085807369_15967" size=3D"3">My storage p= ool has 2 Master Domain(</font><font id=3D"yiv0115319588m_-4605301492274769= 828yui_3_16_0_ym19_1_1519085807369_16063" size=3D"3"><font id=3D"yiv0115319= 588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_15968" size=3D"3">= Stored2 on Node2,Node1Container on Node1)</font>. and my old master domain = </font><font id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_151= 9085807369_15934" size=3D"3"><font id=3D"yiv0115319588m_-460530149227476982= 8yui_3_16_0_ym19_1_1519085807369_16064" size=3D"3">(</font><font id=3D"yiv0= 115319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_16065" size= =3D"3"><font id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_151= 9085807369_16066" size=3D"3">DATANd01 on Node1 )</font></font> hung on prep= aring for maintenance. When I tried to activate my old master domain (</fon= t><font id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_15190858= 07369_10517" size=3D"3"><font id=3D"yiv0115319588m_-4605301492274769828yui_= 3_16_0_ym19_1_1519085807369_15935" size=3D"3">DATANd01 on Node1 )</font> al= l  storage domain goes down and up master keep on rotating.</font></di= v><div id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_151908580= 7369_10905"><font id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_= 1_1519085807369_10517" size=3D"3"><br clear=3D"none"></font></div><div id= =3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_1069= 2"><font id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085= 807369_10517" size=3D"3"><br clear=3D"none"></font></div><div dir=3D"ltr" i= d=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_107= 10"><font id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_151908= 5807369_10517" size=3D"3">Ovirt Version (oVirt Engine Version: 4.1.9.1.el7.= centos)<br clear=3D"none"></font></div><div dir=3D"ltr" id=3D"yiv0115319588= m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_14202"><font id=3D"yi= v0115319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_10517" siz= e=3D"3"><br clear=3D"none"></font></div><div dir=3D"ltr" id=3D"yiv011531958= 8m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_12604"><font id=3D"y= iv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_10517" si= ze=3D"3"><br clear=3D"none"></font></div><div dir=3D"ltr" id=3D"yiv01153195= 88m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_14203"><font id=3D"= yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_10517" s= ize=3D"3">Event Error:</font></div><div dir=3D"ltr" id=3D"yiv0115319588m_-4= 605301492274769828yui_3_16_0_ym19_1_1519085807369_14215"><font id=3D"yiv011= 5319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_10517" size=3D= "3">Sync Error on Master Domain between Host Node2 and oVirt Engine. Domain= Stored2 is marked as master in ovirt engine Database but not on storage si= de Please consult with support<br id=3D"yiv0115319588m_-4605301492274769828= yui_3_16_0_ym19_1_1519085807369_12607" clear=3D"none"></font></div><div dir= =3D"ltr" id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085= 807369_14204"><font id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym1= 9_1_1519085807369_10517" size=3D"3"><br clear=3D"none"></font></div><div di= r=3D"ltr" id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_151908= 5807369_15891"><font id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym= 19_1_1519085807369_10517" size=3D"3">VDSM Node2 command ConnectStoragePoolV= DS failed: Wrong Master domain or it's version: u'SD=3Df3e372e3-1251-4195-a= 4b9- 1027e40059df, pool=3D5a865884-0366-0330-02b8- 0000</font></div><div di= r=3D"ltr" id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_151908= 5807369_15895"><font id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym= 19_1_1519085807369_10517" size=3D"3"><br clear=3D"none"></font></div><div d= ir=3D"ltr" id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_15190= 85807369_15896"><font id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_y= m19_1_1519085807369_10517" size=3D"3">VDSM Node2 command HSMGetAllTastsStat= usesVDS failed: Not SPM: ()<br id=3D"yiv0115319588m_-4605301492274769828yui= _3_16_0_ym19_1_1519085807369_15901" clear=3D"none"><br id=3D"yiv0115319588m= _-4605301492274769828yui_3_16_0_ym19_1_1519085807369_15902" clear=3D"none">= Failed to deactivate Storage Domain DATANd01 (Data Center UnsecuredEnv)<br = clear=3D"none"></font></div><div id=3D"yiv0115319588m_-4605301492274769828y= ui_3_16_0_ym19_1_1519085807369_10545"><font id=3D"yiv0115319588m_-460530149= 2274769828yui_3_16_0_ym19_1_1519085807369_10517" size=3D"3"><br clear=3D"no= ne"></font></div><div id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_y= m19_1_1519085807369_10551"><font id=3D"yiv0115319588m_-4605301492274769828y= ui_3_16_0_ym19_1_1519085807369_10517" size=3D"3">Here's logs from engine:</= font></div><div id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_= 1519085807369_10620"><font id=3D"yiv0115319588m_-4605301492274769828yui_3_1= 6_0_ym19_1_1519085807369_10517" size=3D"3"><br clear=3D"none"></font></div>= <div id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_15190858073= 69_10573"><font id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_= 1519085807369_10517" size=3D"3">------------------------------ ------------= ------------------ ------------------------------ -------------</font></div= ><div dir=3D"ltr" id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_= 1_1519085807369_10588"><font id=3D"yiv0115319588m_-4605301492274769828yui_3= _16_0_ym19_1_1519085807369_10517" size=3D"3">[root@dev2engine ~]# tail /var= /log/messages<br id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1= _1519085807369_10609" clear=3D"none">Feb 20 07:01:01 dev2engine systemd: St= arting Session 20 of user root.<br id=3D"yiv0115319588m_-460530149227476982= 8yui_3_16_0_ym19_1_1519085807369_10610" clear=3D"none">Feb 20 07:01:01 dev2= engine systemd: Removed slice User Slice of root.<br id=3D"yiv0115319588m_-= 4605301492274769828yui_3_16_0_ym19_1_1519085807369_10611" clear=3D"none">Fe= b 20 07:01:01 dev2engine systemd: Stopping User Slice of root.<br id=3D"yiv= 0115319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_10612" clea= r=3D"none">Feb 20 07:58:52 dev2engine systemd: Created slice User Slice of = root.<br id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085= 807369_10613" clear=3D"none">Feb 20 07:58:52 dev2engine systemd: Starting U= ser Slice of root.<br id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_y= m19_1_1519085807369_10614" clear=3D"none">Feb 20 07:58:52 dev2engine system= d-logind: New session 21 of user root.<br id=3D"yiv0115319588m_-46053014922= 74769828yui_3_16_0_ym19_1_1519085807369_10615" clear=3D"none">Feb 20 07:58:= 52 dev2engine systemd: Started Session 21 of user root.<br id=3D"yiv0115319= 588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_10616" clear=3D"no= ne">Feb 20 07:58:52 dev2engine systemd: Starting Session 21 of user root.<b= r id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_= 10617" clear=3D"none">Feb 20 08:01:01 dev2engine systemd: Started Session 2= 2 of user root.<br id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19= _1_1519085807369_10618" clear=3D"none">Feb 20 08:01:01 dev2engine systemd: = Starting Session 22 of user root.</font></div><div dir=3D"ltr" id=3D"yiv011= 5319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_10619"><font i= d=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_105= 17" size=3D"3"><br clear=3D"none"></font></div><div dir=3D"ltr" id=3D"yiv01= 15319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_10623"><br cl= ear=3D"none"><font id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19= _1_1519085807369_10517" size=3D"3"><font id=3D"yiv0115319588m_-460530149227= 4769828yui_3_16_0_ym19_1_1519085807369_10626" size=3D"3">------------------= ------------ ------------------------------ ------------------------------ = -------------</font></font></div><div dir=3D"ltr" id=3D"yiv0115319588m_-460= 5301492274769828yui_3_16_0_ym19_1_1519085807369_10654"><font id=3D"yiv01153= 19588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_10517" size=3D"3= "><font id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_15190858= 07369_10626" size=3D"3">[root@dev2engine ~]# tail /var/log/ovirt-engine/eng= ine. log<br id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_1519= 085807369_10677" clear=3D"none">2018-02-20 08:01:16,062+08 INFO  [org.= ovirt.engine.core.bll. eventqueue.EventQueueMonitor] (org.ovirt.thread.pool= -7- thread-32) [102e9d3c] Finished reconstruct for pool '5a865884-0366-0330= -02b8- 0000000002d4'. Clearing event queue<br id=3D"yiv0115319588m_-4605301= 492274769828yui_3_16_0_ym19_1_1519085807369_10678" clear=3D"none">2018-02-2= 0 08:01:27,825+08 WARN  [org.ovirt.engine.core. vdsbroker.irsbroker.Ir= sProxy] (org.ovirt.thread.pool-7- thread-23) [] Master domain is not in syn= c between DB and VDSM. Domain Stored2 marked as master in DB and not in the= storage<br id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_1519= 085807369_10679" clear=3D"none">2018-02-20 08:01:27,862+08 WARN  [org.= ovirt.engine.core.bll. storage.pool. ReconstructMasterDomainCommand ] (org.= ovirt.thread.pool-7- thread-23) [213f42b9] Validation of action 'Reconstruc= tMasterDomain' failed for user SYSTEM. Reasons: VAR__ACTION__RECONSTRUCT_ M= ASTER,VAR__TYPE__STORAGE__ DOMAIN,ACTION_TYPE_FAILED_ STORAGE_DOMAIN_STATUS= _ ILLEGAL2,$status PreparingForMaintenance<br id=3D"yiv0115319588m_-4605301= 492274769828yui_3_16_0_ym19_1_1519085807369_10680" clear=3D"none">2018-02-2= 0 08:01:27,882+08 INFO  [org.ovirt.engine.core.bll. eventqueue.EventQu= eueMonitor] (org.ovirt.thread.pool-7- thread-20) [929330e] Finished reconst= ruct for pool '5a865884-0366-0330-02b8- 0000000002d4'. Clearing event queue= <br id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_151908580736= 9_10681" clear=3D"none">2018-02-20 08:01:40,106+08 WARN  [org.ovirt.en= gine.core. vdsbroker.irsbroker.IrsProxy] (org.ovirt.thread.pool-7- thread-1= 7) [] Master domain is not in sync between DB and VDSM. Domain Stored2 mark= ed as master in DB and not in the storage<br id=3D"yiv0115319588m_-46053014= 92274769828yui_3_16_0_ym19_1_1519085807369_10682" clear=3D"none">2018-02-20= 08:01:40,197+08 WARN  [org.ovirt.engine.core.bll. storage.pool. Recon= structMasterDomainCommand ] (org.ovirt.thread.pool-7- thread-17) [7af552c1]= Validation of action 'ReconstructMasterDomain' failed for user SYSTEM. Rea= sons: VAR__ACTION__RECONSTRUCT_ MASTER,VAR__TYPE__STORAGE__ DOMAIN,ACTION_T= YPE_FAILED_ STORAGE_DOMAIN_STATUS_ ILLEGAL2,$status PreparingForMaintenance= <br id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_151908580736= 9_10683" clear=3D"none">2018-02-20 08:01:40,246+08 INFO  [org.ovirt.en= gine.core.bll. eventqueue.EventQueueMonitor] (org.ovirt.thread.pool-7- thre= ad-22) [73673040] Finished reconstruct for pool '5a865884-0366-0330-02b8- 0= 000000002d4'. Clearing event queue<br id=3D"yiv0115319588m_-460530149227476= 9828yui_3_16_0_ym19_1_1519085807369_10684" clear=3D"none">2018-02-20 08:01:= 51,809+08 WARN  [org.ovirt.engine.core. vdsbroker.irsbroker.IrsProxy] = (org.ovirt.thread.pool-7- thread-26) [] Master domain is not in sync betwee= n DB and VDSM. Domain Stored2 marked as master in DB and not in the storage= <br id=3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_151908580736= 9_10685" clear=3D"none">2018-02-20 08:01:51,846+08 WARN  [org.ovirt.en= gine.core.bll. storage.pool. ReconstructMasterDomainCommand ] (org.ovirt.th= read.pool-7- thread-26) [20307cbe] Validation of action 'ReconstructMasterD= omain' failed for user SYSTEM. Reasons: VAR__ACTION__RECONSTRUCT_ MASTER,VA= R__TYPE__STORAGE__ DOMAIN,ACTION_TYPE_FAILED_ STORAGE_DOMAIN_STATUS_ ILLEGA= L2,$status PreparingForMaintenance<br id=3D"yiv0115319588m_-460530149227476= 9828yui_3_16_0_ym19_1_1519085807369_10686" clear=3D"none">2018-02-20 08:01:= 51,866+08 INFO  [org.ovirt.engine.core.bll. eventqueue.EventQueueMonit= or] (org.ovirt.thread.pool-7- thread-49) [2c11a866] Finished reconstruct fo= r pool '5a865884-0366-0330-02b8- 0000000002d4'. Clearing event queue<br id= =3D"yiv0115319588m_-4605301492274769828yui_3_16_0_ym19_1_1519085807369_1068= 7" clear=3D"none"><br clear=3D"none"></font></font></div></div></div></div>= <br clear=3D"none">______________________________ _________________<br clea= r=3D"none"> Users mailing list<br clear=3D"none"> <a rel=3D"nofollow" shape=3D"rect" ymailto=3D"mailto:Users@ovirt.org" targe= t=3D"_blank" href=3D"mailto:Users@ovirt.org">Users(a)ovirt.org</a><br clear= =3D"none"> <a rel=3D"nofollow" shape=3D"rect" target=3D"_blank" href=3D"http://lists.o= virt.org/mailman/listinfo/users">http://lists.ovirt.org/ mailman/listinfo/u= sers</a><br clear=3D"none"> <br clear=3D"none"></blockquote></div><br clear=3D"none"><br clear=3D"all">= <div><br clear=3D"none"></div>-- <br clear=3D"none"><div class=3D"yiv011531= 9588gmail_signature"><div dir=3D"ltr">Regards,<div>Eyal Shenitzky</div></di= v></div> </div></div></div><br clear=3D"none"><br clear=3D"none"></div> </div></div= ><div class=3D"yiv0115319588yqt2980525560" id=3D"yiv0115319588yqtfd94549"> = </div></div><div class=3D"yiv0115319588yqt2980525560" id=3D"yiv0115319588yq= tfd67072"> </div></div></div></div></div><br><br></div> </div> </div> </= div></div></body></html> ------=_Part_2010355_281080504.1519108987392--

2 7

2 Master on Storage Pool [Event Error]
by michael pagdanganan 20 Feb '18

20 Feb '18

------=_Part_1848497_1716892283.1519088345205 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable My storage pool has 2 Master Domain(Stored2 on Node2,Node1Container on Node= 1). and my old master domain (DATANd01 on Node1 ) hung on preparing for mai= ntenance. When I tried to activate my old master domain (DATANd01 on Node1 = ) all=C2=A0 storage domain goes down and up master keep on rotating. Ovirt Version (oVirt Engine Version: 4.1.9.1.el7.centos) Event Error:Sync Error on Master Domain between Host Node2 and oVirt Engine= . Domain Stored2 is marked as master in ovirt engine Database but not on st= orage side Please consult with support VDSM Node2 command ConnectStoragePoolVDS failed: Wrong Master domain or it'= s version: u'SD=3Df3e372e3-1251-4195-a4b9-1027e40059df, pool=3D5a865884-036= 6-0330-02b8-0000 VDSM Node2 command HSMGetAllTastsStatusesVDS failed: Not SPM: () Failed to deactivate Storage Domain DATANd01 (Data Center UnsecuredEnv) Here's logs from engine: ---------------------------------------------------------------------------= ----------------------------[root@dev2engine ~]# tail /var/log/messages Feb 20 07:01:01 dev2engine systemd: Starting Session 20 of user root. Feb 20 07:01:01 dev2engine systemd: Removed slice User Slice of root. Feb 20 07:01:01 dev2engine systemd: Stopping User Slice of root. Feb 20 07:58:52 dev2engine systemd: Created slice User Slice of root. Feb 20 07:58:52 dev2engine systemd: Starting User Slice of root. Feb 20 07:58:52 dev2engine systemd-logind: New session 21 of user root. Feb 20 07:58:52 dev2engine systemd: Started Session 21 of user root. Feb 20 07:58:52 dev2engine systemd: Starting Session 21 of user root. Feb 20 08:01:01 dev2engine systemd: Started Session 22 of user root. Feb 20 08:01:01 dev2engine systemd: Starting Session 22 of user root. ---------------------------------------------------------------------------= ----------------------------[root@dev2engine ~]# tail /var/log/ovirt-engine= /engine.log 2018-02-20 08:01:16,062+08 INFO=C2=A0 [org.ovirt.engine.core.bll.eventqueue= .EventQueueMonitor] (org.ovirt.thread.pool-7-thread-32) [102e9d3c] Finished= reconstruct for pool '5a865884-0366-0330-02b8-0000000002d4'. Clearing even= t queue 2018-02-20 08:01:27,825+08 WARN=C2=A0 [org.ovirt.engine.core.vdsbroker.irsb= roker.IrsProxy] (org.ovirt.thread.pool-7-thread-23) [] Master domain is not= in sync between DB and VDSM. Domain Stored2 marked as master in DB and not= in the storage 2018-02-20 08:01:27,862+08 WARN=C2=A0 [org.ovirt.engine.core.bll.storage.po= ol.ReconstructMasterDomainCommand] (org.ovirt.thread.pool-7-thread-23) [213= f42b9] Validation of action 'ReconstructMasterDomain' failed for user SYSTE= M. Reasons: VAR__ACTION__RECONSTRUCT_MASTER,VAR__TYPE__STORAGE__DOMAIN,ACTI= ON_TYPE_FAILED_STORAGE_DOMAIN_STATUS_ILLEGAL2,$status PreparingForMaintenan= ce 2018-02-20 08:01:27,882+08 INFO=C2=A0 [org.ovirt.engine.core.bll.eventqueue= .EventQueueMonitor] (org.ovirt.thread.pool-7-thread-20) [929330e] Finished = reconstruct for pool '5a865884-0366-0330-02b8-0000000002d4'. Clearing event= queue 2018-02-20 08:01:40,106+08 WARN=C2=A0 [org.ovirt.engine.core.vdsbroker.irsb= roker.IrsProxy] (org.ovirt.thread.pool-7-thread-17) [] Master domain is not= in sync between DB and VDSM. Domain Stored2 marked as master in DB and not= in the storage 2018-02-20 08:01:40,197+08 WARN=C2=A0 [org.ovirt.engine.core.bll.storage.po= ol.ReconstructMasterDomainCommand] (org.ovirt.thread.pool-7-thread-17) [7af= 552c1] Validation of action 'ReconstructMasterDomain' failed for user SYSTE= M. Reasons: VAR__ACTION__RECONSTRUCT_MASTER,VAR__TYPE__STORAGE__DOMAIN,ACTI= ON_TYPE_FAILED_STORAGE_DOMAIN_STATUS_ILLEGAL2,$status PreparingForMaintenan= ce 2018-02-20 08:01:40,246+08 INFO=C2=A0 [org.ovirt.engine.core.bll.eventqueue= .EventQueueMonitor] (org.ovirt.thread.pool-7-thread-22) [73673040] Finished= reconstruct for pool '5a865884-0366-0330-02b8-0000000002d4'. Clearing even= t queue 2018-02-20 08:01:51,809+08 WARN=C2=A0 [org.ovirt.engine.core.vdsbroker.irsb= roker.IrsProxy] (org.ovirt.thread.pool-7-thread-26) [] Master domain is not= in sync between DB and VDSM. Domain Stored2 marked as master in DB and not= in the storage 2018-02-20 08:01:51,846+08 WARN=C2=A0 [org.ovirt.engine.core.bll.storage.po= ol.ReconstructMasterDomainCommand] (org.ovirt.thread.pool-7-thread-26) [203= 07cbe] Validation of action 'ReconstructMasterDomain' failed for user SYSTE= M. Reasons: VAR__ACTION__RECONSTRUCT_MASTER,VAR__TYPE__STORAGE__DOMAIN,ACTI= ON_TYPE_FAILED_STORAGE_DOMAIN_STATUS_ILLEGAL2,$status PreparingForMaintenan= ce 2018-02-20 08:01:51,866+08 INFO=C2=A0 [org.ovirt.engine.core.bll.eventqueue= .EventQueueMonitor] (org.ovirt.thread.pool-7-thread-49) [2c11a866] Finished= reconstruct for pool '5a865884-0366-0330-02b8-0000000002d4'. Clearing even= t queue ------=_Part_1848497_1716892283.1519088345205 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><head></head><body><div style=3D"color:#000; background-color:#fff; f= ont-family:Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font= -size:10px"><div id=3D"yui_3_16_0_ym19_1_1519085807369_10542" dir=3D"ltr"><= font id=3D"yui_3_16_0_ym19_1_1519085807369_15967" size=3D"3">My storage poo= l has 2 Master Domain(</font><font id=3D"yui_3_16_0_ym19_1_1519085807369_16= 063" size=3D"3"><font id=3D"yui_3_16_0_ym19_1_1519085807369_15968" size=3D"= 3">Stored2 on Node2,Node1Container on Node1)</font>. and my old master doma= in </font><font id=3D"yui_3_16_0_ym19_1_1519085807369_15934" size=3D"3"><fo= nt id=3D"yui_3_16_0_ym19_1_1519085807369_16064" size=3D"3">(</font><font id= =3D"yui_3_16_0_ym19_1_1519085807369_16065" size=3D"3"><font id=3D"yui_3_16_= 0_ym19_1_1519085807369_16066" size=3D"3">DATANd01 on Node1 )</font></font> = hung on preparing for maintenance. When I tried to activate my old master d= omain (</font><font id=3D"yui_3_16_0_ym19_1_1519085807369_10517" size=3D"3"= ><font id=3D"yui_3_16_0_ym19_1_1519085807369_15935" size=3D"3">DATANd01 on = Node1 )</font> all  storage domain goes down and up master keep on rot= ating.</font></div><div id=3D"yui_3_16_0_ym19_1_1519085807369_10905"><font = id=3D"yui_3_16_0_ym19_1_1519085807369_10517" size=3D"3"><br></font></div><d= iv id=3D"yui_3_16_0_ym19_1_1519085807369_10692"><font id=3D"yui_3_16_0_ym19= _1_1519085807369_10517" size=3D"3"><br></font></div><div id=3D"yui_3_16_0_y= m19_1_1519085807369_10710" dir=3D"ltr"><font id=3D"yui_3_16_0_ym19_1_151908= 5807369_10517" size=3D"3">Ovirt Version (oVirt Engine Version: 4.1.9.1.el7.= centos)<br></font></div><div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1519085807= 369_14202"><font id=3D"yui_3_16_0_ym19_1_1519085807369_10517" size=3D"3"><b= r></font></div><div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1519085807369_12604= "><font id=3D"yui_3_16_0_ym19_1_1519085807369_10517" size=3D"3"><br></font>= </div><div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1519085807369_14203"><font i= d=3D"yui_3_16_0_ym19_1_1519085807369_10517" size=3D"3">Event Error:</font><= /div><div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1519085807369_14215"><font id= =3D"yui_3_16_0_ym19_1_1519085807369_10517" size=3D"3">Sync Error on Master = Domain between Host Node2 and oVirt Engine. Domain Stored2 is marked as mas= ter in ovirt engine Database but not on storage side Please consult with su= pport<br id=3D"yui_3_16_0_ym19_1_1519085807369_12607"></font></div><div dir= =3D"ltr" id=3D"yui_3_16_0_ym19_1_1519085807369_14204"><font id=3D"yui_3_16_= 0_ym19_1_1519085807369_10517" size=3D"3"><br></font></div><div dir=3D"ltr" = id=3D"yui_3_16_0_ym19_1_1519085807369_15891"><font id=3D"yui_3_16_0_ym19_1_= 1519085807369_10517" size=3D"3">VDSM Node2 command ConnectStoragePoolVDS fa= iled: Wrong Master domain or it's version: u'SD=3Df3e372e3-1251-4195-a4b9-1= 027e40059df, pool=3D5a865884-0366-0330-02b8-0000</font></div><div dir=3D"lt= r" id=3D"yui_3_16_0_ym19_1_1519085807369_15895"><font id=3D"yui_3_16_0_ym19= _1_1519085807369_10517" size=3D"3"><br></font></div><div dir=3D"ltr" id=3D"= yui_3_16_0_ym19_1_1519085807369_15896"><font id=3D"yui_3_16_0_ym19_1_151908= 5807369_10517" size=3D"3">VDSM Node2 command HSMGetAllTastsStatusesVDS fail= ed: Not SPM: ()<br id=3D"yui_3_16_0_ym19_1_1519085807369_15901"><br id=3D"y= ui_3_16_0_ym19_1_1519085807369_15902">Failed to deactivate Storage Domain D= ATANd01 (Data Center UnsecuredEnv)<br></font></div><div id=3D"yui_3_16_0_ym= 19_1_1519085807369_10545"><font id=3D"yui_3_16_0_ym19_1_1519085807369_10517= " size=3D"3"><br></font></div><div id=3D"yui_3_16_0_ym19_1_1519085807369_10= 551"><font id=3D"yui_3_16_0_ym19_1_1519085807369_10517" size=3D"3">Here's l= ogs from engine:</font></div><div id=3D"yui_3_16_0_ym19_1_1519085807369_106= 20"><font id=3D"yui_3_16_0_ym19_1_1519085807369_10517" size=3D"3"><br></fon= t></div><div id=3D"yui_3_16_0_ym19_1_1519085807369_10573"><font id=3D"yui_3= _16_0_ym19_1_1519085807369_10517" size=3D"3">------------------------------= -------------------------------------------------------------------------</= font></div><div id=3D"yui_3_16_0_ym19_1_1519085807369_10588" dir=3D"ltr"><f= ont id=3D"yui_3_16_0_ym19_1_1519085807369_10517" size=3D"3">[root@dev2engin= e ~]# tail /var/log/messages<br id=3D"yui_3_16_0_ym19_1_1519085807369_10609= ">Feb 20 07:01:01 dev2engine systemd: Starting Session 20 of user root.<br = id=3D"yui_3_16_0_ym19_1_1519085807369_10610">Feb 20 07:01:01 dev2engine sys= temd: Removed slice User Slice of root.<br id=3D"yui_3_16_0_ym19_1_15190858= 07369_10611">Feb 20 07:01:01 dev2engine systemd: Stopping User Slice of roo= t.<br id=3D"yui_3_16_0_ym19_1_1519085807369_10612">Feb 20 07:58:52 dev2engi= ne systemd: Created slice User Slice of root.<br id=3D"yui_3_16_0_ym19_1_15= 19085807369_10613">Feb 20 07:58:52 dev2engine systemd: Starting User Slice = of root.<br id=3D"yui_3_16_0_ym19_1_1519085807369_10614">Feb 20 07:58:52 de= v2engine systemd-logind: New session 21 of user root.<br id=3D"yui_3_16_0_y= m19_1_1519085807369_10615">Feb 20 07:58:52 dev2engine systemd: Started Sess= ion 21 of user root.<br id=3D"yui_3_16_0_ym19_1_1519085807369_10616">Feb 20= 07:58:52 dev2engine systemd: Starting Session 21 of user root.<br id=3D"yu= i_3_16_0_ym19_1_1519085807369_10617">Feb 20 08:01:01 dev2engine systemd: St= arted Session 22 of user root.<br id=3D"yui_3_16_0_ym19_1_1519085807369_106= 18">Feb 20 08:01:01 dev2engine systemd: Starting Session 22 of user root.</= font></div><div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1519085807369_10619"><f= ont id=3D"yui_3_16_0_ym19_1_1519085807369_10517" size=3D"3"><br></font></di= v><div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1519085807369_10623"><br><font i= d=3D"yui_3_16_0_ym19_1_1519085807369_10517" size=3D"3"><font id=3D"yui_3_16= _0_ym19_1_1519085807369_10626" size=3D"3">---------------------------------= ----------------------------------------------------------------------</fon= t></font></div><div dir=3D"ltr" id=3D"yui_3_16_0_ym19_1_1519085807369_10654= "><font id=3D"yui_3_16_0_ym19_1_1519085807369_10517" size=3D"3"><font id=3D= "yui_3_16_0_ym19_1_1519085807369_10626" size=3D"3">[root@dev2engine ~]# tai= l /var/log/ovirt-engine/engine.log<br id=3D"yui_3_16_0_ym19_1_1519085807369= _10677">2018-02-20 08:01:16,062+08 INFO  [org.ovirt.engine.core.bll.ev= entqueue.EventQueueMonitor] (org.ovirt.thread.pool-7-thread-32) [102e9d3c] = Finished reconstruct for pool '5a865884-0366-0330-02b8-0000000002d4'. Clear= ing event queue<br id=3D"yui_3_16_0_ym19_1_1519085807369_10678">2018-02-20 = 08:01:27,825+08 WARN  [org.ovirt.engine.core.vdsbroker.irsbroker.IrsPr= oxy] (org.ovirt.thread.pool-7-thread-23) [] Master domain is not in sync be= tween DB and VDSM. Domain Stored2 marked as master in DB and not in the sto= rage<br id=3D"yui_3_16_0_ym19_1_1519085807369_10679">2018-02-20 08:01:27,86= 2+08 WARN  [org.ovirt.engine.core.bll.storage.pool.ReconstructMasterDo= mainCommand] (org.ovirt.thread.pool-7-thread-23) [213f42b9] Validation of a= ction 'ReconstructMasterDomain' failed for user SYSTEM. Reasons: VAR__ACTIO= N__RECONSTRUCT_MASTER,VAR__TYPE__STORAGE__DOMAIN,ACTION_TYPE_FAILED_STORAGE= _DOMAIN_STATUS_ILLEGAL2,$status PreparingForMaintenance<br id=3D"yui_3_16_0= _ym19_1_1519085807369_10680">2018-02-20 08:01:27,882+08 INFO  [org.ovi= rt.engine.core.bll.eventqueue.EventQueueMonitor] (org.ovirt.thread.pool-7-t= hread-20) [929330e] Finished reconstruct for pool '5a865884-0366-0330-02b8-= 0000000002d4'. Clearing event queue<br id=3D"yui_3_16_0_ym19_1_151908580736= 9_10681">2018-02-20 08:01:40,106+08 WARN  [org.ovirt.engine.core.vdsbr= oker.irsbroker.IrsProxy] (org.ovirt.thread.pool-7-thread-17) [] Master doma= in is not in sync between DB and VDSM. Domain Stored2 marked as master in D= B and not in the storage<br id=3D"yui_3_16_0_ym19_1_1519085807369_10682">20= 18-02-20 08:01:40,197+08 WARN  [org.ovirt.engine.core.bll.storage.pool= .ReconstructMasterDomainCommand] (org.ovirt.thread.pool-7-thread-17) [7af55= 2c1] Validation of action 'ReconstructMasterDomain' failed for user SYSTEM.= Reasons: VAR__ACTION__RECONSTRUCT_MASTER,VAR__TYPE__STORAGE__DOMAIN,ACTION= _TYPE_FAILED_STORAGE_DOMAIN_STATUS_ILLEGAL2,$status PreparingForMaintenance= <br id=3D"yui_3_16_0_ym19_1_1519085807369_10683">2018-02-20 08:01:40,246+08= INFO  [org.ovirt.engine.core.bll.eventqueue.EventQueueMonitor] (org.o= virt.thread.pool-7-thread-22) [73673040] Finished reconstruct for pool '5a8= 65884-0366-0330-02b8-0000000002d4'. Clearing event queue<br id=3D"yui_3_16_= 0_ym19_1_1519085807369_10684">2018-02-20 08:01:51,809+08 WARN  [org.ov= irt.engine.core.vdsbroker.irsbroker.IrsProxy] (org.ovirt.thread.pool-7-thre= ad-26) [] Master domain is not in sync between DB and VDSM. Domain Stored2 = marked as master in DB and not in the storage<br id=3D"yui_3_16_0_ym19_1_15= 19085807369_10685">2018-02-20 08:01:51,846+08 WARN  [org.ovirt.engine.= core.bll.storage.pool.ReconstructMasterDomainCommand] (org.ovirt.thread.poo= l-7-thread-26) [20307cbe] Validation of action 'ReconstructMasterDomain' fa= iled for user SYSTEM. Reasons: VAR__ACTION__RECONSTRUCT_MASTER,VAR__TYPE__S= TORAGE__DOMAIN,ACTION_TYPE_FAILED_STORAGE_DOMAIN_STATUS_ILLEGAL2,$status Pr= eparingForMaintenance<br id=3D"yui_3_16_0_ym19_1_1519085807369_10686">2018-= 02-20 08:01:51,866+08 INFO  [org.ovirt.engine.core.bll.eventqueue.Even= tQueueMonitor] (org.ovirt.thread.pool-7-thread-49) [2c11a866] Finished reco= nstruct for pool '5a865884-0366-0330-02b8-0000000002d4'. Clearing event que= ue<br id=3D"yui_3_16_0_ym19_1_1519085807369_10687"><br></font></font></div>= </div></body></html> ------=_Part_1848497_1716892283.1519088345205--

2 1

Setup ovirt-guest-agent from tarball possible?
by Oliver Dietzel 19 Feb '18

19 Feb '18

Hi, i try to install ovirt-guest-agent on a Clearlinux vm (already up and running in our ovirt test cluster). The usual fedora / el7 rpm's do not work. Is it possible to install ovirt-guest-agent from a tarball? Or do i have to rebuild a src rpm? And where do i find the latest tarball and src rpm of this package / these packages? Any help appreciated, thx in advance Oli ___________________________________________________________ Oliver Dietzel RTO GmbH Hanauer Landstraße 439 60314 Frankfurt

1 0

Moving VMs to another cluster
by Yeun, Chris (DNWK) 19 Feb '18

19 Feb '18

--_000_151873643674288456smithsdetectioncom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ?Hello, How do you move a VM to another cluster within the same data center? I hav= e a cluster running ovirt 3.5 nodes. I created another cluster with hosts = running CentOS 7 (ovirt 3.6 version) and want to move VMs to this cluster.= The compatibility mode for everything is 3.5. I tried shutting down a VM, but I cannot select the other cluster. Also li= ve migration fails as well to the new cluster. Thanks, Chris ______________________________________________________________________ This email has been scanned by the Boundary Defense for Email Security Sys= tem. For more information please visit http://www.apptix.com/email-securit= y/antispam-virus ______________________________________________________________________ --_000_151873643674288456smithsdetectioncom_ 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" style=3D"font-size:12pt;color:#000000;background-color:#= FFFFFF;font-family:Calibri,Arial,Helvetica,sans-serif;"> <p>Hello,<br> </p> <p><br> </p> <p>How do you move a VM to another cluster within the same data center? I = have a cluster running ovirt 3.5 nodes. I created another cluster with hos= ts running CentOS 7 (ovirt 3.6 version) and want to move VMs to this clust= er. The compatibility mode for everything is 3.5.</p> <p><br> </p> <p>I tried shutting down a VM, but I cannot select the other cluster. Also= live migration fails as well to the new cluster.<br> </p> <p><br> </p> <p>Thanks,<br> </p> <p>Chris<br> </p> <br clear=3D"both"> ______________________________________________________________________<BR>= This email has been scanned by the Boundary Defense for Email Security Sys= tem. For more information please visit http://www.apptix.com/email-securit= y/antispam-virus<BR> ______________________________________________________________________<BR>= </body> </html> --_000_151873643674288456smithsdetectioncom_--

2 2

Fwd: why host is not capable to run HE?
by Artem Tambovskiy 19 Feb '18

19 Feb '18

Thanks a lot, Simone! This is clearly shows a problem: [root@ov-eng ovirt-engine]# sudo -u postgres psql -d engine -c 'select vds_name, vds_spm_id from vds' vds_name | vds_spm_id -----------------+------------ ovirt1.local | 2 ovirt2.local | 1 (2 rows) While hosted-engine.conf on ovirt1.local have host_id=1, and ovirt2.local host_id=2. So totally opposite values. So how to get this fixed in the simple way? Update the engine DB? Regards, Artem On Mon, Feb 19, 2018 at 5:37 PM, Simone Tiraboschi <stirabos(a)redhat.com> wrote: > > > On Mon, Feb 19, 2018 at 12:13 PM, Artem Tambovskiy < > artem.tambovskiy(a)gmail.com> wrote: > >> Hello, >> >> Last weekend my cluster suffered form a massive power outage due to human >> mistake. >> I'm using SHE setup with Gluster, I managed to bring the cluster up >> quickly, but once again I have a problem with duplicated host_id ( >> https://bugzilla.redhat.com/show_bug.cgi?id=1543988) on second host and >> due to this second host is not capable to run HE. >> >> I manually updated file hosted_engine.conf with correct host_id and >> restarted agent & broker - no effect. Than I rebooted the host itself - >> still no changes. How to fix this issue? >> > > I'd suggest to run this command on the engine VM: > sudo -u postgres scl enable rh-postgresql95 -- psql -d engine -c 'select > vds_name, vds_spm_id from vds' > (just sudo -u postgres psql -d engine -c 'select vds_name, vds_spm_id > from vds' if still on 4.1) and check /etc/ovirt-hosted-engine/hosted-engine.conf > on all the involved host. > Maybe you can also have a leftover configuration file on undeployed host. > > When you find a conflict you should manually bring down sanlock > In doubt a reboot of both the hosts will solve for sure. > > > >> >> Regards, >> Artem >> >> _______________________________________________ >> Users mailing list >> Users(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >

3 3

How to specify a logical network for ovirt live migration traffic
by simone.sanna＠trssistemi.com 19 Feb '18

19 Feb '18

Hello to everyone, I have founded the article "How to specify a logical network for RHEV live migration traffic" at https://access.redhat.com/solutions/70412 but i can't read it because i not have an "active Red Hat subscription". It is there an article as "How to specify a logical network for ovirt live migration traffic" or similar? It is possible to do that (for example to specify a nic ethX for live migration traffic between two host)? Many thanks for your replies, Simone

2 1

why host is not capable to run HE?
by Artem Tambovskiy 19 Feb '18

19 Feb '18

Hello, Last weekend my cluster suffered form a massive power outage due to human mistake. I'm using SHE setup with Gluster, I managed to bring the cluster up quickly, but once again I have a problem with duplicated host_id ( https://bugzilla.redhat.com/show_bug.cgi?id=1543988) on second host and due to this second host is not capable to run HE. I manually updated file hosted_engine.conf with correct host_id and restarted agent & broker - no effect. Than I rebooted the host itself - still no changes. How to fix this issue? Regards, Artem

3 2

WG: IPMI config
by Markus.Schaufler＠ooe.gv.at 19 Feb '18

19 Feb '18

--_004_9D6F18D2AC0D5245BE068C2BEBC06946284F62msli01202res01ads_ Content-Type: multipart/alternative; boundary="_000_9D6F18D2AC0D5245BE068C2BEBC06946284F62msli01202res01ads_" --_000_9D6F18D2AC0D5245BE068C2BEBC06946284F62msli01202res01ads_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi! When configuring Powermanagement respectively Fence Agent I get following e= rror: Any idea on this? 2018-02-19 15:01:26,625+01 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker= .FenceVdsVDSCommand] (default task-14) [7ab055b8-7afa-4495-a287-b3b66fd6a81= e] START, FenceVdsVDSCommand(HostName =3D VIGT01-101.res01.ads.ooe.local, F= enceVdsVDSCommandParameters:{hostId=3D'1210495a-0680-4f5a-bcd0-345b9debf48c= ', targetVdsId=3D'169e902e-9993-42c2-ad06-0925d3f217d6', action=3D'STATUS',= agent=3D'FenceAgent:{id=3D'null', hostId=3D'null', order=3D'1', type=3D'ip= milan', ip=3D'10.1.46.115', port=3D'623', user=3D's.oVirt', password=3D'***= ', encryptOptions=3D'false', options=3D''}', policy=3D'null'}), log id: 727= 4de5a 2018-02-19 15:01:26,732+01 WARN [org.ovirt.engine.core.dal.dbbroker.auditl= oghandling.AuditLogDirector] (default task-14) [7ab055b8-7afa-4495-a287-b3b= 66fd6a81e] EVENT_ID: VDS_ALERT_FENCE_TEST_FAILED(9,001), Power Management t= est failed for Host VIRZ01-101.res01.ads.ooe.local.Internal JSON-RPC error [cid:image001.png@01D3A993.2380B300] --_000_9D6F18D2AC0D5245BE068C2BEBC06946284F62msli01202res01ads_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DE-AT" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span style=3D"color:black">Hi!<o:p></o:p></span></p= > <p class=3D"MsoNormal"><span style=3D"color:black"><o:p> </o:p></span>= </p> <p class=3D"MsoNormal"><span style=3D"color:black">When configuring Powerma= nagement respectively Fence Agent I get following error:<o:p></o:p></span><= /p> <p class=3D"MsoNormal"><span lang=3D"DE" style=3D"color:black">Any idea on = this?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE" style=3D"color:#1F497D"><o:p>&nbsp= ;</o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"DE">2018-= 02-19 15:01:26,625+01 INFO  [org.ovirt.engine.core.vdsbroker.vdsbr= oker.FenceVdsVDSCommand] (default task-14) [7ab055b8-7afa-4495-a287-b3b66fd= 6a81e] START, FenceVdsVDSCommand(HostName =3D VIGT01-101.res01.ads.ooe.loca= l, FenceVdsVDSCommandParameters:{hostId=3D'1210495a-0680-4f5a-bcd0-345b9debf4= 8c', targetVdsId=3D'169e902e-9993-42c2-ad06-0925d3f217d6', action=3D'STATUS= ', agent=3D'FenceAgent:{id=3D'null', hostId=3D'null', order=3D'1', type=3D'= ipmilan', ip=3D'10.1.46.115', port=3D'623', user=3D's.oVirt', password=3D'***', encryptOptions=3D'false', options=3D''}', policy=3D'null= '}), log id: 7274de5a<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"DE">2018-= 02-19 15:01:26,732+01 WARN  [org.ovirt.engine.core.dal.dbbroker.au= ditloghandling.AuditLogDirector] (default task-14) [7ab055b8-7afa-4495-a287= -b3b66fd6a81e] EVENT_ID: VDS_ALERT_FENCE_TEST_FAILED(9,001), Power Management test failed for Host VIRZ01-101.res01.ads.ooe.local.Inter= nal JSON-RPC error<o:p></o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"DE"><o:p>=  </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span lang=3D"DE"><o:p>=  </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE"><o:p> </o:p></span></p> <p class=3D"MsoNormal" style=3D"margin-left:35.4pt"><span style=3D"mso-fare= ast-language:DE-AT"><img width=3D"499" height=3D"498" id=3D"Grafik_x0020_1"= src=3D"cid:image001.png@01D3A993.2380B300"></span><span lang=3D"DE"><o:p><= /o:p></span></p> </div> </body> </html> --_000_9D6F18D2AC0D5245BE068C2BEBC06946284F62msli01202res01ads_-- --_004_9D6F18D2AC0D5245BE068C2BEBC06946284F62msli01202res01ads_ Content-Type: image/png; name="image001.png" Content-Description: image001.png Content-Disposition: inline; filename="image001.png"; size=16035; creation-date="Mon, 19 Feb 2018 14:05:54 GMT"; modification-date="Mon, 19 Feb 2018 14:05:54 GMT" Content-ID: <image001.png(a)01D3A993.2380B300> Content-Transfer-Encoding: base64 iVBORw0KGgoAAAANSUhEUgAAAfMAAAHyCAIAAABwMbC5AAAAAXNSR0IArs4c6QAAAAlwSFlzAAAO xAAADsQBlSsOGwAAPkhJREFUeF7tnQuYFOWZ7xdWDWLWDVFg0GxWxOCuyE1gJkYzXOSmEtk8JxKD DCEqaJRoDrdsEtFdyUYDyPECWRE3Em5u4NlnQ0S5ZhYQdZgYueWychSz2RgHUMwuihwUOX94j9+p dDc91dPVX3VV/+qBfqq/+r738vtq/vX1WzU9rbZu3frOO+/8Sdzb3r17P/WpT7U4ijlz5kyaNCn/ 8DB9ZOTrX//6Jz/5STP129/+dvr06T/84Q9ffPHFNWvWfOtb37IWO3rhhRfmbNEh2enatevzzz+v /bPOOkuutbN8+XK9jho1Sq+PPPJIxlEXvA59/OMff+qpp6xlxowZFo+GZzd++ctfVng66naCEV59 9dUaYh20bdiw4eWXX77lllucL+X14IMP2ts77rjjkksuyeklmI5lHeymgTKrmJ9++uk333zT7Hz3 u9996aWXguk7hsFpUkiLFy8OBuAGqtFFrn21X3DBBY6AO+RIuv5uEg2FxeOm0liZR/Gx6dCQq666 SpFYdi5CtX/60582p+qsV9u/9NJLDWOQQ11d3eDBg5VmY2Pj7t27hSLoIrunJWWUbLO5llMb67y4 8KxRHAxaMNqcSbmT0HoGaVu0wblgP00EWtXX19fU1KQpJXKBAAQgUOEEWld4/qQPAQhAIH0EUPb0 zSkZQQAClU4AZa/0M4D8IQCB9BFA2dM3p2QEAQhUOgGUvdLPAPKHAATSRwBlT9+ckhEEIFDpBFD2 Sj8DyB8CEEgfAZQ9fXNKRhCAQKUTQNkr/QwgfwhAIH0EUPb0zSkZQQAClU4AZa/0M4D8IQCB9BFA 2dM3p2QEAQhUOoHWbdu2rXQG5A8BCEAgXQRYs6drPskGAhBIIAH73uaMrZjvV0fZE3gWEDIEIJAi Aq+99trMmTPt7ze4TY333HPPz3/+85YlWlplf/TRRwcOHKhXBbdkyRLt/+u//muzgarPiBEj1Pm6 66574403mu1PBwhAAAJJJ/DMM884cZesP/TQQ4cOHWpxUkUpu/5ajfTXbabgJ9s6dOjQsWPHM844 wzpIvnOqvKRcKeljyMiRIwcNGnT22We3OLfyGag/OSQ4ei2fkIgEAhAoEwLnnnvu7bffrlueJu5O 1seNG9enT5+WBVmUspvLK6644ksntm7duuUJYujQof/8z/+sV+vzT//0Txs3bszub388rEePHvqr dRMmTGhZVuU2qqGh4YknntBfBCy3wIgHAhAoBwJBcb/vvvu0Wi9G1pVRK4lO9+7dW5ab1uw7d+78 zne+c9lllzkLO3bs+MEPfqB2rdD1NyRXrlwp0ZdGa9EqddO+VuIPP/ywOtgQibj7U5xa1d55551O Ad3An/zkJ1rFy+ANN9xg1wa5VrcvfvGLP/rRj7QjIzrUs2dPHVq3bp0uIa+++qr2FcC9996rHXnP NuJill9daXbt2mVeFKFdVIKmrLOFpHblKL/6CHLNNddY55OFpDKU4nE3QzJwtYw8oyAAgfQRUFV9 4cKFyuuv//qvb7311mISjGDNLk2UqGmTpisUk3VJrVRVf1E3Z3Dt27dXuzRUQjlgwIBgn4svvtgd 0ocAux6okqOe+rQimX722Wetv4RVruWlc+fO8ij1VKOOqs++fftUzNGHCbkwWT+ZETOlPxmsi6T+ 4K+8vP322+psuVipS1qsdr2VQYm4uVA3NeqiqM6uDJUzJKn/Rz/6URuuIRYSGwQgAIEgARVhrM4u ofv1r3+dcUO1UFYRKLtWxxJWbRI7Vcm1Iy3TMlzlFN0CzQ5IMqrSvMm3hPLzn/+865NxSB8F9JFC R3XZUM8bb7xR+7/85S9df7XIi46qxe42/OxnP9Or1tFq1/Jfr3qb34hZs4DlRWP1duvWrVJwW8Ir DCs07d+/37lQaupsHwjyh6QETc2VtYYox0Inif4QgEC6CQRr68Gae4uzjkDZtaT9txObFNCq5F26 dLGAtJpucWQ20Ioq0lzJopTatdhRreX1akWYYP+Min9+IxqoFfo3v/lNeyBHa3AzpXR0iXrllVck 8XbB6NevnwtAHxfs1rFa1McFkB1SkQQYDgEIpJtAxi3TYM39ySefbFnuESh70PGFF14YVDqT1GI2 uzZIdnX9sC3n5wDnwvoHF9F626wRLb21rpdl2VfNxFnTxVPLdl1RVFZSeWfMmDHOmuoqLiSFV0yO jIUABCqZwMc+9jE9BBi8ZWrirsZLLrmkZWQiUHZXZ9dTjApFFXapoSokDzzwgNW+szerO2upqwp1 /mcldTNTPWVHYq1Nnwzy52nLat0slXcpr2lus0ZUR1I3lZLkwko3tj311FN2M0AlGqVmjy3aOl0u LCQt51XWzx+VfYXDqlWrFJVV8NkgAAEIGAHVBqZOnZrxgKPE/e6779ZryyhFoOyuzm5laD2jInFX tV0SaZXx7E31Ey2BdQFQ6SP/0/haJsuI+qintj179rgn4nNaVglF1zpdOfRMzk9/+lNbrTdrRC5k VkOk1BpuliX0utOrm6LmWhcwFYUk7gpe1wxVXaxdaeYPSab0aUBXCPUMXjZaNmGMggAEINAsgaKe emzWeqI7SL51bdAq2+r4enhR4i7dD97yTXSCBA8BCKSVQARr9rSisSfQ9ZC77qCq0FRfX6+3LX72 P62UyAsCEChDAqzZTzopqsbcf//9Vj9RvUWarodngr+TVYbTSUgQgAAERABl5zSAAAQgkDYCVGPS NqPkAwEIQABl5xyAAAQgkDYCKHvaZpR8IAABCKDsnAMQgAAE0kYAZU/bjJIPBCAAAZSdcwACEIBA 2gig7GmbUfKBAAQggLJzDkAAAhBIGwGUPW0zSj4QgAAEUHbOAQhAAAJpI4Cyp21GyQcCEIAAys45 AAEIQCBtBI5/I1hNTU3a0iIfCEAAAhVMgDV7BU8+qUMAAiklgLKndGJJCwIQqGACKHsFTz6pQwAC KSWAsqd0YkkLAhCoYAIoewVPPqlDAAIpJYCyp3RiSQsCEKhgAih7BU8+qUMAAiklgLKndGJJCwIQ qGACKHsFTz6pQwACKSWAsqd0YkkLAhCoYAIoewVPPqlDAAIpJYCyp3RiSQsCEKhgAih7BU8+qUMA AiklgLKndGJJCwIQqGACKHsFTz6pQwACKSWAsqd0YkkLAhCoYAIoewVPPqlDAAIpJYCyp3RiSQsC EKhgAih7BU8+qUMAAiklgLKndGJJCwIQqGACrQ8dOlTB6ZM6BCAAgRQSaN22bdsUpkVKEIAABCqY ANWYCp58UocABFJKAGVP6cSSFgQgUMEEWjU0NNTU1FQwAVKHQCgCO3bs2L9/f6iudIJALgLt2rXr 06ePHzYoux/OeEk8gQ0bNlRXVyc+DRKIj0BjY+PgwYP9+EfZ/XDGS+IJSNkHDBiQ+DRIID4CGzdu RNnjw49nCOQiIGX39mPJDKSSgM9TiDuoqTyFSAoCEKhoAvEo+/jx45cvX34y8H379s0+NH369DxD KnoOSR4CEIDAHxOIoc6+e/fuSZMmderUacGCBTmnQ8r+wgsvZBySsnfv3n3UqFHMIARKQeDRE1sp LGOzBQQmnNhaMLCch6S8GrNu3bqxY8dqAiTx5TwNxAYBCEAgoQRiqMasWbNGS+8hQ4ZI4h011We0 VNemtblrVPnFGoP1GfXcvHlzsNH1mTt3ro11LSNGjNBb1z/DfkLnjLAhAAEI5CfgW9klsr1791ZM EndJvAVniqwKjDaVXKxRK/qZM2cuW7bM2levXu0yUbs1qkVCP2fOHHsrg7Iva9OmTbOWVatWqc/i xYudnRkzZnBOQAACEEg3Ad/Kvn79emm0rambmpokxOK7d+9eLeENtKuk66iuAV27drX2K6+80s2E hNvtb9u2TVV7Z1CjJk6cKOkPLvPr6upGjx6ta0C655LsIAABCBgB38ouIbbVtDattSX0xc+EM6gd uzBYi8Td1Ly2tlZvpe9qcRWb4v1iAQIQgEB5EvCq7KqbDx8+3IGQ4FqNpWPHjk7i3aONVVVVugy4 u6zBakwQpdb1JxNrqfnrr7/uLMidajKuBFSe80FUEIAABIon4FXZFy1a1KNHj2DQqrFIl1U/UaNV VHbt2iVN11vVYVR1URXF2seNG5czWz06KbF2t0yl4zLo3upCIjvu9qysBSs5xePDAgQgAIEyJBDD 8+xlSIGQIMDz7GV1DvA8e5HT4XXNXmSsDIcABCAAgTAEUPYwlOgDAQhAIEkEUPYkzRaxQgACEAhD AGUPQ4k+EIAABJJEAGVP0mwRKwQgAIEwBFD2MJToAwEIQCBJBHjqMUmzRawxEvD5Fawxponr0hHw eQqxZi/dPGIZAhCAQDwEUPZ4uOMVAhCAQOkIoOylY4tlCEAAAvEQoM4eD3e8Jo7A1q1bDx48mLiw Cbh8CLRv375nz55+4kHZ/XDGCwQgAAF/BKjG+GONJwhAAAJ+CKDsfjjjBQIQgIA/Aii7P9Z4ggAE IOCHAMruhzNeIAABCPgjgLL7Y40nCEAAAn4IoOx+OOMFAhCAgD8CKLs/1niCAAQg4IcAyu6HM14g AAEI+COAsvtjjScIQAACfgig7H444wUCEICAPwIouz/WeIIABCDghwDK7oczXiAAAQj4I4Cy+2ON JwhAAAJ+CKDsfjjjBQIQgIA/AnyLrz/WeEo0gR07duzfvz/RKRB8vATatWvXp08fPzGg7H444yXx BPTniaurqxOfBgnER6CxsXHw4MF+/KPsfjjjJfEEpOz9+/dPfBokEB+BTZs2oezx4cczBHIRkLJ7 +7FkBlJJwOcpxB3UVJ5CJAUBCFQ0Ad/KPmLEiN27dzvky5cvnz59evEzICOyHLST4ah4F1iAAAQg kBQCrQ8dOpSUWJuNc+7cuc32oQMEIACB1BNo3bZt23QkOXbs2IULFwY/EKQjL7KAAAQgUCgB39WY k8UnRe774TZ+/Hjrph1rC7Zs3rzZGrNNTZs2bdasWRntKvg4y7aoly8ZVAHH2q0iZPtu1R+MRx0K xUp/CJyMwM0337xixYrg0ZqaGlYknDDREigXZV+8ePGcOXNeOLEtWLBASUpke/bsaS1VVVVOc2fO nGmN2SBGjRqlxgwhVqP117ZmzRobtW3btu7du6tFTmXQ9pctW6ZVv3WYNGmS3toodeAHL9rTrpKt 6QGbXbt2OQJS+V69enXt2jVb8SuZErkXSaBclL2urk5iGrwLql/5k87aUnr16tV79+61VLUwz5Pz 1KlTJcTBDm6NLztNTU12SJcKuwzU1tbq1fb106V2ibg29Rw9erT7cOAGFomb4RC49tpr165d6zhI 5e1hyvnz5+tQNh9Jf8YaH4YQaJZAuSi7VNVW0BJT97SMW8Xr0IwZM5pNxtT5yiuvlIVOnTrprTQ6 uPoOY8FJv1vpa8cuAGwQyElg5MiRqqjYltFBouwOaZFhR4cNG+bEWipvgq41u3W46667tGOjdNrP PrFp3w1nFiDQLAHfyj58+PBgKVzr6yFDhrgoTd+1QleLSjEq0TSbQHYH/TDIguotTqNlVvvhy+WF 9m9BkAxJDQFp9NChQ7d+uAXz0sJCouwO6QOllfVU/dMvrWjHSjHZKNTTRmmNosvAlClTtM/yIjXn jIdEfCv7xIkTVfFwtzS1Krfz1d3D1CGrt2T0DK/LGusqNtLo3r17mzt97JXrkExXrVqlq46LM+Qo ulUgAa24161bl/MuqCqK0mXHRPtq0VsN2b59u3ZcKSaDm6S8AkmScpQEGhoajrFBAALNEVi/fn3+ Ltec2IJ97LEr16J9tdhb29dXjLmjEyZM0PeKuEM5RzUXI8fLmkCzp1CE0ftes0d5UcIWBMqJwMqV K/WhUNVwq5IrNFUUVUa3Coxeta8WC1kFmSVLlgRX9OWUCrEkngDKnvgpJIF4CQTvkXbs2DFYDVcx UHeV9NyXhF6v2rdbOFaQ0QNX0vdmg9eTM9xBbZYSHTII8C2+nBIQCEXA5xf1hQqITkkj4PMUYs2e tLODeCEAAQg0RwBlb44QxyEAAQgkjQDKnrQZI14IQAACzRFA2ZsjxHEIQAACSSOAsidtxogXAhCA QHMEUPbmCHEcAhCAQNIIoOxJmzHihQAEINAcAZ5nb44QxyFwgoC+k+vgwYPAgECLCbRv3979EnKL jYQciLKHBEU3CEAAAokhQDUmMVNFoBCAAARCEkDZQ4KiGwQgAIHEEEDZEzNVBAoBCEAgJAGUPSQo ukEAAhBIDAGUPTFTRaAQgAAEQhJA2UOCohsEIACBxBBA2RMzVQQKAQhAICQBlD0kKLpBAAIQSAwB lD0xU0WgEIAABEISQNlDgqIbBCAAgcQQQNkTM1UECgEIQCAkAZQ9JCi6QQACEEgMAZQ9MVNFoBCA AARCEkDZQ4KiGwQgAIHEEOBbfBMzVQQaL4EdO3bs378/3hjwnmgC7dq169Onj58UUHY/nPGSeAIb Nmyorq5OfBokEB+BxsbGwYMH+/GPsvvhjJfEE5CyDxgwIPFpkEB8BDZu3Iiyx4cfzxDIRUDK7u3H khlIJQGfpxB3UFN5CpEUBCBQ0QR8K/uIESP6frjNnTu3fNgrsN27d5dPPEQCAQhAoMUEfCu7Ap0z Z84LJ7Y1a9YsX768xaEzEAIQgAAEchKIQdldHGPHjt21axcTAwEIQAAC0RKIU9n37dtnyWjlnl2i cS2qk6jP5s2bXcv06dM1RK82XDvjx493+1bkUaPrb4dUbFE3HVW7jXV93PBo4WINAhCAQDwEGhoa jnncrr766k2bNplDPbTv9l0I6qD9hx9++Ec/+lEwrptuuumll14Ktmi4vdUQbXbUdjRW/e2oXJhN tWuILFu7+li79dGhDPseqeAqAQTWr1+fgCgJsYwJ+DyFYlizT5o0yVbT06ZNq62tzViPNzU1qWXi xIkzZ85UH3e5q6urGz16dHBx3bt3by3ktXjXzvDhw7dv3263QLt27aoiz5AhQ2ysubBDVVVVsmzt +sSgUa6PDsVzacUrBCAAgagJxKDs7g7qqFGjTHOl9cuWLbPbqi5BeytxNzWXQOut9F0tVm/p2bPn zp07TcR79Oih66HE3Yl11KCwB4F8BEaOHFlzYgs+YXXXXXdZ44oVK9xg7VujjrpGjbJG2Qm6KZFZ 5jL1BGJQ9mymWi9roa327EdlpOavv/66+2mRvusaoIdq1Hno0KH6Ko9t27apUZu6SeUl8TrUvXv3 RYsWmSOzafaDW4cOHcyONq397bMCGwRaQODmm292548WH2Zh3rx5a9eutf3Zs2frHLMzTfvWqKPq Y/tulOzImjWWyGwLEmRI4gjEr+zSXJVTrD4jabaqiN3ntE3LcPXRyt3eqiajMo76qFFqrrEGXd1W r15ttRd9GtBb66+qzqpVq7InRn2c38WLFzs7iZtCAo6dgD4sBmMwEdcHymCjPQaW8TCY9bH+bnPW SmQ2dlwE4IEA3xvjATIu0kAgz6+Ga3EdVOGtW7cqYa3H3QdHvZ01a5aWHRLxqVOnOhx68Pe2227T W9VhXGOvXr3mz5+vtyUym4bJSGYOfLtAMueNqCuVwOTJk13qU6ZMsX1JtrstP2zYMPs0qVftWwcd NVnX5kZp31krkdlKnaXKyrtVfX39wIEDKytpsoVA4QR8LrgKj44RCSDg8xRq3bZt2wQgIUQIQAAC EAhNIP47qKFDpSMEIAABCIQigLKHwkQnCEAAAgkigLInaLIIFQIQgEAoAih7KEx0ggAEIJAgAih7 giaLUCEAAQiEIoCyh8JEJwhAAAIJIoCyJ2iyCBUCEIBAKAJ8u0AoTHSCgL4z4ODBg3CAQIsJtG/f Xt9Q2+LhBQ1E2QvCRWcIQAACCSBANSYBk0SIEIAABAoigLIXhIvOEIAABBJAAGVPwCQRIgQgAIGC CKDsBeGiMwQgAIEEEEDZEzBJhAgBCECgIAIoe0G46AwBCEAgAQRQ9gRMEiFCAAIQKIgAyl4QLjpD AAIQSAABlD0Bk0SIEIAABAoigLIXhIvOEIAABBJAAGVPwCQRIgQgAIGCCKDsBeGiMwQgAIEEEEDZ EzBJhAgBCECgIAIoe0G46AwBCEAgAQT4Ft8ETBIhxk7g2LFj27ZtO3DgQOyREEByCZx55pn9+vVr 1aqVhxRQdg+QcZFsApJ1bfX19bW1tcnOhOhjJbB58+ZBgwZJ2T2IO9WYWKca5wkhcPTo0YRESphl TcDbiYSyl/V5QHDlQEAL9g8++ECR2OKdDQItI6BTSCeSxno4q1F2D5BxkXgCfn4aE4+JBJoj4O1E 8qrsI0aM6PvH29y5c5tDwXEIlAuBlq3UGAUBI+DzPPaq7KtWrXrhhRfmzJlTVVWlHW0TJ070mS2+ IAABCFQCAa/KXglAyTHFBFh7QqAYAj5/NGJWdj0GpBKNS1jFGW1qnD59uivduIqN2l0tR/s+MeEL AicjMG78bSuffLoYPt+57/77H5wnC1uea/jimBv0Wow1xkJABGJWdj0g3KlTJyfTa9asGTp0qMJa vXq1ijZWsVm4cKF1mDRpkrUsW7ZM+8wfBDwTONl67fTT2xSzlNPY09sct+DSKdIaw8uTgM/TNWZl V6p1dXXr16/XjuRbKt+1a1ft9+7d23a0XXnllU1NTSbutmYfPXq09nfv3u2TFL4gkJPAwgXzhlwx sBg4d/7t5K9OuKEYC4yFQAaB+JVdy3b93rZkWvoulc8zQ5J7W7Pb5qSfSYWAHwI5V4LX1d34+KKl OnTn3/2D6ip6Vcutt0/Ztn2nGlVaUbnmHx/9gV7Vrh11dvtmUEP0zz0+YTvqJiMaYtUeazQL1j5p 2rfNBVtcBPbtf0MTp1cXgKpqmvGTxePnLDUv8Su7ghg+fPi6deuk7+63t03rbWGuykyvXr3sAkB5 3efJga9CCbz8yp7+n/3MxK+Ob9PmIwt+sMiGHz58+NC77970lbphQwZteubZ137f5PaffX7ryVx8 6oIu428Y+8Six4YPveKJ5f/iuv3vl18Zfd0X5OLAW3+o3/RMoRHSP0IC7c8+q1+f3vfN+l/733hT Zuc89H29XnZpTYQuWmyqLJRdzz6qmC59d2loea5KuhVepk2bZstzK69bQSZ437XFyTMQAgURyLkW Mwt2qPvFF10xsP9nPl0tOT7w1lsSequeD6y9XI0XdDlf+5J+7X95zJfcqKBZ1ygF17XhS2Nv2vzM c65RO/36XqLh+nfuOZ0OHHgrruUqfo3A564e3v+zl0ncTdb/59e+modMQSdbkZ1jUHatvvVge3bc du/Ubfbwu7ZRo0ZZo/TdlWJyWiiSBcMhkJ/AyZTdFVLeffew62NybAZ79rjY7QdlOtgn2OEnq1av XV+vpf3ShY+O/NyVwSGfOPcc5y7ntQHN9UxgxFXDdOHWXHx94i35Xfv8+YpB2bPT03ONwVumPvPH FwQiJKBF+ob6jc81NEqXP96uXZfzO7fM+LuHD9vAV/a8KlMtM8IobwS0cpese3MXxlHMym6PqKsU s2DBgjDh0gcC5UxA9RYJ8bxHHjt8+P9oxd3iUAcNqNVVYeachx54+BGVX1psh4EVS4DvZ6/YqSfx sAT0/XxHjhzZsmVLdXV1njF3z7ivy/nnjb3+urB26VdhBBobGy+//PLTTjutdeuSL6lL7qDC5o50 00wgTBXVc5EXdwki4PNnA2X3SRtfEIAABHwQoBrjgzI+Ek3AVWN0TyjRiRB8vAT0aB/VmHinAO8Q gAAEEkyAakyCJ4/QPRNIUEmXUMuQgM/TFWX3SRtfEIAABHwQQNl9UMYHBCAAAZ8EuIPqkza+EknA 7qC++OKLhw4dSmQCBF0eBNq1a9etWzc/z7O3qq+vHziwqG+XLg9oRAGBUhGQsr/33nv6yka9aj/4 BS+lconddBFo1aqVfjvp1FNPbdOmjV49/KYSa/Z0nUFkUwICkvL3339fy3a9Br+NqwSuMJlOAlJ2 baeccooW7HrVfqnzRNlLTRj7iScgNddS3TYW7ImfzpgSsGW7bSh7TJOAWwj8MQETdGSd86IYAibo HmT9uJeGhoaamrL4IyDFIGMsBCAAAQg4Ajz1yMkAAQhAIG0EUPa0zSj5QAACEEDZOQcgAAEIpI0A yp62GSUfCEAAAig75wAEIACBtBFA2dM2o+QDAQhAAGXnHIAABCCQNgIoe9pmlHwgAAEIoOycAxCA AATSRgBlT9uMkg8EIAABvl2AcwACoQjs2LFj//79obrSCQK5COj72fv06eOHDcruhzNeEk9gw4YN 1dXViU+DBOIj0NjYOHjwYD/+UXY/nPGSeAJS9gEDBiQ+DRKIj8DGjRtR9vjw4xkCuQhI2b39WDID qSTg8xTiDmoqTyGSggAEKppADMq+fPnyvh9u48ePr2j8JA8BCECgBAR8K/vcuXNnzpz5wodbz549 R4wYET4vXRF2794dvj89IQABCFQgAd/KvnDhwmXLljnQEydO7NSpk1bxedAH1/W6InTt2rUC54mU IQABCIQn4FXZN2/eXFVVlSHNWrbv2rVLEU+fPl0releosbW53m7btk2vpu/asdxkyvV0Fwb1CVrI 7ikX4dHQEwIQgEBCCXhVdjHSCj2DVIcOHVyLfhnE6jTTpk2bNGmS2rXA18VALQsWLAgO1FEdss6L Fi2S0NtRZ2HcuHGm44sXL3Y9Z8yYkdB5ImwIQAAC4Qn4VvbXX389I7h9+/a5liFDhtj+qFGjmpqa TpaGdLx3795u7T98+PCdO3da57q6OttxFwy1jB49mlu14c8JekIAAkkn4FXZa2trpdcZt0C1yu7e vXvpOMqp1vXSd1VvVKspnSMsQwACECgTAl6VXTmrSKIVtEteUqtVvFbo1rJ+/XrbUbtW5SdjJLFW 8d1VYHRXtkePHvmBaohqMmvWrCkT7oQBAQhAoHQEfCu7HoZRDd3d/NSCfdWqVS49ldTtkMTaCusq uag07+6gup6SaZXarbMMSrhPxkh1GOumK4p6lg4lliEAAQiUCYEy+t4Y3fBUWcat38sEEGFAwAj4 /NVwmKeSgM9TyPeaPZUTRlIQgAAEyooAyl5W00EwEIAABCIgUEbKrofNKcVEMKWYgAAEKp5AGSl7 xc8FACAAAQhEQwBlj4YjViAAAQiUDwGUvXzmgkggAAEIREMAZY+GI1YgAAEIlA8BlL185oJIIAAB CERDAGWPhiNWIAABCJQPAZS9fOaCSCAAAQhEQ6CMvl0gmoSwAoHSENi6devBgwdLYxurFUGgffv2 +kNDflJF2f1wxgsEIAABfwSoxvhjjScIQAACfgig7H444wUCEICAPwIouz/WeIIABCDghwDK7ocz XiAAAQj4I4Cy+2ONJwhAAAJ+CKDsfjjjBQIQgIA/Aii7P9Z4ggAEIOCHAMruhzNeIAABCPgjgLL7 Y40nCEAAAn4IoOx+OOMFAhCAgD8CKLs/1niCAAQg4IcAyu6HM14gAAEI+COAsvtjjScIQAACfgig 7H444wUCEICAPwIouz/WeIIABCDghwDK7oczXiAAAQj4I4Cy+2ONJwhAAAJ+CKDsfjjjBQIQgIA/ Aii7P9Z4ggAEIOCHgG9lHzlyZM2H27x58yzJm2++efPmzX4Sxku8BHQC7N69OxhD5LO/YsUKO8Wc I51d8iKnOuXcWeeNQ3bKzbpuwZBmbdKhogj4VnbBnTVrlv4MvLZ169bph7CicJNsHgIS30jOh9mz Zy9evFgnWNeuXZ27jh07Jgt+MPhkRU605UAgBmV3aY8ZM2bXrl3lQIEYiiFgy+Hit/nz51977bU5 7dx1110ZK/087qqqqjJkUS3JUvaePXsWzxMLlUwgTmXft29fNvrsWo1+ql2jFW306lp01Iy4Oo9r ccaDn/e1KrQOhRrRp3jnNHtpGbRmQQbDtkikTYrEtVskZtOVCJSFKyboqNt36ulagqNcpnLhgnRD tGONwZZgOm64G6swrNHQWbveZkNQ+/bt253xbA5BFPmvAW6aMryofe3atXV1dRZDcHOTbpbNe1NT UwYcCf1tt90WHGg9bR4zUKgxGKfNQnA2LdmMbtaSk7/zG6yxBOtC2RN0zz33VLIqkXsEBBoaGo55 3K655ppNmzaZw+rqatufMGFCxo4agz2tv/pMnz7d+r/00kvBqNW+fPlya9FRt+9anFMdapkR506u 5SKDmXIJhiQvro9cKxf1Vwd1s9jU6Pat3Qyqp4VnfNx+Ng3rnBGG+rtM7dDcE5vt66jtKzZnWS3Z 6Tg7OpTtxXKxUdoJdnCJuKSUr+tgWWfMXfbsZ3tUS8aoYDqWpmWUEU8GH6NhYdgh7bv03awF3bme GaaMv0WV06k7S123oFk3LzknKNsXLRAoiEAMa/apU6faGnDKlCm1tbXBq5NWf+6oVl579+4NLql0 yFquv/56reCCC6sdO3aoumpmZSTnp4GMy2ChRtxiWa4VW8YCsFevXsEKgKpMgwcPtj6WoxUTVBaw goM12r4Gqt1VG1SksoGy6Yzo47nlHlwUWxhuOalDGitKbsWtozt37ly0aJGR0crXjGhzlocMGeLS cUvgYM/Jkye7ZPNAsNj0ar5EybLWXAwdOtShUKbNrkfUP2PRnXOIJl3B2yHt6G2zlg2IEKkKb501 U/aZQ5tOIUMhjOvXr9eO8h02bFgQsvW0c09xWje9uhytg52HGedJzvBONkFhcqEPBE5GIAZld3dQ cxZV7eaqbeqgHy3daLW3GugEQm8lzcGff7tpZlvGR++cyUtbwxuRZunH3ozLUVznk4RSquQytTD0 yd0CU0a6SBgokXFVKQdch/J8zJdaSZ7MlMlZxhYGgq5Gbha007LbgJo+jZV3ZVGKh6a0pAiW7MaO HetiXrlypfzqxNPlUDsbNmywC62DbD11S8AuJzo5taNXu8bo0ijj1kcoQp4nIScopDW6QUAEYlD2 PNz1w5D9UJq7m6Qfs+BYCZk0zn601GfJkiV5LLu1aka38EbcD6ot0zIi0QIteIuve/fuzpEVc1um cdkZuduDeR4jMX3XulvDe/TosXTp0mw7DqbidIQVtvW0sdlbHgjqLJjikKHFHTp0sDnSpkNhlrHW WfoulcyY9GBIwUkPZpH/B1tAbElhZ5pSNhHP2HRtsw55Jk6HFIO66dV1M5g6GYQi26xL3zk92QTl z4KjEMhPoLyUXUshqYD7PKsfD/0Q6lO2tbjHG9wdJ33kt1qBllTSbjcwQ1zUx9Vq3KfmgoxY8cTs 5wSqZZfd4rNlpsK2koJ9xreVYPGbSYmZVRkhu7IRvNEnWTR9FDdHJng9sEbhtYW8PgO5UpiWsdnR 5oRgpSTZsQKFrrXOiBWFhMLFrGtMmJWsi1boLDbBzL6DGpx0zX5Bdx3VWWeacCkpgXIe3VpeS3WJ r6tZnWzu1CHYTaMsTkHI/tyj8zCbcJ4JKv6EwULFEmilO6gnU6uKhZL6xKXC0vGMmxypz7qgBLWq kEZbUYgNAokjUF5r9sThI+C0ElB5J+fNhrTmS14pI4Cyp2xCSadYAvb8jytSFWuO8RCIgwDVmDio 4xMCEIBAKQmwZi8lXWxDAAIQiIMAyh4HdXxCAAIQKCUBlL2UdLENAQhAIA4C/urs+tKDbdu2HThw wFuaZ555Zr9+/Vq1auXNI44gAAEIlAMBT8pu32VTX1/v8xlq/cbQoEGDpOyIezmcasQAAQh4I+Cv GnP06FFvWTlHsTj1nyYeIQABCAQJeFJ2Ldg/+OADOS7oiyiL7Cx3ciojTDkEIACBiiLgSdlN0/2T jcWp/zTxCAEIQCCGNbtzWeQyvKDhzDQEIACByiTgb81emXzJGgIQgIB/Ar6VvaBFd5Gd/dPEIwQg AIFyIODpqUfdyTxy5MiWLVsuu+yyjLS/ffd3Xn5lT7Dxgi7n/8Pf31k8nWefffbyyy8/7bTTWrf2 fQErPngsQAACEGgxAd+Sl70M/8Lnr/narRP+5pqrlYN29E8tRa7WbXiLoTAQAhCAQKIJ+Fb2bFi9 ena/7NKav/jEuTqkHf1TS0imWuxfV3djyM50gwAEIFAhBHwre57FuIgHjz6+aOm48bdJuCdN+/a2 7TuPfznB9p3aV4v+3f/gPL39zn33a5S1ZFuukCkkTQhAAAIZBHwre8gJ2FC/cdMzz930lbonFj3W /eKLHpx3/E/FP7Xm+J+WVsuMu79V06+Plvb9P/sZa9G/kJbpBgEIQCD1BHwre8g1+85f/Orw4cNz /3HBl8betHZ9vfY1sLpv7wNv/WHyN+781a9f+tQFXVwl/WQ2Uz95JAgBCEAgJ4FyUXYLzmm09s/p VLV04aPunw5dMbD/9/7h7/r1vURa/73ZD7jbpCg7JzcEIACBIAHfyh6S/sUX/dXvX29a/i8/fuPN Azt2/kLFGQ3U62uv/X7U//iboYMH6qhazj2nk16fa2hUn5CW6QYBCEAg9QTKVNkHDxow8nNXPbPl +Tsm/+1D33/0lT2/0Uy89vvXtX/9uAk/fvJpHVVLr549upzfed4jjz32+OLUTxUJQgACEAhJwPdv KlVXV4eMrPhujY2N/KZS8RixAAEIJI6A7zV7JL+CFNJI4iaDgCEAAQhEQsC3skcSNEYgAAEIQCAP Ad/KHnK5HUk3Jh4CEIBAZRLwreyVSZmsIQABCPgk4FvZI1mMhzTikyO+IAABCJQPAd/KXj6ZEwkE IACBtBJA2dM6s+QFAQhULgGvz7O/+OKLhw4d8ga7Xbt23bp14y9veAOOIwhAoEwI+FP29957T1/s pVf9faVS/1mMVq1a6e8onXrqqW3atNErf1OpTM42woAABPwQ8KTskvL3339ffzBPrx7+4JGUXdsp p5yiBbtete+HJl4gAAEIlAMBf8qupbptpV6wG1ZbttuGspfDqUYMEICANwKelF35mKD7kXUn7ibx 3mjiCAIQgEA5EPD3bIxVSNw62sOOeSwHysQAAQhAwCcBf8qurEaOHFnzx9u8efOKzFYWzGR+Ozff fPPmzZvD+LrrrrtWrFiRs6csKIUwRiLvkx2/glSo5khHHVcX/O7du4OwXUjKQu1BGmKYPRGyExzu +gcbg6Ay3IWkHTkoDEIAAiLgVdlXrly5devWWbNmVVVVaUfbbbfdVsw0SE0WLVpkpnLakeSdTKaL 8VtWYyXKHTt2NAjarr32WoUnYa2rqxNqa9SOFFm4LHLxv//+438cPP/Wq1cvN3zq1Kmu8+LFi619 9uzZpuAZ7nSotra2OfMchwAESkXAq7IXk4T0K+cyUOqTx+z8+fNN6fxsirD4TyGFhrp3797u3btn jFq6dOmUKVOcvGpn7NixS5Ysccres2fP8KFquC4G7sLgfMnmrl279DbDXaEp0B8CEIiWQFkou6oK 9hnf1TpcjUWNVnbQ2lzLxuDCU+1alm7fvt36BKsBWqobppxFGFdPcNIWrDw4vnLqyh3Z0BWqC9vc yYgiVJwWj1qy81KLFUMsEQ0MZuq8uAjDFH8k61o7Z8iusEi7g2Gr244dO1zLPffco1CzxTrn6WXX 1K5du2Yc1UVFLTIid/mvoEHC5lQtyt3qSLavV6vXmTtXu3OzmTEk2p8ErEEgTQTiV3YTQft0P3To UBPTdevWBcsLkiGtza224PRFUqIWqxhoX+1uiMlNznmSTLgahbxIRNRTyugqDGvXrg0zwU1NTa4G YjqlGLSG1Wbx5MxLPaX+FqclsnPnTnurge5C4hKROjdbsJYvBa+LnLuiWPwZQqxFd0ZeWtTnr8nY VVObuqmSljFc3MRqyJAhas82Huysnvq4kF3Y0aXl+uuvdxUkzYJNjT4iCIVOBhvSo0cPRyZjSJiZ og8EKpBA/Mquj/MSCFMQ/dzaMlA/1XobvlxgM+eWupIkKW/O6dQhW/trUx+506suD04Hhw0bZgN1 OdGW55xwNwkk8dndcualbtLTYGdJm73t0KGDa3fLVZExIPk3d1WTgDpoGde2bCC2yg7eh3B+zZ1d NaW2Gd7tKmJ1fON2Mto2UJ8V1MGYC77rLNTBcryubW4WNMSuGdq04z5tZAxpDgzHIVChBOJXdhM7 t0pVZVwtEk21aMd9Nm92fqRKzk7+4rvz5VaLzRpvWYfsvMLY0acKt1x1l5kwA9VnzJgxdiUQgWDt RS260mTUZ9So64pWyu6iYre4jbzbrMgevAC4zzemy5LjjA7Z0SqRIPaQ6dANAhBoGYH4lV31X3dn LyMH6bvEccOGDSFzM+Wysu/JhkjyMj4KSJXU361wXTUmf5292ZDy5BVmrPUJWRpyBiXf9gHCJNtV crSjz0PS/QzXkmZprnrmD0nWTjZHNlCWs2v9zqbmRYmErOnbKA1xHrWTfU1qliEdIFDJBOJXdtUE rPZim8mueyu9sJLI4MGDM+6gZkybxMWqBOqWZ6mrzwQqrzv7khstOXX9sLHaVBNo8QmhuoG7g5oz rzCWJaOuXhQmmODD7LJvNSJJtlbWzo4V97Nvgapn/oqTBWzL9jz3k+2eh2MojMFM5Td41N0RzUND UenDh82IdsIEGYYtfSBQIQT8fbtAhQD1lqZ0VsvzIn8hwFu0OIIABHwSiH/N7jPbdPiyByVVRkfW 0zGhZAGByAmwZo8cKQYhAAEIxEyANXvME4B7CEAAApETQNkjR4pBCEAAAjETQNljngDcQwACEIic AMoeOVIMQgACEIiZAMoe8wTgHgIQgEDkBFD2yJFiEAIQgEDMBFD2mCcA9xCAAAQiJ4CyR44UgxCA AARiJoCyxzwBuIcABCAQOQGUPXKkGIQABCAQMwGUPeYJwD0EIACByAmg7JEjxSAEIACBmAmg7DFP AO4hAAEIRE4AZY8cKQYhAAEIxEwAZY95AnAPAQhAIHICKHvkSDEIAQhAIGYCKHvME4B7CEAAApET QNkjR4pBCEAAAjETQNljngDcQwACEIicAMoeOVIMQgACEIiZAMoe8wTgHgIQgEDkBFD2yJFiEAIQ gEDMBFD2mCcA9xCAAAQiJ4CyR44UgxCAAARiJoCyxzwBuIcABCAQOQGUPXKkGIQABCAQMwGUPeYJ wD0EIACByAmg7JEjxSAEIACBmAmg7DFPAO4hAAEIRE4AZY8cKQYhAAEIxEwAZY95AnAPAQhAIHIC KHvkSDEIAQhAIGYCKHvME4B7CEAAApETQNkjR4pBCEAAAjETQNljngDcQwACEIicAMoeOVIMQgAC EIiZAMoe8wTgHgIQgEDkBFD2yJFiEAIQgEDMBFD2mCcA9xCAAAQiJ4CyR44UgxCAAARiJoCyxzwB uIcABCAQOQGUPXKkGIQABCAQMwGUPeYJwD0EIACByAmg7JEjxSAEIACBmAmg7DFPAO4hAAEIRE4A ZY8cKQYhAAEIxEwAZY95AnAPAQhAIHICKHvkSDEIAQhAIGYCKHvME4B7CEAAApETQNkjR4pBCEAA AjETQNljngDcQwACEIicAMoeOVIMQgACEIiZAMoe8wTgHgIQgEDkBFD2yJFiEAIQgEDMBFD2mCcA 9xCAAAQiJ4CyR44UgxCAAARiJoCyxzwBuIcABCAQOQGUPXKkGIQABCAQMwGUPeYJwD0EIACByAmg 7JEjxSAEIACBmAmg7DFPAO4hAAEIRE4AZY8cKQYhAAEIxEwAZY95AnAPAQhAIHICKHvkSDEIAQhA IGYCKHvME4B7CEAAApETQNkjR4pBCEAAAjETQNljngDcQwACEIicAMoeOVIMQgACEIiZAMoe8wTg HgIQgEDkBFD2yJFiEAIQgEDMBFD2mCcA9xCAAAQiJ4CyR44UgxCAAARiJoCyxzwBuIcABCAQOQGU PXKkGIQABCAQMwGUPeYJwD0EIACByAmg7JEjxSAEIACBmAmg7DFPAO4hAAEIRE4AZY8cKQYhAAEI xEwAZY95AnAPAQhAIHICKHvkSDEIAQhAIGYCKHvME4B7CEAAApETQNkjR4pBCEAAAjETQNljngDc QwACEIicAMoeOVIMQgACEIiZAMoe8wTgHgIQgEDkBFD2yJFiEAIQgEDMBFD2mCcA9xCAAAQiJ4Cy R44UgxCAAARiJoCyxzwBuIcABCAQOQGUPXKkGIQABCAQMwGUPeYJwD0EIACByAmg7JEjxSAEIACB mAmg7DFPAO4hAAEIRE4AZY8cKQYhAAEIxEwAZY95AnAPAQhAIHICKHvkSDEIAQhAIGYCKHvME4B7 CEAAApETQNkjR4pBCEAAAjETQNljngDcQwACEIicAMoeOVIMQgACEIiZAMoe8wTgHgIQgEDkBFD2 yJFiEAIQgEDMBFD2mCcA9xCAAAQiJ4CyR44UgxCAAARiJtCqoaHh9NNPjzkK3EMAAhCAQHQEjit7 TU1NdAaxBAEIQAACMROgGhPzBOAeAhCAQOQEUPbIkWIQAhCAQMwEUPaYJwD3EIAABCIngLJHjhSD EIAABGImgLLHPAG4hwAEIBA5AZQ9cqQYhAAEIBAzAZQ95gnAPQQgAIHICaDskSPFIAQgAIGYCaDs MU8A7iEAAQhETgBljxwpBiEAAQjETABlj3kCcA8BCEAgcgIoe+RIMQgBCEAgZgIoe8wTgHsIQAAC kRPgux4jR4pBCEAgMgLHjh3ree/Tu37TFJnFPzZ0XtVZe/5+ZKtWrdQsX9u2bTtw4ECJfBVj9swz z+zXr5/FGWZD2cNQog8EIBADAUmttj+95fG/uOTSc8/8SOQR7HvnyJ6fPXf0ka84Za+vr+/fv3/k joo3uGnTpkGDBinOkOJONaZ45liAAARKReDo0aMy/cGxPzl67Fjk/2RWm7lwO3Y5KbctGGcY1ih7 GEr0gQAEYiAgef3ggw/k+MRO9P+OnVB2uTAdd77KTdYVj4sz5DSg7CFB0Q0CEIiBgIma/h89vmyP +J8U3S4blpjbiSHPEC4LCg9lD0GULhCAQKwEpL0lWUfHmlRJnaPsJcWLcQhAIAICJVqzf7hY/6MI S3IJKdpooRBR9kKJ0R8CEPBNQGWTUtTZrRqTsRUtwiUxUChxlL1QYvSHAAR8E5ACR15kl8Gca3bf uZXGH8peGq5YhQAEoiOgpfXxZXvWv+Gd/2zl58/79xsv1L+GMRfceWkH12fNFzrPG3yuvVW7Oqhz toWQa/Z9+9+4/8F5X77p1i+OueGrX5u88smnS7Ey3/Jcg+zrNdt4oSxR9kKJ0R8CEPBNQEqXvWav OuPUe2ur/vwjfzr3xTfueX7vC03vjrmo3cwB51hPbVadH975TLUv+uVbT77y3xlGctRicmW2/403 750553e/e+36677wtVsn1H72M6ef3sY3ggL9oewFAqM7BCDgnYB+pSi7zj6p79mnn9L69p++dv/P 9j++88D4Nf+5be+7w877qPU8Ie3HOp1xyvf6Vz372jt3b2nKUanPJe3Z6+Wf/tum37/e9NUJNwwe NOAzn67+4hc+r51SrNn/3yOeuUwXihxlL5QY/SEAAd8ETqy+M38HtWeH01/9ryMNv3/HHdr8u7el 9Ved/2dq0RD9WzHyL5veef9LT/5Hzt9fDfmE+C9++esLupyvfxlpb6jfOPkbd35p7E3698iCx+3o 9L//7pyHvm/tt90x9SerVlv7wsXLvjJhojW+/MqeYIs6b9+xK1qmKHu0PLEGAQhET+DE8+yZ/8xN sP3Au8e/J0Arebs1evknzuh0xqkZfTLsZMcafjF+3l9+cvjQK5b9cMG0SbdveuZZVx/f9Ytfqf22 W25q1+5ja9fXy6D0XTvDhgxSo167nN95vT4IPPPcjePGaHj3iy96cN5883si2hxboUxR9kKJ0R8C EPBN4ESdPfOfBRFs/1ibP1XL3kPvq1E7v/mvI9O3NHX+89MeuELF9xwWjn9xQRHbq7/5jzXrfjr6 y+Mfe3xx0IxW9yrXXHZpzQVdOh946y0dennPq+d0qlIZR42fu3q4Wnb98teHDx+e98hjGi7R134R geQYirJHyxNrEIBA9ASOPxuT9b0xP286JNXuV9XWHar9xBnvvv/Bj3f/4cQ3wfzJb//7vQXb33jm d29fdf6ZwW6uf85qTPaCucv5572y51XdRw0eUkXlBz9c2q/vJUsXPnr3nd+wnM3gOZ06up6u0XaC 7dJ6jXX/gsHwbEz05xAWIQCBciNw4rseM/999/m90vF/HPqJqTUdbuhx1sKr/7JPVdtVHz4Ac1xJ Tzwbc8eG1959/9i9tZ2yLdh91ma3q68c1qZNm+/NfkCF9ecaGp98ao1e3377HRv4xpsHljyxPL+R Lp3P0z3Y5f/yYw2UEV0nLr7or6xFw3fs/IUamw2joA6s2QvCRWcIQCAGAqqxZz+K/h//feRrG373 1uGjk/t1+G5tpx7t28xu3HfL2v+0nrZE1o66zdq696Kz23yj5v8/7W59Qq7Zz/p4u699dXy7du0e X7RM9ZN1G/7t0KFDPbp3q738M3qw/Rvf/rvT27TRAtwVyt3y3C3kR1w1bOjggaq6aPjKJ1er5xUD +18z4spntjx/x+S/fej7j76y5zfR1tn5yxsxnKa4hAAEwhDQ1+oeOXLk9NuXtrmw70dOiX4ZeuTo B+/++wvvPnT9aaedpnjka8uWLdXV1WFi89ynsbHx8ssvV5ytW4fiEKqT5xxwBwEIQCBIQEvwUnxv DN8IxmkGAQhAIDYCeoilFN8bk7POHv6pR589C0XPmr1QYvSHAAR8EyidhvrOxJc/lN0XafxAAAIt JVCq73psaTzlPw5lL/85IkIIVDqBnM+zR1B5D/e9MaX7xBDecqFnAMpeKDH6QwACvgnk/B3UnL9W WlBjyKcew+tv6XoWSpynHgslRn8IQMATAXvq8by7frL3DwdL5LJzp7N/9c1h7qnHF198Uc+ql8hX MWb1NH23bt3CP/WIshdDm7EQgEAJCUjZ33vvPX2nil61n3OJ3WL3rVq10rPhp556qn6/VK+yUzpf LQ5SAzPiDPk8O8peDHPGQgACJSQgKX///fe1bNdr8Dc8I3EpxdR2yimnaCGsV9ksna9iAs6IU2/D WEPZw1CiDwQgEAOB418P8OEW7YLdkrHlsG16W1JfxeALxomyF0OSsRCAQFkQMEEvhaw7cTeJd15K 56sYoBZhSFk/3rOhoaGmpqYYl4yFAAQgAIGyIsBTj2U1HQQDAQhAIAICKHsEEDEBAQhAoKwIoOxl NR0EAwEIQCACAih7BBAxAQEIQKCsCKDsZTUdBAMBCEAgAgIoewQQMQEBCECgrAig7GU1HQQDAQhA IAICKHsEEDEBAQhAoKwIoOxlNR0EAwEIQCACAih7BBAxAQEIQKCsCKDsZTUdBAMBCEAgAgL/F5Em oZWk3jwlAAAAAElFTkSuQmCC --_004_9D6F18D2AC0D5245BE068C2BEBC06946284F62msli01202res01ads_--

2 1

VM Portal - ADD Nic
by Thomas Fecke 19 Feb '18

19 Feb '18

--_000_f41b08a46f1546808d63ad2080f5822dDR1XEXCH01Besetcorp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hey Guys, We got about 50 Users and 50 VLANS. Every User has his own Vlan. With 4.1 they could login in that User Portal. Select an Template or create= a new VM. Add a Disk and connect to there Nic. I see that is no option to add a Disk anymore with 4.2 -> okay that's fine = for me So they just can use Templates. But, there is now option to add the VM to a= nic. So I guess the Template nic is being used. But our Templates don't got a nic because the user has his own networks. That mean I need to add about XX more Templates with every nic in it? Oh common :) No way to add a nic via VM Portal? That really make the VM Portal unusable = for us We can=B4t be the only one using Templates like that. Now every VM set up i= n VM Portal is in one network, that's not good or do I miss something? --_000_f41b08a46f1546808d63ad2080f5822dDR1XEXCH01Besetcorp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Diso-8859-= 1"> <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-US" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal">Hey Guys,<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">We got about 50 Users and 50 VLANS. Every User has h= is own Vlan. <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">With 4.1 they could login in that User Portal. Selec= t an Template or create a new VM. Add a Disk and connect to there Nic.<o:p>= </o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">I see that is no option to add a Disk anymore with 4= .2 -> okay that’s fine for me<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">So they just can use Templates. But, there is now op= tion to add the VM to a nic. So I guess the Template nic is being used.<o:p= ></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">But our Templates don’t got a nic because the = user has his own networks.<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">That mean I need to add about XX more Templates with= every nic in it? <o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">Oh common <span style=3D"font-family:Wingdings">J</s= pan><o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">No way to add a nic via VM Portal? That really make = the VM Portal unusable for us<o:p></o:p></p> <p class=3D"MsoNormal"><o:p> </o:p></p> <p class=3D"MsoNormal">We can=B4t be the only one using Templates like that= . Now every VM set up in VM Portal is in one network, that’s not good= or do I miss something? <span style=3D"font-size:12.0pt;font-family:"Calibri Light",sans-= serif;mso-fareast-language:EN-GB"> <o:p></o:p></span></p> <p class=3D"MsoNormal"><o:p> </o:p></p> </div> </body> </html> --_000_f41b08a46f1546808d63ad2080f5822dDR1XEXCH01Besetcorp_--

2 1

Install Windows VM issues
by Markus.Schaufler＠ooe.gv.at 19 Feb '18

19 Feb '18

--_000_9D6F18D2AC0D5245BE068C2BEBC06946284C58msli01202res01ads_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi! I'm new here - hope you can forgive my "newbie questions". I want to install a Server 2016 - so I uploaded both the Windows ISO and th= e virtio drivers iso to the ISO Domain location. In the VM Options I can ch= oose both ISO files. But as refered in a Howto, I need to use a Floppy device with a flv file. I= found the FLV drivers file, but I cannot find any Floppy device - there's = no option to choose. So I tried to add a second CD-Rom because in Proxmox that already did work.= But I cannot find any option to add a second CD-Rom too. Any idea how I can provide the drivers for the windows installation? Thanks for any help! Markus --_000_9D6F18D2AC0D5245BE068C2BEBC06946284C58msli01202res01ads_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"DE-AT" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> <p class=3D"MsoNormal"><span lang=3D"DE">Hi!<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE">I’m new here – hope yo= u can forgive my „newbie questions“.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE">I want to install a Server 2016 &#= 8211; so I uploaded both the Windows ISO and the virtio drivers iso to the = ISO Domain location. In the VM Options I can choose both ISO files. <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE">But as refered in a Howto, I need = to use a Floppy device with a flv file. I found the FLV drivers file, but I= cannot find any Floppy device – there’s no option to choose. <o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE">So I tried to add a second CD-Rom = because in Proxmox that already did work. But I cannot find any option to a= dd a second CD-Rom too.<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE">Any idea how I can provide the dri= vers for the windows installation?<o:p></o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE"><o:p> </o:p></span></p> <p class=3D"MsoNormal"><span lang=3D"DE">Thanks for any help!<o:p></o:p></s= pan></p> <p class=3D"MsoNormal"><span lang=3D"DE">Markus<o:p></o:p></span></p> </div> </body> </html> --_000_9D6F18D2AC0D5245BE068C2BEBC06946284C58msli01202res01ads_--

3 4

Fwd: Install Windows VM issues
by Jon bae 19 Feb '18

19 Feb '18

Hi Markus, I install Windows 2016 just for two weeks, so in general it must work. Have you insert the windows iso to the dvd drive and the floppy file to the floppy? After booting and selecting installation, a bit after must come a menu where you normally choice the hard drive for installation, but this is empty. There is a button with install driver or something similar. When you click on it, you can navigate to the floppy drive. When this is not working, you can also change your HDD to IDE, install Windows. Add a second drive with virtIO, insert den driver CD install the driver. Reboot, remove the second HDD and change the main disk to virtIO to. But this is a bit hacky :). Jonathan Hi Jonathan, thanks for your quick reply! I startet with run once and attached the flv to the floppy, but still there’s no floppy or cd-rom drive with the drivers on it. Any hint on this? Markus Hi Markus, you need to use the "run onces" option, to be able to insert the floppy. Jonathan 2018-02-19 8:58 GMT+01:00 <Markus.Schaufler(a)ooe.gv.at>: Hi! I’m new here – hope you can forgive my „newbie questions“. I want to install a Server 2016 – so I uploaded both the Windows ISO and the virtio drivers iso to the ISO Domain location. In the VM Options I can choose both ISO files. But as refered in a Howto, I need to use a Floppy device with a flv file. I found the FLV drivers file, but I cannot find any Floppy device – there’s no option to choose. So I tried to add a second CD-Rom because in Proxmox that already did work. But I cannot find any option to add a second CD-Rom too. Any idea how I can provide the drivers for the windows installation? Thanks for any help! Markus

2 1

Unable to connect to the graphic server
by Alex Bartonek 19 Feb '18

19 Feb '18

This is a multi-part message in MIME format. --b1_576a8a5bb40fefc5c569d4cd3c0b589a Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 SSd2ZSBidWlsdCBhbmQgcmVidWlsdCBhYm91dCA0IG9WaXJ0IHNlcnZlcnMuICBDb25zaWRlciBt eXNlbGYgcHJldHR5IGdvb2QgYXQgdGhpcy4gIExPTC4KU28gSSBhbSBzZXR0aW5nIHVwIGEgb1Zp cnQgc2VydmVyIGZvciBhIGZyaWVuZCBvbiBoaXMgcjcxMC4gIENlbnRPUyA3LCBvdmlydCA0LjIu ICAgL2V0Yy9ob3N0cyBoYXMgdGhlIGNvcnJlY3QgSVAgYW5kIEZRRE4gc2V0dXAuCgpXaGVuIEkg YnVpbGQgYSBWTSBhbmQgdHJ5IHRvIG9wZW4gYSBjb25zb2xlIHNlc3Npb24gdmlhICBTUElDRSBJ IGFtIHVuYWJsZSB0byBjb25uZWN0IHRvIHRoZSBncmFwaGljIHNlcnZlci4gIEknbSBjb25uZWN0 aW5nIGZyb20gYSBXaW5kb3dzIDEwIGJveC4gICBVc2luZyB2aXJ0LW1hbmFnZXIgdG8gY29ubmVj dC4KCkkndmUgZ29vZ2xlZCBhbmQgSSBqdXN0IGNhbnQgc2VlbSB0byBmaW5kIGFueSByZXNvbHV0 aW9uIHRvIHRoaXMuICBOb3csIEkgZGlkIGJ1aWxkIHRoZSBzZXJ2ZXIgb24gbXkgaG9tZSBuZXR3 b3JrIGJ1dCB0aGUgc3VibmV0IGl0cyBvbiBpcyB0aGUgc2FtZS4uIGludGVybmFsIDE5Mi4xNjgu MS54eHguICAgVGhlIHdlYiBpbnRlcmZhY2UgaXMgYWNjZXNzaWJsZSBhbHNvLgoKQW55IGhpbnRz IGFzIHRvIHdoYXQgZWxzZSBJIGNhbiBjaGVjaz8KClRoYW5rcyEKClNlbnQgd2l0aCBbUHJvdG9u TWFpbF0oaHR0cHM6Ly9wcm90b25tYWlsLmNvbSkgU2VjdXJlIEVtYWlsLg== --b1_576a8a5bb40fefc5c569d4cd3c0b589a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: base64 PGRpdj5JJ3ZlIGJ1aWx0IGFuZCByZWJ1aWx0IGFib3V0IDQgb1ZpcnQgc2VydmVycy4mbmJzcDsg Q29uc2lkZXIgbXlzZWxmIHByZXR0eSBnb29kIGF0IHRoaXMuJm5ic3A7IExPTC48YnI+PC9kaXY+ PGRpdj5TbyBJIGFtIHNldHRpbmcgdXAgYSBvVmlydCBzZXJ2ZXIgZm9yIGEgZnJpZW5kIG9uIGhp cyByNzEwLiZuYnNwOyBDZW50T1MgNywgb3ZpcnQgNC4yLiZuYnNwOyZuYnNwOyAvZXRjL2hvc3Rz IGhhcyB0aGUgY29ycmVjdCBJUCBhbmQgRlFETiBzZXR1cC48YnI+PC9kaXY+PGRpdj48YnI+PC9k aXY+PGRpdj5XaGVuIEkgYnVpbGQgYSBWTSBhbmQgdHJ5IHRvIG9wZW4gYSBjb25zb2xlIHNlc3Np b24gdmlhJm5ic3A7IFNQSUNFIEkgYW0gdW5hYmxlIHRvIGNvbm5lY3QgdG8gdGhlIGdyYXBoaWMg c2VydmVyLiZuYnNwOyBJJ20gY29ubmVjdGluZyBmcm9tIGEgV2luZG93cyAxMCBib3guJm5ic3A7 Jm5ic3A7IFVzaW5nIHZpcnQtbWFuYWdlciB0byBjb25uZWN0Ljxicj48L2Rpdj48ZGl2Pjxicj48 L2Rpdj48ZGl2PkkndmUgZ29vZ2xlZCBhbmQgSSBqdXN0IGNhbnQgc2VlbSB0byBmaW5kIGFueSBy ZXNvbHV0aW9uIHRvIHRoaXMuJm5ic3A7IE5vdywgSSBkaWQgYnVpbGQgdGhlIHNlcnZlciBvbiBt eSBob21lIG5ldHdvcmsgYnV0IHRoZSBzdWJuZXQgaXRzIG9uIGlzIHRoZSBzYW1lLi4gaW50ZXJu YWwgMTkyLjE2OC4xLnh4eC4mbmJzcDsmbmJzcDsgVGhlIHdlYiBpbnRlcmZhY2UgaXMgYWNjZXNz aWJsZSBhbHNvLjxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2PkFueSBoaW50cyBhcyB0byB3 aGF0IGVsc2UgSSBjYW4gY2hlY2s/PGJyPjwvZGl2PjxkaXY+PGJyPjwvZGl2PjxkaXY+VGhhbmtz ITxicj48L2Rpdj48ZGl2Pjxicj48L2Rpdj48ZGl2IGNsYXNzPSJwcm90b25tYWlsX3NpZ25hdHVy ZV9ibG9jayI+PGRpdiBjbGFzcz0icHJvdG9ubWFpbF9zaWduYXR1cmVfYmxvY2stdXNlciBwcm90 b25tYWlsX3NpZ25hdHVyZV9ibG9jay1lbXB0eSI+PGJyPjwvZGl2PjxkaXYgY2xhc3M9InByb3Rv bm1haWxfc2lnbmF0dXJlX2Jsb2NrLXByb3RvbiI+U2VudCB3aXRoIDxhIGhyZWY9Imh0dHBzOi8v cHJvdG9ubWFpbC5jb20iPlByb3Rvbk1haWw8L2E+IFNlY3VyZSBFbWFpbC48YnI+PC9kaXY+PC9k aXY+PGRpdj48YnI+PC9kaXY+ --b1_576a8a5bb40fefc5c569d4cd3c0b589a--

2 7

qcow2 images corruption
by Nicolas Ecarnot 18 Feb '18

18 Feb '18

Hello, TL; DR : qcow2 images keep getting corrupted. Any workaround? Long version: This discussion has already been launched by me on the oVirt and on qemu-block mailing list, under similar circumstances but I learned further things since months and here are some informations : - We are using 2 oVirt 3.6.7.5-1.el7.centos datacenters, using CentOS 7.{2,3} hosts - Hosts : - CentOS 7.2 1511 : - Kernel = 3.10.0 327 - KVM : 2.3.0-31 - libvirt : 1.2.17 - vdsm : 4.17.32-1 - CentOS 7.3 1611 : - Kernel 3.10.0 514 - KVM : 2.3.0-31 - libvirt 2.0.0-10 - vdsm : 4.17.32-1 - Our storage is 2 Equallogic SANs connected via iSCSI on a dedicated network - Depends on weeks, but all in all, there are around 32 hosts, 8 storage domains and for various reasons, very few VMs (less than 200). - One peculiar point is that most of our VMs are provided an additional dedicated network interface that is iSCSI-connected to some volumes of our SAN - these volumes not being part of the oVirt setup. That could lead to a lot of additional iSCSI traffic. From times to times, a random VM appears paused by oVirt. Digging into the oVirt engine logs, then into the host vdsm logs, it appears that the host considers the qcow2 image as corrupted. Along what I consider as a conservative behavior, vdsm stops any interaction with this image and marks it as paused. Any try to unpause it leads to the same conservative pause. After having found (https://access.redhat.com/solutions/1173623) the right logical volume hosting the qcow2 image, I can run qemu-img check on it. - On 80% of my VMs, I find no errors. - On 15% of them, I find Leaked cluster errors that I can correct using "qemu-img check -r all" - On 5% of them, I find Leaked clusters errors and further fatal errors, which can not be corrected with qemu-img. In rare cases, qemu-img can correct them, but destroys large parts of the image (becomes unusable), and on other cases it can not correct them at all. Months ago, I already sent a similar message but the error message was about No space left on device (https://www.mail-archive.com/qemu-block@gnu.org/msg00110.html) This time, I don't have this message about space, but only corruption. I kept reading and found a similar discussion in the Proxmox group : https://lists.ovirt.org/pipermail/users/2018-February/086750.html https://forum.proxmox.com/threads/qcow2-corruption-after-snapshot-or-heavy-… What I read similar to my case is : - usage of qcow2 - heavy disk I/O - using the virtio-blk driver In the proxmox thread, they tend to say that using virtio-scsi is the solution. Having asked this question to oVirt experts (https://lists.ovirt.org/pipermail/users/2018-February/086753.html) but it's not clear the driver is to blame. I agree with the answer Yaniv Kaul gave to me, saying I have to properly report the issue, so I'm longing to know which peculiar information I can give you now. As you can imagine, all this setup is in production, and for most of the VMs, I can not "play" with them. Moreover, we launched a campaign of nightly stopping every VM, qemu-img check them one by one, then boot. So it might take some time before I find another corrupted image. (which I'll preciously store for debug) Other informations : We very rarely do snapshots, but I'm close to imagine that automated migrations of VMs could trigger similar behaviors on qcow2 images. Last point about the versions we use : yes that's old, yes we're planning to upgrade, but we don't know when. Regards, -- Nicolas ECARNOT

5 8

Ovirt backups lead to unresponsive VM
by Alex K 18 Feb '18

18 Feb '18

Hi all, I have a cluster with 3 nodes, using ovirt 4.1 in a self hosted setup on top glusterfs. On some VMs (especially one Windows server 2016 64bit with 500 GB of disk). Guest agents are installed at VMs. i almost always observe that during the backup of the VM the VM is rendered unresponsive (dashboard shows a question mark at the VM status and VM does not respond to ping or to anything). For scheduled backups I use: https://github.com/wefixit-AT/oVirtBackup The script does the following: 1. snapshot VM (this is done ok without any failure) 2. Clone snapshot (this steps renders the VM unresponsive) 3. Export Clone 4. Delete clone 5. Delete snapshot Do you have any similar experience? Any suggestions to address this? I have never seen such issue with hosted Linux VMs. The cluster has enough storage to accommodate the clone. Thanx, Alex

3 7

Failing live migration with SPICE
by Alex K 18 Feb '18

18 Feb '18

Hi all, I am running a 3 node ovirt 4.1 selft hosted setup. I have consistently observed that windows 10 VMs with SPICE console fail to live migrate. Other VMs (windows server 2016) do migrate normally. VDSM log indicates: internal error: unable to execute QEMU command 'migrate': qxl: guest bug: command not in ram bar (migration:287) 2018-02-18 11:41:59,586+0000 ERROR (migsrc/2cf3a254) [virt.vm] (vmId='2cf3a254-8450-44cf-b023-e0a49827dac0') Failed to migrate (migration:429) if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', dom=self) libvirtError: internal error: unable to execute QEMU command 'migrate': qxl: guest bug: command not in ram bar Seems as a guest agent bug for Windows 10? Is there any fix? Thanx, Alex

2 4

ovirt change of email alert
by Alex K 18 Feb '18

18 Feb '18

Hi all, I had put a specif email alert during the deploy and then I wanted to change it. I did the following: At one of the hosts ra: hosted-engine --set-shared-config destination-emails alerts(a)domain.com --type=broker systemctl restart ovirt-ha-broker.service I had to do the above since changing the email from GUI did not have any effect. After the above the emails are received at the new email address but the cluster seems to have some issue recognizing the state of engine. i am flooded with emails that " EngineMaybeAway-EngineUnexpectedlyDown " I have restarted at each host also the ovirt-ha-agent.service. Did put the cluster to global maintenance and then disabled global maintenance. host agent logs I have: MainThread::ERROR::2018-02-18 11:12:20,751::hosted_engine::720::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock) cannot get lock on host id 1: host already holds lock on a different host id One other host logs: MainThread::INFO::2018-02-18 11:20:23,692::states::682::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(score) Score is 0 due to unexpected vm shutdown at Sun Feb 18 11:15:13 2018 MainThread::INFO::2018-02-18 11:20:23,692::hosted_engine::453::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Current state EngineUnexpectedlyDown (score: 0) The engine status on 3 hosts is: hosted-engine --vm-status --== Host 1 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : v0 Host ID : 1 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 0 stopped : False Local maintenance : False crc32 : cfd15dac local_conf_timestamp : 4721144 Host timestamp : 4721144 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=4721144 (Sun Feb 18 11:20:33 2018) host-id=1 score=0 vm_conf_refresh_time=4721144 (Sun Feb 18 11:20:33 2018) conf_on_shared_storage=True maintenance=False state=EngineUnexpectedlyDown stopped=False timeout=Tue Feb 24 15:29:44 1970 --== Host 2 status ==-- conf_on_shared_storage : True Status up-to-date : True Hostname : v1 Host ID : 2 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 0 stopped : False Local maintenance : False crc32 : 5cbcef4c local_conf_timestamp : 2499416 Host timestamp : 2499416 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=2499416 (Sun Feb 18 11:20:46 2018) host-id=2 score=0 vm_conf_refresh_time=2499416 (Sun Feb 18 11:20:46 2018) conf_on_shared_storage=True maintenance=False state=EngineUnexpectedlyDown stopped=False timeout=Thu Jan 29 22:18:42 1970 --== Host 3 status ==-- conf_on_shared_storage : True Status up-to-date : False Hostname : v2 Host ID : 3 Engine status : unknown stale-data Score : 3400 stopped : False Local maintenance : False crc32 : f064d529 local_conf_timestamp : 2920612 Host timestamp : 2920611 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=2920611 (Sun Feb 18 10:47:31 2018) host-id=3 score=3400 vm_conf_refresh_time=2920612 (Sun Feb 18 10:47:32 2018) conf_on_shared_storage=True maintenance=False state=GlobalMaintenance stopped=False Putting each host at maintenance then activating them back does not resolve the issue. Seems I have to avoid defining email address during deploy and have it set only later at GUI. How one can recover from this situation? Thanx, Alex

1 0