- Devel - oVirt List Archives

Jenkins was down
by Gil Shinar 24 May '17

24 May '17

Hi all, Our Jenkins had an issue that caused it to use 100% CPU. We needed to restart it and now it is working fine again. If any of you sent patches that had failed to run check-[patch/merged], build-artifa during that time, please retrigger your patches. Sorry and thanks Gil

1 0

test-repo_ovirt_experimental_4.1 failing
by Dusan Fodor 24 May '17

24 May '17

Hello all, experimental 4.1 is failing. Could anyone assist? [first failed job] <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…> So far i see 3 issues there: - PollVDSCommand error, which has been discussed previously in thread [ovirt-devel] [OST Failure Report][oVirt master][2017-04-11] [log link] <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…> - wrong gdeploy package 2017-05-23 15:08:42,709::ERROR::root::Wrong distribution for package: gdeploy-2.0.2 [log link] <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…> - MOM couldn't connect to VDSM [log link] <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…>

3 4

high performance VM preset
by Michal Skrivanek 24 May '17

24 May '17

Hi all, we plan to work on an improvement in VM definition for high performance workloads which do not require desktop-class devices and generally favor highest possible performance in expense of less flexibility. We’re thinking of adding a new VM preset in addition to current Desktop and Server in New VM dialog, which would automatically pre-select existing options in the right way, and suggest/warn on suboptimal configuration All the presets and warning can be changed and ignored. There are few things we already identified as boosting performance and/or minimize the complexity of the VM, so we plan the preset to: - remove all graphical consoles and set the VM as headless, making it accessible by serial console. - disable all USB. - disable soundcard. - enable I/O Threads, just one for all disks by default. - set host cpu passthrough (effectively disabling VM live migration), add I/O Thread pinning in a similar way as the existing CPU pinning. We plan the following checks and suggest to perform CPU pinning, host topology == guest topology (number of cores per socket and threads per core should match), NUMA topology host and guest match, check and suggest the I/O threads pinning. A popup on a VM dialog save seems suitable. currently identified task and status can be followed on trello card[1] Please share your thoughts, questions, any kind of feedback… Thanks, michal [1] https://trello.com/c/MHRDD8ZO

4 5

[rhevm-qe-automation/ovirt-ansible] Question on where does the jinja2 var {{ ansible_fqdn }} get set
by Tasdik Rahman 24 May '17

24 May '17

