March 2017 - Devel - oVirt List Archives

[PYTHON] CPython internals: A ten-hour codewalk through the Python interpreter source code
by Nir Soffer 09 Mar '17

09 Mar '17

Hi all, You probably fixed too many 4.1 bugs this week, why not take a break and learn about python internals? https://www.youtube.com/playlist?list=PLzV58Zm8FuBL6OAv1Yu6AwXZrnsFbbR0S Enjoy, Nir

1 0

Error while installing ovirt-engine (Error: Requires: classpathx-mail)
by Tasdik Rahman 09 Mar '17

09 Mar '17

--_000_DB5B48FDEEC641178892DD588CF2AF07outlookcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGV5IGV2ZXJ5b25lLA0KDQpJIHdhcyB0cnlpbmcgdG8gZ2V0IG92aXJ0IHVwIGFuZCBydW5uaW5n IG9uIG15IGxvY2FsIEYxOSg2NGJpdCkgVk0gYm94IGZvbGxvd2luZyB0aGUgaHR0cDovL3d3dy5v dmlydC5vcmcvZG9jdW1lbnRhdGlvbi9xdWlja3N0YXJ0L3F1aWNrc3RhcnQtZ3VpZGUvIGJsb2cg cG9zdC4NCg0KVGhlIGluc3RhbGxhdGlvbiBzdG9wcyBhYnJ1cHRseSB3aGVuIEkgdHJ5IHRvIGRv IGEgYHl1bSAteSBpbnN0YWxsIG92aXJ0LWVuZ2luZWAuIEhlcmUgaXMgd2hhdCBJIHRyaWVkLg0K DQorKysNCltyb290QGxvY2FsaG9zdCB+XSMgeXVtIGluc3RhbGwgaHR0cDovL3Jlc291cmNlcy5v dmlydC5vcmcvcHViL3l1bS1yZXBvL292aXJ0LXJlbGVhc2UzNi5ycG0NCkxvYWRlZCBwbHVnaW5z OiBsYW5ncGFja3MsIHJlZnJlc2gtcGFja2FnZWtpdA0Kb3ZpcnQtcmVsZWFzZTM2LnJwbSAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwgIDEwIGtCICAwMDow MDowMA0KRXhhbWluaW5nIC92YXIvdG1wL3l1bS1yb290LTlwMHJ1Yi9vdmlydC1yZWxlYXNlMzYu cnBtOiAxOm92aXJ0LXJlbGVhc2UzNi0zLjYuNy0xLm5vYXJjaA0KL3Zhci90bXAveXVtLXJvb3Qt OXAwcnViL292aXJ0LXJlbGVhc2UzNi5ycG06IGRvZXMgbm90IHVwZGF0ZSBpbnN0YWxsZWQgcGFj a2FnZS4NCkVycm9yOiBOb3RoaW5nIHRvIGRvDQpbcm9vdEBsb2NhbGhvc3Qgfl0jIHl1bSAteSBp bnN0YWxsIG92aXJ0LWVuZ2luZQ0K4oCmLg0K4oCmLg0KLS0tPiBQYWNrYWdlIHN0cmluZ3RlbXBs YXRlLm5vYXJjaCAwOjMuMi4xLTUuZmMxOSB3aWxsIGJlIGluc3RhbGxlZA0KLS0+IEZpbmlzaGVk IERlcGVuZGVuY3kgUmVzb2x1dGlvbg0KRXJyb3I6IFBhY2thZ2U6IG92aXJ0LWVuZ2luZS1ub3Rp ZmljYXRpb24tc2VydmljZS0zLjEuMC0xLmZjMTkubm9hcmNoIChmZWRvcmEpDQogICAgICAgICAg IFJlcXVpcmVzOiBjbGFzc3BhdGh4LW1haWwNCiBZb3UgY291bGQgdHJ5IHVzaW5nIC0tc2tpcC1i cm9rZW4gdG8gd29yayBhcm91bmQgdGhlIHByb2JsZW0NCiBZb3UgY291bGQgdHJ5IHJ1bm5pbmc6 IHJwbSAtVmEgLS1ub2ZpbGVzIC0tbm9kaWdlc3QNCltyb290QGxvY2FsaG9zdCB+XSMNCisrKw0K DQpJIHJlYWQgdGhvdWdodCBzb21lIGJ1ZyB6aWxsYSBpc3N1ZXNbMV0gd2hpY2ggc3RhdGUgdGhh dCB0aGlzIHBhY2thZ2UgaGFzIGJlZW4gcmV0aXJlZC4gQnV0IG5vIHNvbHV0aW9uIHdhcyBwcm92 aWRlZCBmb3IgaXQuIE15IGFpbSBpcyB0byBqdXN0IHRlc3QgaXQgb24gYSBzaW5nbGUgaG9zdC4g SG93IHNob3VsZCBJIGdvIGFib3V0IHRoaXM/DQoNClRoYW5rcyBmb3IgeW91ciB0aW1lLA0KVGFz ZGlrDQoNCjE6IGh0dHBzOi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9MTAw MTEzNw0K --_000_DB5B48FDEEC641178892DD588CF2AF07outlookcom_ Content-Type: text/html; charset="utf-8" Content-ID: <C33A1471C5C3394B85FDBA57D8879EC4(a)apcprd02.prod.outlook.com> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsiIGNsYXNzPSIiPg0KSGV5IGV2ZXJ5b25lLCZuYnNwOw0K PGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+SSB3YXMg dHJ5aW5nIHRvIGdldCBvdmlydCB1cCBhbmQgcnVubmluZyBvbiBteSBsb2NhbCBGMTkoNjRiaXQp IFZNIGJveCBmb2xsb3dpbmcgdGhlJm5ic3A7PGEgaHJlZj0iaHR0cDovL3d3dy5vdmlydC5vcmcv ZG9jdW1lbnRhdGlvbi9xdWlja3N0YXJ0L3F1aWNrc3RhcnQtZ3VpZGUvIiBjbGFzcz0iIj5odHRw Oi8vd3d3Lm92aXJ0Lm9yZy9kb2N1bWVudGF0aW9uL3F1aWNrc3RhcnQvcXVpY2tzdGFydC1ndWlk ZS88L2E+Jm5ic3A7YmxvZyBwb3N0LiZuYnNwOzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xh c3M9IiI+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGhlIGluc3RhbGxhdGlvbiBzdG9wcyBhYnJ1 cHRseSB3aGVuIEkgdHJ5IHRvIGRvIGEgYHl1bSAteSBpbnN0YWxsIG92aXJ0LWVuZ2luZWAuIEhl cmUgaXMgd2hhdCBJIHRyaWVkLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj48YnIgY2xhc3M9IiI+DQo8 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+JiM0MzsmIzQzOyYjNDM7PC9kaXY+DQo8ZGl2IGNsYXNzPSIi Pg0KPGRpdiBjbGFzcz0iIj5bcm9vdEBsb2NhbGhvc3Qgfl0jIHl1bSBpbnN0YWxsIDxhIGhyZWY9 Imh0dHA6Ly9yZXNvdXJjZXMub3ZpcnQub3JnL3B1Yi95dW0tcmVwby9vdmlydC1yZWxlYXNlMzYu cnBtIiBjbGFzcz0iIj4NCmh0dHA6Ly9yZXNvdXJjZXMub3ZpcnQub3JnL3B1Yi95dW0tcmVwby9v dmlydC1yZWxlYXNlMzYucnBtPC9hPjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5Mb2FkZWQgcGx1Z2lu czogbGFuZ3BhY2tzLCByZWZyZXNoLXBhY2thZ2VraXQ8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+b3Zp cnQtcmVsZWFzZTM2LnJwbSAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZu YnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7 ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwO3wgJm5ic3A7MTAga0IgJm5ic3A7MDA6MDA6MDA8L2Rpdj4NCjxkaXYgY2xh c3M9IiI+RXhhbWluaW5nIC92YXIvdG1wL3l1bS1yb290LTlwMHJ1Yi9vdmlydC1yZWxlYXNlMzYu cnBtOiAxOm92aXJ0LXJlbGVhc2UzNi0zLjYuNy0xLm5vYXJjaDwvZGl2Pg0KPGRpdiBjbGFzcz0i Ij4vdmFyL3RtcC95dW0tcm9vdC05cDBydWIvb3ZpcnQtcmVsZWFzZTM2LnJwbTogZG9lcyBub3Qg dXBkYXRlIGluc3RhbGxlZCBwYWNrYWdlLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5FcnJvcjogTm90 aGluZyB0byBkbzwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5bcm9vdEBsb2NhbGhvc3Qgfl0jIHl1bSAt eSBpbnN0YWxsIG92aXJ0LWVuZ2luZTwvZGl2Pg0KPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPuKApi48 L2Rpdj4NCjxkaXYgY2xhc3M9IiI+4oCmLjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4NCjxkaXYgY2xh c3M9IiI+LS0tJmd0OyBQYWNrYWdlIHN0cmluZ3RlbXBsYXRlLm5vYXJjaCAwOjMuMi4xLTUuZmMx OSB3aWxsIGJlIGluc3RhbGxlZDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4tLSZndDsgRmluaXNoZWQg RGVwZW5kZW5jeSBSZXNvbHV0aW9uPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPkVycm9yOiBQYWNrYWdl OiBvdmlydC1lbmdpbmUtbm90aWZpY2F0aW9uLXNlcnZpY2UtMy4xLjAtMS5mYzE5Lm5vYXJjaCAo ZmVkb3JhKTwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4mbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsg Jm5ic3A7ICZuYnNwO1JlcXVpcmVzOiBjbGFzc3BhdGh4LW1haWw8L2Rpdj4NCjxkaXYgY2xhc3M9 IiI+Jm5ic3A7WW91IGNvdWxkIHRyeSB1c2luZyAtLXNraXAtYnJva2VuIHRvIHdvcmsgYXJvdW5k IHRoZSBwcm9ibGVtPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPiZuYnNwO1lvdSBjb3VsZCB0cnkgcnVu bmluZzogcnBtIC1WYSAtLW5vZmlsZXMgLS1ub2RpZ2VzdDwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5b cm9vdEBsb2NhbGhvc3Qgfl0jPC9kaXY+DQo8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+JiM0MzsmIzQz OyYjNDM7PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxiciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBj bGFzcz0iIj5JIHJlYWQgdGhvdWdodCBzb21lIGJ1ZyB6aWxsYSBpc3N1ZXNbMV0gd2hpY2ggc3Rh dGUgdGhhdCB0aGlzIHBhY2thZ2UgaGFzIGJlZW4gcmV0aXJlZC4gQnV0IG5vIHNvbHV0aW9uIHdh cyBwcm92aWRlZCBmb3IgaXQuIE15IGFpbSBpcyB0byBqdXN0IHRlc3QgaXQgb24gYSBzaW5nbGUg aG9zdC4gSG93IHNob3VsZCBJIGdvIGFib3V0IHRoaXM/PC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxi ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj5UaGFua3MgZm9yIHlvdXIgdGltZSwm bmJzcDs8L2Rpdj4NCjxkaXYgY2xhc3M9IiI+VGFzZGlrPC9kaXY+DQo8ZGl2IGNsYXNzPSIiPjxi ciBjbGFzcz0iIj4NCjwvZGl2Pg0KPGRpdiBjbGFzcz0iIj4xOiZuYnNwOzxhIGhyZWY9Imh0dHBz Oi8vYnVnemlsbGEucmVkaGF0LmNvbS9zaG93X2J1Zy5jZ2k/aWQ9MTAwMTEzNyIgY2xhc3M9IiI+ aHR0cHM6Ly9idWd6aWxsYS5yZWRoYXQuY29tL3Nob3dfYnVnLmNnaT9pZD0xMDAxMTM3PC9hPjwv ZGl2Pg0KPC9ib2R5Pg0KPC9odG1sPg0K --_000_DB5B48FDEEC641178892DD588CF2AF07outlookcom_--

