- Devel - oVirt List Archives

[ OST Failure Report ] [ oVirt Master ] [ Aug. 8th 2017 ] [ 001_upgrade_engine.test_initialize_engine ]
by Dafna Ron 08 Aug '17

08 Aug '17

This is a multi-part message in MIME format. --------------578D3CF4C53C01FCD1265694 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit ** *Hi, * * ** We see a sporadic failure in the upgrade test. from what I can see from the log it is related to the firewalD package. Test failed: *001_upgrade_engine.test_initialize_engine* Link to suspected patches: Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1684/ Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1684/artifact/ Error snippet from the log: <error> * *2017-08-08 04:09:11,006-0400 DEBUG otopi.plugins.otopi.network.firewalld plugin.execute:926 execute-output: ('/bin/firewall-cmd', '--zone', u'public', '--permanent', '--add-service', 'ovirt-postgres') stderr: ESC[91mError: Action org.fedoraproject.FirewallD1.all is not registeredESC[00m 2017-08-08 04:09:11,007-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/otopi/plugins/otopi/network/firewalld.py", line 334, in _closeup '--add-service', service, File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 931, in execute command=args[0], RuntimeError: Command '/bin/firewall-cmd' failed to execute </error> * --------------578D3CF4C53C01FCD1265694 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"> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Hi, <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">We see a sporadic failure in the upgrade test. from what I can see from the log it is related to the firewalD package. <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Test failed: 001_upgrade_engine.test_initialize_engine <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to suspected patches: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to Job: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1684/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1684/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to all logs: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1684/artifact/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1684/artifact/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Error snippet from the log: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><error> 2017-08-08 04:09:11,006-0400 DEBUG otopi.plugins.otopi.network.firewalld plugin.execute:926 execute-output: ('/bin/firewall-cmd', '--zone', u'public', '--permanent', '--add-service', 'ovirt-postgres') stderr: ESC[91mError: Action org.fedoraproject.FirewallD1.all is not registeredESC[00m 2017-08-08 04:09:11,007-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/otopi/plugins/otopi/network/firewalld.py", line 334, in _closeup '--add-service', service, File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 931, in execute command=args[0], RuntimeError: Command '/bin/firewall-cmd' failed to execute <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"></error> </body> </html> --------------578D3CF4C53C01FCD1265694--

3 3

OST: A good way to test cluster compatibility version upgrade?
by Milan Zamazal 08 Aug '17

08 Aug '17

Hi, we'd like to test cluster compatibility version upgrades in OST and we're thinking whether there is a good way to do that without putting much burden on OST. We want to test that the cluster updates without errors, as well as the VMs in it. A safe way would be to create a new data center for that purpose and run the test on it. But some operations, such as adding a host or a storage, are slow. Maybe we could initialize the data center in parallel with the current test data center but then we'd need an additional Lago host, which might increase memory requirements, already high enough. We might create a new data center and cluster without running hosts and running VMs but then the test would be limited in its extent. Another possibility is to reuse the current test data center. We could create it with the oldest support compatibility version, rather than current compatibility version, and perform upgrades on it up to the current compatibility version. Then we would continue with the tests normally. The overhead, besides testing the upgrades themselves, could be minimal. The disadvantage would be that we wouldn't test the current-compatibility-version creation process directly. We could also make a separate test suite for that test, but is it desirable and would anybody run it regularly? So what do you recommend as a good way to test cluster compatibility version upgrades? Thanks, Milan

3 4

[ OST Failure Report ] [ oVirt master ] [ 06/08/2017 ] [template_update]
by Barak Korren 07 Aug '17

07 Aug '17

Test failed: [ 004_basic_sanity.template_update ] Link to suspected patches: https://gerrit.ovirt.org/#/c/80222 Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1668/ Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1668/artifact… Error snippet from log: <error> 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 78, in wrapper prefix.virt_env.engine_vm().get_api(api_ver=4), *args, **kwargs File "/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py", line 635, in template_update nt.assert_true(templates_service.list(search=TEMPLATE_CIRROS)[0].comment == new_comment) File "/usr/lib64/python2.7/unittest/case.py", line 462, in assertTrue raise self.failureException(msg) AssertionError: False is not true </error> -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

2 1

[ OST Failure Report ] [ oVirt master ] [ 03/08/2017 ] [reattach_storage_domain]
by Barak Korren 03 Aug '17

03 Aug '17

Test failed: [ 007_sd_reattach.reattach_storage_domain ] Link to suspected patches: https://gerrit.ovirt.org/#/c/80152 (Patch does not seem to be directly related but test only included it) Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1627/ Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1627/artifact… Error snippet from log: <error> Error: Fault reason is "Operation Failed". Fault detail is "[Network error during communication with the Host.]". HTTP response code is 400. </error> -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

2 1

ovirt-setup-lib missing for Fedora 26
by Jakub Niedermertl 02 Aug '17

02 Aug '17

Hi all, I miss ovirt-setup-lib package for Fedora 26. Could we please have it built for this OS? Thanks Jakub

4 5

Lago OST plugin v0.42 Release Announcement
by Gal Ben Haim 01 Aug '17

01 Aug '17

Hi All, On behalf of the Lago OST plugin team, I'm pleased to announce Lago OST plugin v0.42 is available! For a detailed release announcement please refer to our Github page at: https://github.com/lago-project/lago-ost-plugin/releases/tag/0.42 Resources ========== Docs: http://lago-ost-plugin.readthedocs.io/en/latest/ GitHub: https://github.com/lago-project/lago-ost-plugin YUM Repository: http://resources.ovirt.org/repos/lago/stable/0.0/rpm/ OST Docs: http://ovirt-system-tests.readthedocs.io/en/latest/ Changelog: http://lago-ost-plugin.readthedocs.io/en/latest/_static/ChangeLog.txt -- *GAL bEN HAIM* RHV DEVOPS

1 0

Lago v0.41 Release Announcement
by Gal Ben Haim 01 Aug '17

01 Aug '17

Hi All, On behalf of the Lago team, I'm pleased to announce Lago v0.41 is available! For a detailed release announcement please refer to our Github page at: https://github.com/lago-project/lago/releases/tag/0.41 Resources ========== Lago Docs: http://lago.readthedocs.io/en/latest/ GitHub: https://github.com/lago-project/lago/ YUM Repository: http://resources.ovirt.org/repos/lago/stable/0.0/rpm/ Pypi: https://pypi.python.org/pypi/lago OST Docs: http://ovirt-system-tests.readthedocs.io/en/latest/ Changelog: http://lago.readthedocs.io/en/0.41/_static/ChangeLog.txt <http://lago.readthedocs.io/en/0.40/_static/ChangeLog.txt> As always, if you find any problems, or willing to contribute, visit our GitHub page. Enjoy! -- *GAL bEN HAIM* RHV DEVOPS

1 0

Failing tests for storage-py27.
by Petr Kotas 01 Aug '17

01 Aug '17

Hi, I have encountered an issue with VDSM master when running tests. Maybe I am doing something wrong, or I am overlooking something. This is a clear master without any modification pulled with the latest commits. Did anyone please encountered the same issue: ================================================== FAILURES ================================================== ______________________________________ TestDirectioChecker.test_path_ok ______________________________________ self = <storage.check_test.TestDirectioChecker testMethod=test_path_ok> def test_path_ok(self): self.checks = 1 with temporaryPath(data=b"blah") as path: checker = check.DirectioChecker(self.loop, path, self.complete) checker.start() self.loop.run_forever() pprint.pprint(self.results) result = self.results[0] > delay = result.delay() storage/check_test.py:82: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ self = <CheckResult path=/var/tmp/tmpPpV1Rj rc=0 err=bytearray(b'0+1 records in\n0+1 ... copied, 0,000496228 s, 8,1 kB/s\n') time=4299448.73 elapsed=0.00 at 0x3b72390> def delay(self): # TODO: Raising MiscFileReadException for all errors to keep the old # behavior. Should probably use StorageDomainAccessError. if self.rc != 0: raise exception.MiscFileReadException(self.path, self.rc, self.err) if not self.err: raise exception.MiscFileReadException(self.path, "no stats") stats = self.err.splitlines()[-1] match = self._PATTERN.match(stats) if not match: raise exception.MiscFileReadException(self.path, > "no match: %r" % stats) E MiscFileReadException: Internal file read failure: ('/var/tmp/tmpPpV1Rj', "no match: bytearray(b'4 bytes (4 B) copied, 0,000496228 s, 8,1 kB/s')") ../lib/vdsm/storage/check.py:372: MiscFileReadException -------------------------------------------- Captured stdout call -------------------------------------------- [<CheckResult path=/var/tmp/tmpPpV1Rj rc=0 err=bytearray(b'0+1 records in\n0+1 records out\n4 bytes (4 B) copied, 0,000496228 s, 8,1 kB/s\n') time=4299448.73 elapsed=0.00 at 0x3b72390>] ============================================ 93 tests deselected ============================================= ====================== 1 failed, 1166 passed, 6 skipped, 93 deselected in 86.13 seconds ====================== ERROR: InvocationError: '/vagrant/vdsm/.tox/storage-py27/bin/py.test -m not (slow or stress) storage' storage-py35 create: /vagrant/vdsm/.tox/storage-py35 ERROR: InterpreterNotFound: python3.5 storage-py36 create: /vagrant/vdsm/.tox/storage-py36 ERROR: InterpreterNotFound: python3.6 Thank You, Petr

2 6

[ OST Failure Report ] [ basic_suite_master ] [004_basic_sanity.disk_operations]
by Dusan Fodor 31 Jul '17

31 Jul '17

Hello all, could you please take a look at this? Test failed: 004_basic_sanity.disk_operations Link to all test logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1518/artifact/ Error snippet: 11:57:18 [basic-suit] Error while running thread 11:57:18 [basic-suit] Traceback (most recent call last): 11:57:18 [basic-suit] File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue 11:57:18 [basic-suit] queue.put({'return': func()}) 11:57:18 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in wrapper 11:57:18 [basic-suit] return func(get_test_prefix(), *args, **kwargs) 11:57:18 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 78, in wrapper 11:57:18 [basic-suit] prefix.virt_env.engine_vm().get_api(api_ver=4), *args, **kwargs 11:57:18 [basic-suit] File "/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py", line 330, in live_storage_migration 11:57:18 [basic-suit] disk_service.get().status, types.DiskStatus.OK) 11:57:18 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 251, in assert_equals_within_long 11:57:18 [basic-suit] func, value, LONG_TIMEOUT, allowed_exceptions=allowed_exceptions 11:57:18 [basic-suit] File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 217, in assert_equals_within 11:57:18 [basic-suit] res = func() 11:57:18 [basic-suit] File "/home/jenkins/workspace/ovirt-master_change-queue-tester/ovirt-system-tests/basic-suite-master/test-scenarios/004_basic_sanity.py", line 329, in <lambda> 11:57:18 [basic-suit] len(vm_service.snapshots_service().list()) == 1 and \ 11:57:18 [basic-suit] File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 17648, in list 11:57:18 [basic-suit] return self._internal_get(headers, query, wait) 11:57:18 [basic-suit] File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 202, in _internal_get 11:57:18 [basic-suit] return future.wait() if wait else future 11:57:18 [basic-suit] File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 53, in wait 11:57:18 [basic-suit] return self._code(response) 11:57:18 [basic-suit] File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 199, in callback 11:57:18 [basic-suit] self._check_fault(response) 11:57:18 [basic-suit] File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 123, in _check_fault 11:57:18 [basic-suit] self._raise_error(response, body) 11:57:18 [basic-suit] File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 109, in _raise_error 11:57:18 [basic-suit] raise error 11:57:18 [basic-suit] Error: Fault reason is "Operation Failed". Fault detail is "Entity not found: null". HTTP response code is 404. Thanks

3 2

[ATTENTION REQUIRED] Gerrit is down
by Gil Shinar 31 Jul '17

31 Jul '17

Hi all, Gerrit server has suddenly went down. We are on it and will update when it'll be up again

2 3