--_000_EC0D0D5060F9400E89D122BCA527DCEEoutlookcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGVsbG8sDQoNCiBJIHdhcyBoYXZpbmcgYSBsb29rIGF0IHRoZSBhbnNpYmxlIHBsYXlib29rcyB0 byBhdXRtYXRlIHRoZSBpbnN0YWxsYXRpb24gb2Ygb3ZpcnQtZW5naW5lIG9uIGEgcmVtb3RlIGhv c3QgaGVyZSBhdCBodHRwczovL2dpdGh1Yi5jb20vcmhldm0tcWUtYXV0b21hdGlvbi9vdmlydC1h bnNpYmxlLyBzcGVjaWZpY2FsbHkgdGhlIHJvbGUgZW5naW5lLXNldHVwLiBJIHdhcyBjdXJpb3Vz IHdoZXJlIHRoaXMgamluamEgdmFyaWFibGUge3thbnNpYmxlX2ZxZG59fSBnZXRzIHNldC4gIEkg Y291bGQgbm90IHNlZSBpdCBiZWluZyBhc3NpZ25lZCBpbiB0aGUgcGxheWJvb2tzLiBPciBkbyB3 ZSBzZXQgaXQgZHVyaW5nIHRoZSBwbGF5Ym9vayBleGVjdXRpb24gYXMgYSBjb21tYW5kIGxpbmUg YXJnPw0KDQpSZWxldmFudCBzZWFyY2ggaHR0cHM6Ly9naXRodWIuY29tL3JoZXZtLXFlLWF1dG9t YXRpb24vb3ZpcnQtYW5zaWJsZS9zZWFyY2g/dXRmOD0lRTIlOUMlOTMmcT1hbnNpYmxlX2ZxZG4m dHlwZT08aHR0cHM6Ly9naXRodWIuY29tL3JoZXZtLXFlLWF1dG9tYXRpb24vb3ZpcnQtYW5zaWJs ZS9zZWFyY2g/dXRmOD3inJMmcT1hbnNpYmxlX2ZxZG4mdHlwZT0+DQoNCg0KDQpSZWdhcmRzLA0K VGFzZGlrIFJhaG1hbg0KaHR0cDovL3Rhc2Rpa3JhaG1hbi5tZS8NCg0KDQoNCg== --_000_EC0D0D5060F9400E89D122BCA527DCEEoutlookcom_ Content-Type: text/html; charset="utf-8" Content-ID: <F904AC15C81B9244BB3748791CC01E35(a)apcprd02.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KPGRpdiBjbGFzcz0iIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6IENvbnNvbGFzLCAnTHVjaWRhIENvbnNvbGUnLCBtb25vc3BhY2U7 IGZvbnQtc2l6ZTogMTIuOHB4OyBmb250LXZhcmlhbnQtbGlnYXR1cmVzOiBub3JtYWw7IG9ycGhh bnM6IDI7IHRleHQtaW5kZW50OiAtN3B4OyB3aWRvd3M6IDI7IGJhY2tncm91bmQtY29sb3I6IHJn YigyNDAsIDI0NywgMjU1KTsiIGNsYXNzPSIiPkhlbGxvLDwvc3Bhbj48L2Rpdj4NCjxzcGFuIHN0 eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMsICdMdWNpZGEgQ29uc29sZScsIG1vbm9zcGFjZTsg Zm9udC1zaXplOiAxMi44cHg7IGZvbnQtdmFyaWFudC1saWdhdHVyZXM6IG5vcm1hbDsgb3JwaGFu czogMjsgdGV4dC1pbmRlbnQ6IC03cHg7IHdpZG93czogMjsgYmFja2dyb3VuZC1jb2xvcjogcmdi KDI0MCwgMjQ3LCAyNTUpOyIgY2xhc3M9IiI+DQo8ZGl2IGNsYXNzPSIiPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTogQ29uc29sYXMsICdMdWNpZGEgQ29uc29sZScsIG1vbm9zcGFjZTsgZm9udC1z aXplOiAxMi44cHg7IGZvbnQtdmFyaWFudC1saWdhdHVyZXM6IG5vcm1hbDsgb3JwaGFuczogMjsg dGV4dC1pbmRlbnQ6IC03cHg7IHdpZG93czogMjsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI0MCwg MjQ3LCAyNTUpOyIgY2xhc3M9IiI+PGJyIGNsYXNzPSIiPg0KPC9zcGFuPjwvZGl2Pg0KJm5ic3A7 SSB3YXMgaGF2aW5nIGEgbG9vayBhdCB0aGUgYW5zaWJsZSBwbGF5Ym9va3MgdG8gYXV0bWF0ZSB0 aGUgaW5zdGFsbGF0aW9uIG9mIG92aXJ0LWVuZ2luZSBvbiBhIHJlbW90ZSBob3N0IGhlcmUgYXQm bmJzcDs8L3NwYW4+PGEgaHJlZj0iaHR0cHM6Ly9naXRodWIuY29tL3JoZXZtLXFlLWF1dG9tYXRp b24vb3ZpcnQtYW5zaWJsZS8iIHRhcmdldD0iX2JsYW5rIiBzdHlsZT0iZm9udC1mYW1pbHk6IENv bnNvbGFzLCAnTHVjaWRhIENvbnNvbGUnLCBtb25vc3BhY2U7IGZvbnQtc2l6ZTogMTIuOHB4OyBm b250LXZhcmlhbnQtbGlnYXR1cmVzOiBub3JtYWw7IG9ycGhhbnM6IDI7IHRleHQtaW5kZW50OiAt N3B4OyB3aWRvd3M6IDI7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNDAsIDI0NywgMjU1KTsiIGNs YXNzPSIiPmh0dHBzOi8vZ2l0aHViLmNvbS9yaGV2bS1xZS1hdXRvbWF0aW9uL292aXJ0LWFuc2li bGUvPC9hPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTogQ29uc29sYXMsICdMdWNpZGEgQ29uc29s ZScsIG1vbm9zcGFjZTsgZm9udC1zaXplOiAxMi44cHg7IGZvbnQtdmFyaWFudC1saWdhdHVyZXM6 IG5vcm1hbDsgb3JwaGFuczogMjsgdGV4dC1pbmRlbnQ6IC03cHg7IHdpZG93czogMjsgYmFja2dy b3VuZC1jb2xvcjogcmdiKDI0MCwgMjQ3LCAyNTUpOyIgY2xhc3M9IiI+Jm5ic3A7c3BlY2lmaWNh bGx5DQogdGhlIHJvbGUgZW5naW5lLXNldHVwLiBJIHdhcyBjdXJpb3VzIHdoZXJlIHRoaXMgamlu amEgdmFyaWFibGUge3thbnNpYmxlX2ZxZG59fSBnZXRzIHNldC48L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtZmFtaWx5OiBDb25zb2xhcywgJ0x1Y2lkYSBDb25zb2xlJywgbW9ub3NwYWNlOyBmb250 LXNpemU6IDEyLjhweDsgZm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsOyBvcnBoYW5zOiAy OyB0ZXh0LWluZGVudDogLTdweDsgd2lkb3dzOiAyOyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjQw LCAyNDcsIDI1NSk7IiBjbGFzcz0iIj4mbmJzcDsmbmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiBDb25zb2xhcywgJ0x1Y2lkYSBDb25zb2xlJywgbW9ub3NwYWNlOyBmb250LXNp emU6IDEyLjhweDsgZm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9ybWFsOyBvcnBoYW5zOiAyOyB0 ZXh0LWluZGVudDogLTdweDsgd2lkb3dzOiAyOyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjQwLCAy NDcsIDI1NSk7IiBjbGFzcz0iIj5JDQogY291bGQgbm90IHNlZSBpdCBiZWluZyBhc3NpZ25lZCBp biB0aGUgcGxheWJvb2tzLiBPciBkbyB3ZSBzZXQgaXQgZHVyaW5nIHRoZSBwbGF5Ym9vayBleGVj dXRpb24gYXMgYSBjb21tYW5kIGxpbmUgYXJnPzwvc3Bhbj4NCjxkaXYgY2xhc3M9IiI+DQo8ZGl2 IHN0eWxlPSJvcnBoYW5zOiAyOyB0ZXh0LWluZGVudDogLTdweDsgd2lkb3dzOiAyOyIgY2xhc3M9 IiI+PGZvbnQgZmFjZT0iQ29uc29sYXMsIEx1Y2lkYSBDb25zb2xlLCBtb25vc3BhY2UiIGNsYXNz PSIiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6IDEyLjgwMDAwMDE5MDczNDg2M3B4OyBiYWNrZ3Jv dW5kLWNvbG9yOiByZ2IoMjQwLCAyNDcsIDI1NSk7IiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8 L3NwYW4+PC9mb250PjwvZGl2Pg0KPGRpdiBzdHlsZT0ib3JwaGFuczogMjsgdGV4dC1pbmRlbnQ6 IC03cHg7IHdpZG93czogMjsiIGNsYXNzPSIiPjxmb250IGZhY2U9IkNvbnNvbGFzLCBMdWNpZGEg Q29uc29sZSwgbW9ub3NwYWNlIiBjbGFzcz0iIj48c3BhbiBzdHlsZT0iZm9udC1zaXplOiAxMi44 MDAwMDAxOTA3MzQ4NjNweDsgYmFja2dyb3VuZC1jb2xvcjogcmdiKDI0MCwgMjQ3LCAyNTUpOyIg Y2xhc3M9IiI+UmVsZXZhbnQgc2VhcmNoJm5ic3A7PC9zcGFuPjwvZm9udD48YSBocmVmPSJodHRw czovL2dpdGh1Yi5jb20vcmhldm0tcWUtYXV0b21hdGlvbi9vdmlydC1hbnNpYmxlL3NlYXJjaD91 dGY4PeKckyZhbXA7cT1hbnNpYmxlX2ZxZG4mYW1wO3R5cGU9IiBjbGFzcz0iIj5odHRwczovL2dp dGh1Yi5jb20vcmhldm0tcWUtYXV0b21hdGlvbi9vdmlydC1hbnNpYmxlL3NlYXJjaD91dGY4PSVF MiU5QyU5MyZhbXA7cT1hbnNpYmxlX2ZxZG4mYW1wO3R5cGU9PC9hPjwvZGl2Pg0KPGRpdiBjbGFz cz0iIj4NCjxkaXYgc3R5bGU9Im9ycGhhbnM6IDI7IHRleHQtaW5kZW50OiAtN3B4OyB3aWRvd3M6 IDI7IiBjbGFzcz0iIj48Zm9udCBmYWNlPSJDb25zb2xhcywgTHVjaWRhIENvbnNvbGUsIG1vbm9z cGFjZSIgY2xhc3M9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTIuODAwMDAwMTkwNzM0ODYz cHg7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNDAsIDI0NywgMjU1KTsiIGNsYXNzPSIiPjxiciBj bGFzcz0iIj4NCjwvc3Bhbj48L2ZvbnQ+PC9kaXY+DQo8ZGl2IHN0eWxlPSJvcnBoYW5zOiAyOyB0 ZXh0LWluZGVudDogLTdweDsgd2lkb3dzOiAyOyIgY2xhc3M9IiI+PGZvbnQgZmFjZT0iQ29uc29s YXMsIEx1Y2lkYSBDb25zb2xlLCBtb25vc3BhY2UiIGNsYXNzPSIiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6IDEyLjgwMDAwMDE5MDczNDg2M3B4OyBiYWNrZ3JvdW5kLWNvbG9yOiByZ2IoMjQwLCAy NDcsIDI1NSk7IiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L3NwYW4+PC9mb250PjwvZGl2Pg0K PGRpdiBjbGFzcz0iIj4NCjxkaXYgc3R5bGU9Im9ycGhhbnM6IDI7IHRleHQtaW5kZW50OiAtN3B4 OyB3aWRvd3M6IDI7IiBjbGFzcz0iIj48Zm9udCBmYWNlPSJDb25zb2xhcywgTHVjaWRhIENvbnNv bGUsIG1vbm9zcGFjZSIgY2xhc3M9IiI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTogMTIuODAwMDAw MTkwNzM0ODYzcHg7IGJhY2tncm91bmQtY29sb3I6IHJnYigyNDAsIDI0NywgMjU1KTsiIGNsYXNz PSIiPjxiciBjbGFzcz0iIj4NCjwvc3Bhbj48L2ZvbnQ+PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPg0K PGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1mYW1pbHk6IEhlbHZldGljYTsg Zm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3JtYWw7IGZvbnQtdmFyaWFudC1jYXBzOiBu b3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRlci1zcGFjaW5nOiBub3JtYWw7IG9ycGhh bnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0LWluZGVudDogMHB4OyB0ZXh0LXRyYW5z Zm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsgd2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNp bmc6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0OiBhdXRvOyAtd2Via2l0LXRleHQtc3Ry b2tlLXdpZHRoOiAwcHg7Ij4NClJlZ2FyZHMsJm5ic3A7PC9kaXY+DQo8ZGl2IHN0eWxlPSJjb2xv cjogcmdiKDAsIDAsIDApOyBmb250LWZhbWlseTogSGVsdmV0aWNhOyBmb250LXNpemU6IDEycHg7 IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWNhcHM6IG5vcm1hbDsgZm9udC13ZWln aHQ6IG5vcm1hbDsgbGV0dGVyLXNwYWNpbmc6IG5vcm1hbDsgb3JwaGFuczogYXV0bzsgdGV4dC1h bGlnbjogc3RhcnQ7IHRleHQtaW5kZW50OiAwcHg7IHRleHQtdHJhbnNmb3JtOiBub25lOyB3aGl0 ZS1zcGFjZTogbm9ybWFsOyB3aWRvd3M6IGF1dG87IHdvcmQtc3BhY2luZzogMHB4OyAtd2Via2l0 LXRleHQtc2l6ZS1hZGp1c3Q6IGF1dG87IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsi Pg0KVGFzZGlrIFJhaG1hbjwvZGl2Pg0KPGRpdiBzdHlsZT0iY29sb3I6IHJnYigwLCAwLCAwKTsg Zm9udC1mYW1pbHk6IEhlbHZldGljYTsgZm9udC1zaXplOiAxMnB4OyBmb250LXN0eWxlOiBub3Jt YWw7IGZvbnQtdmFyaWFudC1jYXBzOiBub3JtYWw7IGZvbnQtd2VpZ2h0OiBub3JtYWw7IGxldHRl ci1zcGFjaW5nOiBub3JtYWw7IG9ycGhhbnM6IGF1dG87IHRleHQtYWxpZ246IHN0YXJ0OyB0ZXh0 LWluZGVudDogMHB4OyB0ZXh0LXRyYW5zZm9ybTogbm9uZTsgd2hpdGUtc3BhY2U6IG5vcm1hbDsg d2lkb3dzOiBhdXRvOyB3b3JkLXNwYWNpbmc6IDBweDsgLXdlYmtpdC10ZXh0LXNpemUtYWRqdXN0 OiBhdXRvOyAtd2Via2l0LXRleHQtc3Ryb2tlLXdpZHRoOiAwcHg7Ij4NCjxhIGhyZWY9Imh0dHA6 Ly90YXNkaWtyYWhtYW4ubWUvIiBjbGFzcz0iIj5odHRwOi8vdGFzZGlrcmFobWFuLm1lLzwvYT48 L2Rpdj4NCjxkaXYgc3R5bGU9ImNvbG9yOiByZ2IoMCwgMCwgMCk7IGZvbnQtZmFtaWx5OiBIZWx2 ZXRpY2E7IGZvbnQtc2l6ZTogMTJweDsgZm9udC1zdHlsZTogbm9ybWFsOyBmb250LXZhcmlhbnQt Y2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBsZXR0ZXItc3BhY2luZzogbm9ybWFs OyBvcnBoYW5zOiBhdXRvOyB0ZXh0LWFsaWduOiBzdGFydDsgdGV4dC1pbmRlbnQ6IDBweDsgdGV4 dC10cmFuc2Zvcm06IG5vbmU7IHdoaXRlLXNwYWNlOiBub3JtYWw7IHdpZG93czogYXV0bzsgd29y ZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zaXplLWFkanVzdDogYXV0bzsgLXdlYmtpdC10 ZXh0LXN0cm9rZS13aWR0aDogMHB4OyIgY2xhc3M9IiI+DQo8YnIgY2xhc3M9IiI+DQo8L2Rpdj4N CjxiciBjbGFzcz0iQXBwbGUtaW50ZXJjaGFuZ2UtbmV3bGluZSI+DQo8L2Rpdj4NCjxiciBjbGFz cz0iIj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_EC0D0D5060F9400E89D122BCA527DCEEoutlookcom_--