3 3

[ OST Failure Report ] [ oVirt 4.1 ] [ 09/02/17 ] [ basic_sanity.assign_hosts_network_label ]
by Daniel Belenky 09 Mar '17

09 Mar '17

*Test failed: *basic_sanity.assign_hosts_network_label *Link to failed job: *test-repo_ovirt_experimental_master/5754 <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…> *Link to all logs: *logs from Jenkins <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…> *Error snippet from log:* lago.utils: ERROR: Error while running thread Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/005_network_by_label.py", line 56, in _assign_host_network_label host_nic=nic File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 16231, in add headers={"Correlation-Id":correlation_id, "Expect":expect} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 79, in add return self.request('POST', url, body, headers, cls=cls) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 122, in request persistent_auth=self.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body) RequestError: status: 409 reason: Conflict detail: Cannot add Label. Operation can be performed only when Host status is Maintenance, Up, NonOperational. -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

5 5

HE setup failure
by Sahina Bose 09 Mar '17

09 Mar '17

Hi all, The HE setup fails in ovirt-system-tests while deploying HE on hyperconverged gluster setup using master Error : Failed to execute stage 'Misc configuration': <ProtocolError for localhost:54321/RPC2: 400 Bad Request>" Traceback from hosted-engine log: ProtocolError: <ProtocolError for localhost:54321/RPC2: 400 Bad Request> File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", line 279, in create_volume volUUID=volume_uuid File "/usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py", line 245, in _get_volume_path volUUID File "/usr/lib64/python2.7/xmlrpclib.py", line **FILTERED**3, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.7/xmlrpclib.py", line 1587, in __request verbose=self.__verbose File "/usr/lib64/python2.7/xmlrpclib.py", line 1273, in request return self.single_request(host, handler, request_body, verbose) File "/usr/lib64/python2.7/xmlrpclib.py", line 1321, in single_request response.msg, ProtocolError: <ProtocolError for localhost:54321/RPC2: 400 Bad Request> Is this a regression?

