- Devel - oVirt List Archives

[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

Regarding dao tests
by shubham dubey 22 May '17

22 May '17

I have made some changes to engine code and the try to run dao test. $PGPASSWORD=engine \ ./packaging/dbscripts/schema.sh \ -c apply -u engine -d engine_dao_tests This command run sucessfully. but after compiling through make I am getting following error ERROR] Failed to execute goal org.apache.maven.plugins:maven-checkstyle-plugin:2.17:check (checkstyle) on project common: You have 7 Checkstyle violations. -> [Help 1] so can anyone tell me what that means? Thanks, Shubham

3 4

[ OST Manual Job ] Updated default fallback repo
by Daniel Belenky 22 May '17

22 May '17

Hi all, Please note that we've updated the default fallback repo in manual job <http://jenkins.ovirt.org/job/ovirt-system-tests_manual/>. The fallback repo defines the source from which the RPMs that are not part of the patch being tested are being taken. Until today, the default source was 'latest_tested' repo, which is now replaced by 'latest_release'. *Note* that 'latest_tested' repository shouldn't be used on regular basis, as this repository is changing as the experimental flow runs, so in order to avoid failures - please use the stable 'latest_release' repo, which contains all the rpm's that were released in the last official release of oVirt. Thanks, -- DANIEL BELENKY Associate sw engineer RHEV DEVOPS Red Hat Israel <https://www.redhat.com/> dbelenky(a)redhat.com IRC: #rhev-integ, #rhev-dev <https://red.ht/sig>

2 2

[Engine] Runtime log controll script
by Roy Golan 21 May '17

21 May '17

Ever wanted to raise level of the engine logs and wanted to to that fast and runtime? This is a small wrapper around wildfly mgmt interface, called *log-control* to do the trick[1] Example, debug the db interaction layer: ./log-control org.ovirt.engine.core.dal debug It will first try blantly to add the log category and then will set the log level according to what you set. It is simple and stupid. More interesting logger categories: business logic (commands, queries) - org.ovirt.engine.core.bll hosts interaction - org.ovirt.engine.core.vdsbroker various utilities - org.ovirt.engine.core.utils aaa - org.ovirt.engine.exttool.aaa General suggestion - I think is is it time for *ovirt-engine-contrib* so mini-helpers like that can exists and when they are solid can go into mainstream repo, if needed in there. [1] https://gist.github.com/rgolangh/1cb9f9b3b7f7f0a1d16b5a976d90bd55 Thanks, Roy

5 7