2 2

Re: [ovirt-devel] ovirt_master_hc-system-tests failed
by Gil Shinar 24 May '17

24 May '17

Hi Sahina, Thanks a lot for looking into it. Adding ovirt devel. On Tue, May 23, 2017 at 9:51 AM, Sahina Bose <sabose(a)redhat.com> wrote: > From the logs, it looks like an issue installing the HE > > [ INFO ] Stopping websocket-proxy service", " |- [ INFO ] > Stage: Misc configuration", " |- [ INFO ] Stage: Package > installation", " |- [ INFO ] Stage: Misc configuration", > " |- [ ERROR ] Failed to execute stage 'Misc configuration': > Failed to enable service 'openvswitch'", " |- [ INFO ] Stage: > Clean up", " |- Log file is located at > /var/log/ovirt-engine/setup/ovirt-engine-setup-20170522230910-t50bkj.log", > " |- [ INFO ] Generating answer file '/var/lib/ovirt-engine/setup/ > answers/20170522230919-setup.conf'", " |- [ INFO ] Stage: > Pre-termination", " |- [ INFO ] Stage: Termination", " > |- [ ERROR ] Execution of setup failed", " |- > HE_APPLIANCE_ENGINE_SETUP_FAIL", "[ ERROR ] Engine setup failed on the > appliance", "[ ERROR ] Failed to execute stage 'Closing up': Engine setup > failed on the appliance", " > > And from the /var/log/ovirt-engine/setup/ovirt-engine-setup- > 20170522230910-t50bkj.log: > 2017-05-22 23:09:19,645-0400 DEBUG otopi.plugins.otopi.services.systemd > plugin.execute:926 execute-output: ('/bin/systemctl', 'enable', > u'openvswitch.service') stderr: > Failed to execute operation: No such file or directory > > 2017-05-22 23:09:19,645-0400 DEBUG otopi.context > context._executeMethod:142 method exception > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in > _executeMethod > method['method']() > File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt- > engine-setup/ovirt-engine/network/ovirtproviderovn.py", line 531, in > _restart_ovn_services > self._restart_service(service) > File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt- > engine-setup/ovirt-engine/network/ovirtproviderovn.py", line 513, in > _restart_service > state=True, > File "/usr/share/otopi/plugins/otopi/services/systemd.py", line 122, in > startup > service=name, > RuntimeError: Failed to enable service 'openvswitch' > > > > On Sun, May 21, 2017 at 1:32 PM, Gil Shinar <gshinar(a)redhat.com> wrote: > >> Hi Sahina, >> >> Can you please assist? >> http://jenkins.ovirt.org/job/ovirt_master_hc-system-tests/105/ >> >> Thanks >> Gil >> > >