3 4

[ OST Failure Report ] [ oVirt master ] [ 09/02/17 ] [ basic_sanity.snapshots_merge ]
by Daniel Belenky 09 Mar '17

09 Mar '17

*Test failed: *basic_sanity.snapshots_merge *Link to failed job: *test-repo_ovirt_experimental_master/5752/ <http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/5752/> *Link to all logs: *logs from Jenkins <http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/5752/artif…> *Suspected patch: *https://gerrit.ovirt.org/#/c/73809/ *Error snippet from log:* ovirtlago.testlib: ERROR: Unhandled exception in <function <lambda> at 0x39ddcf8> Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 217, in assert_equals_within res = func() File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py", line 417, in <lambda> lambda: len(api.vms.get(VM0_NAME).snapshots.list()) == 2, File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 34602, in list headers={"All-Content":all_content} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 46, in get return self.request(method='GET', url=url, headers=headers, cls=cls) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 122, in request persistent_auth=self.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body) RequestError: status: 404 reason: Not Found detail: Entity not found: null File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 68, in wrapper return func(prefix.virt_env.engine_vm().get_api(), *args, **kwargs) File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py", line 445, in snapshots_merge vt.join_all() File "/usr/lib/python2.7/site-packages/lago/utils.py", line 57, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py", line 417, in snapshot_live_merge lambda: len(api.vms.get(VM0_NAME).snapshots.list()) == 2, File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 264, in assert_true_within_long assert_equals_within_long(func, True, allowed_exceptions) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 251, in assert_equals_within_long func, value, LONG_TIMEOUT, allowed_exceptions=allowed_exceptions File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 217, in assert_equals_within res = func() File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py", line 417, in <lambda> lambda: len(api.vms.get(VM0_NAME).snapshots.list()) == 2, File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 34602, in list headers={"All-Content":all_content} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 46, in get return self.request(method='GET', url=url, headers=headers, cls=cls) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 122, in request persistent_auth=self.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body) status: 404 reason: Not Found detail: Entity not found: null -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