2 2

Heads up - Findbugs checks back on ovirt-engine master branch
by Tal Nisan 23 May '17

23 May '17

Hey everyone, Due to a bug in the check-patch Jenkins jobs the findbugs checks were effectively disabled for the last weeks in the master branch (the stable branches are using a separate job for findbugs so there it still worked). With the help of Daniel Belensky from the RHV DevOps team we've identified and solved the problem in the Jenkins job. We've also fixed the warnings that got in the code base during the period the job was not running and now the findbugs job is running correctly on master branch as a part of the check-patch with no warnings. Please be sure to note CI failures that may arise due to new warnings in pushed patches.

2 2

Re: [ovirt-devel] Change in ovirt-engine[master]: core: backup flag added to storage domain static
by shubham dubey 23 May '17

23 May '17

yes I just forget to add that. Can anyone tell me how to push the new changes to same commit? Thanks, Shubham On Tue, May 23, 2017 at 1:27 PM, Code Review <gerrit(a)ovirt.org> wrote: > From Eli Mesika <emesika(a)redhat.com>: > > Eli Mesika has posted comments on this change. > > Change subject: core: backup flag added to storage domain static > ...................................................................... > > > Patch Set 1: > > Did you forgot to add the relevant upgrade script that added that field > ???? > > -- > To view, visit https://gerrit.ovirt.org/77142 > To unsubscribe, visit https://gerrit.ovirt.org/settings > > Gerrit-MessageType: comment > Gerrit-Change-Id: I1453b52f4330d0e5cb12d8fa08426fd68f3cd329 > Gerrit-PatchSet: 1 > Gerrit-Project: ovirt-engine > Gerrit-Branch: master > Gerrit-Owner: shubham dubey <sdubey504(a)gmail.com> > Gerrit-Reviewer: Eli Mesika <emesika(a)redhat.com> > Gerrit-Reviewer: Greg Sheremeta <gshereme(a)redhat.com> > Gerrit-Reviewer: Jenkins CI > Gerrit-Reviewer: Maor Lipchuk <mlipchuk(a)redhat.com> > Gerrit-Reviewer: Martin Peřina <mperina(a)redhat.com> > Gerrit-Reviewer: gerrit-hooks <automation(a)ovirt.org> > Gerrit-HasComments: No >