1 0

font change -- please clear your browser cache
by Greg Sheremeta 08 Mar '17

08 Mar '17

Hi, We swapped oVirt fonts over to the PatternFly standard OpenSans. Please clear your cache, as some of the changes are in a cached CSS file. Best wishes, Greg -- Greg Sheremeta, MBA Red Hat, Inc. Sr. Software Engineer gshereme(a)redhat.com

1 0

[ OST Failure Report ] [ oVirt master ] [ 08/02/17 ] [ basic_sanity.hotplug_nic ]
by Daniel Belenky 08 Mar '17

08 Mar '17

*Test failed: *basic_sanity.hogplug_nic *Link to failed job: *test-repo_ovirt_experimental_master/5728 <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…> *Link to all logs:* logs from Jenkins <http://jenkins.ovirt.org/view/experimental%20jobs/job/test-repo_ovirt_exper…> *Error snippet from log:* Traceback (most recent call last): File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 68, in wrapper return func(prefix.virt_env.engine_vm().get_api(), *args, **kwargs) File "/home/jenkins/workspace/test-repo_ovirt_experimental_master/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py", line 457, in hotplug_nic api.vms.get(VM0_NAME).nics.add(nic2_params) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py", line 33398, in add headers={"Correlation-Id":correlation_id, "Expect":expect} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 79, in add return self.request('POST', url, body, headers, cls=cls) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py", line 122, in request persistent_auth=self.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connectionspool.py", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body) RequestError: status: 400 reason: Bad Request detail: Network error during communication with the Host. -- *Daniel Belenky* *RHV DevOps* *Red Hat Israel*

3 2

planned Jenkins restart
by Evgheni Dereveanchin 07 Mar '17

07 Mar '17

Hi everyone, I'll be performing a planned Jenkins restart within the next hour. No new builds will be scheduled during this maintenance period. I will announce you once it is finished. Regards, Evgheni Dereveanchin

1 1

Strange concurrency error on VM creation
by Marc Young 07 Mar '17

07 Mar '17

I've been fighting this for roughly two days and I'm starting to think that possibly it's not my code but an interaction with the server. I'm using test-kitchen[1] with the kitchen-vagrant[2] driver to spin up vagrant machines and run tests against them. I'm using Jenkins to run kitchen in containers in parallel. Basically Jenkins runs a docker container with ruby + vagrant 1.9.2 and runs kitchen test all at the same time as another container with ruby + vagrant 1.9.1. If I run these in parallel, on some occasions the server seems to respond with the wrong creation information. If you look at the logs here: http://home.blindrage.us:8080/job/myoung34/job/vagrant-ovirt4/view/change- requests/job/PR-79/41/console the container for vagrant 1.9.1 created a VM `vagrant-dynamic-1.9.1: [vagrant-1.9.1] Bringing machine 'default' up with 'ovirt4' provider... [vagrant-1.9.1] ==> default: Creating VM with the following settings... [vagrant-1.9.1] ==> default: -- Name: dynamic-1.9.1 And the container for vagrant 1.9.2 (nearly the same time) created a VM `vagrant-dynamic-1.9.2`: [vagrant-1.9.2] ==> default: Creating VM with the following settings... [vagrant-1.9.2] ==> default: -- Name: dynamic-1.9.2 [vagrant-1.9.2] ==> default: -- Cluster: Default If you look at the ss: the container 1.9.1 will wait for dynamic-1.9.1 and try to contact it at 192.168.2.54 the container 1.9.2 will wait for dynamic-1.9.2 and try to contact it at 192.168.2.55 But if you look at the logs, the 1.9.1 container started trying to work with 192.168.2.55 by creating a new key then talking to it: [vagrant-1.9.1] default: Key inserted! Disconnecting and reconnecting using new SSH key... [vagrant-1.9.1] Waiting for SSH service on 192.168.2.55:22, retrying in 3 seconds Because 1.9.1 inserted a generated key into that box, the 1.9.2 container which _should_ be talking to it cannot now: [vagrant-1.9.2] ==> default: Rsyncing folder: /home/jenkins/.kitchen/cache/ => /tmp/omnibus/cache [vagrant-1.9.2] SSH authentication failed! This is typically caused by the public/private [vagrant-1.9.2] keypair for the SSH user not being properly set on the guest VM. Please [vagrant-1.9.2] verify that the guest VM is setup with the proper public key, and that [vagrant-1.9.2] the private key path for Vagrant is setup properly as well. Via the ruby sdk I create the VM and store the ID it responded with. Then to get the IP: server = env[:vms_service].vm_service(env[:machine].id) nics_service = server.nics_service nics = nics_service.list ip_addr = nics.collect { |nic_attachment| env[:connection].follow_link(nic_attachment).reported_devices.collect { |dev| dev.ips.collect { |ip| ip.address if ip.version == 'v4' } } }.flatten.reject { |ip| ip.nil? }.first rescue nil Given this code I can't think of any way that I would get the wrong IP unless somehow the server responded incorrectly, since the NIC's i've scanned and compiled across are tied directly to the server I created. Any thoughts? This only happpens randomly and it seems to happen if I bombard the server with a bunch of VM creations simultaneously [1] https://github.com/test-kitchen/test-kitchen [2] https://github.com/test-kitchen/kitchen-vagrant

2 5

unboundid-ldapsdk-3.2.1 is available
by Sandro Bonazzola 07 Mar '17

07 Mar '17

Hi, upstream released a new version of unboundid-ldapsdk. Release notes are available at https://github.com/pingidentity/ldapsdk/releases/tag/3.2.1 Fedora packages will be available soon in testing repos for Fedora >= 25. Updates are available here: https://bodhi.fedoraproject.org/updates/FEDORA-2017-7324baefd0 https://bodhi.fedoraproject.org/updates/FEDORA-2017-e111731937 If you test them, please provide karma. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

2 2