4 10

[VDSM] check-merge fails: error: [Errno 98] Address already in use
by Nir Soffer 23 May '17

23 May '17

I see these failure in check-merge *13:26:59* Error occured, aborting*13:26:59* Traceback (most recent call last):*13:26:59* File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 360, in do_run*13:26:59* self.cli_plugins[args.ovirtverb].do_run(args)*13:26:59* File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run*13:26:59* self._do_run(**vars(args))*13:26:59* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 501, in wrapper*13:26:59* return func(*args, **kwargs)*13:26:59* File "/usr/lib/python2.7/site-packages/lago/utils.py", line 512, in wrapper*13:26:59* return func(*args, prefix=prefix, **kwargs)*13:26:59* File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 166, in do_deploy*13:26:59* prefix.deploy()*13:26:59* File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 635, in wrapper*13:26:59* return func(*args, **kwargs)*13:26:59* File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 110, in wrapper*13:26:59* with utils.repo_server_context(args[0]):*13:26:59* File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__*13:26:59* return self.gen.next()*13:26:59* File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 100, in repo_server_context*13:26:59* root_dir=prefix.paths.internal_repo(),*13:26:59* File "/usr/lib/python2.7/site-packages/ovirtlago/utils.py", line 76, in _create_http_server*13:26:59* generate_request_handler(root_dir),*13:26:59* File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__*13:26:59* self.server_bind()*13:26:59* File "/usr/lib64/python2.7/BaseHTTPServer.py", line 108, in server_bind*13:26:59* SocketServer.TCPServer.server_bind(self)*13:26:59* File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind*13:26:59* self.socket.bind(self.server_address)*13:26:59* File "/usr/lib64/python2.7/socket.py", line 224, in meth*13:26:59* return getattr(self._sock,name)(*args)*13:26:59* error: [Errno 98] Address already in use Failed build: http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1794/conso… Other builds with same error: http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1793/conso… http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/1790/conso… Nir

3 2

[vdsm] branching out 4.1.2
by Francesco Romani 23 May '17

23 May '17

Hi all, patches against the 4.1 branch are piling up, so I'm thinking about branching out 4.1.2 tomorrow (20170523) The activity on the 4.1.2 front was quite low lately, so we should expect quite few double backports. Thoughts? I'll go forward and branch if noone objects. Bests, -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh

6 7

VmIconDaoTest compiling error
by shubham dubey 23 May '17

23 May '17

I have done some changes in ovirt-engine now while compiling I am getting following error in file VmIconDaoTest. Tests run: 13, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 2.466 sec <<< FAILURE! testGetVmIconByDataUrlWithValidUrl(org.ovirt.engine.core.dao.VmIconDaoTest) Time elapsed: 18 sec <<< FAILURE! java.lang.AssertionError: expected:<1> but was:<0> at org.junit.Assert.fail(Assert.java:88) at org.junit.Assert.failNotEquals(Assert.java:834) at org.junit.Assert.assertEquals(Assert.java:645) at org.junit.Assert.assertEquals(Assert.java:631) at org.ovirt.engine.core.dao.VmIconDaoTest.testGetVmIconByDataUrlWithValidUrl(VmIconDaoTest.java:59) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:50) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:12) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:47) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:17) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.springframework.test.context.junit4.statements.RunBeforeTestMethodCallbacks.evaluate(RunBeforeTestMethodCallbacks.java:75) at org.springframework.test.context.junit4.statements.RunAfterTestMethodCallbacks.evaluate(RunAfterTestMethodCallbacks.java:86) at org.springframework.test.context.junit4.statements.SpringRepeat.evaluate(SpringRepeat.java:84) at org.junit.runners.ParentRunner.runLeaf(ParentRunner.java:325) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:254) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.runChild(SpringJUnit4ClassRunner.java:89) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:290) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:71) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:288) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:58) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:268) at org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:26) at org.springframework.test.context.junit4.statements.RunBeforeTestClassCallbacks.evaluate(RunBeforeTestClassCallbacks.java:61) at org.springframework.test.context.junit4.statements.RunAfterTestClassCallbacks.evaluate(RunAfterTestClassCallbacks.java:70) at org.junit.runners.ParentRunner.run(ParentRunner.java:363) at org.springframework.test.context.junit4.SpringJUnit4ClassRunner.run(SpringJUnit4ClassRunner.java:193) at org.apache.maven.surefire.junit4.JUnit4Provider.execute(JUnit4Provider.java:252) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:141) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:112) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:189) at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:165) at org.apache.maven.surefire.booter.ProviderFactory.invokeProvider(ProviderFactory.java:85) at org.apache.maven.surefire.booter.ForkedBooter.runSuitesInProcess(ForkedBooter.java:115) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:75) ... ... Failed tests: testGetVmIconByDataUrlWithValidUrl(org.ovirt.engine.core.dao.VmIconDaoTest): expected:<1> but was:<0> I haven't even done any change in VmIconDaoTest file but this error is there. I even try to change the value result.get(0) to result.get(1) in testGetVmIconByDataUrlWithValidUrl but that didn't work. Thanks in advance. Shubham

3 6