- Infra - oVirt List Archives

[JIRA] (OVIRT-2832) Add Fedora 31 support in the CI
by Evgheni Dereveanchin (oVirt JIRA) 24 Sep '20

24 Sep '20

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2832?page=com.atlassian.jira.… ] Evgheni Dereveanchin commented on OVIRT-2832: --------------------------------------------- [~accountid:557058:09f61156-7277-4b0a-b675-09e8e086f46a] [~accountid:557058:5b558a0f-5666-4b7f-a655-83e5cc3a5de0] is Fedora 32 needed nowadays? > Add Fedora 31 support in the CI > ------------------------------- > > Key: OVIRT-2832 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2832 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > Vdsm want to support only Fedora 31 at this point. > Having Fedora 31 available, we can simplify the code since we have > same versions of lvm and other packages in Fedora 31 and RHEL 8. > We need: > - mirrors for fedora 31 repos > - mock config for fedora 31 > Thanks, > Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100147)

1 0

[oVirt Jenkins] ovirt-system-tests_basic-suite-master_nightly - Build # 414 - Failure!
by jenkins＠jenkins.phx.ovirt.org 24 Sep '20

24 Sep '20

Project: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/ Build: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly… Build Number: 414 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #414 [Marcin Sobczyk] basic: Remove remaining lago deps from '002_bootstrap_pytest' ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: basic-suite-master.test-scenarios.002_bootstrap_pytest.test_verify_engine_backup Error Message: AssertionError: False != True after 600 seconds Stack Trace: ansible_engine = <ost_utils.ansible._AnsibleModuleMapper object at 0x7f60879c6750> engine_api = <ovirtsdk4.Connection object at 0x7f6087966150> @order_by(_TEST_LIST) def test_verify_engine_backup(ansible_engine, engine_api): ansible_engine.file( path='/var/log/ost-engine-backup', state='directory', mode='0755' ) engine = engine_api.system_service() with test_utils.TestEvent(engine, [9024, 9025]): #backup started event, completed ansible_engine.shell( > 'engine-backup ' '--mode=backup ' '--file=/var/log/ost-engine-backup/backup.tgz ' '--log=/var/log/ost-engine-backup/log.txt' ) ../basic-suite-master/test-scenarios/002_bootstrap_pytest.py:1246: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ /usr/lib64/python2.7/contextlib.py:35: in __exit__ self.gen.throw(type, value, traceback) ../ost_utils/ost_utils/engine_utils.py:44: in wait_for_event lambda: ../ost_utils/ost_utils/assertions.py:97: in assert_true_within_long assert_equals_within_long(func, True, allowed_exceptions) ../ost_utils/ost_utils/assertions.py:82: in assert_equals_within_long func, value, LONG_TIMEOUT, allowed_exceptions=allowed_exceptions _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ func = <function <lambda> at 0x7f6087bf5500>, value = True, timeout = 600 allowed_exceptions = [], initial_wait = 0 error_message = 'False != True after 600 seconds' def assert_equals_within( func, value, timeout, allowed_exceptions=None, initial_wait=10, error_message=None ): allowed_exceptions = allowed_exceptions or [] with _EggTimer(timeout) as timer: while not timer.elapsed(): try: res = func() if res == value: return except Exception as exc: if _instance_of_any(exc, allowed_exceptions): time.sleep(3) continue LOGGER.exception("Unhandled exception in %s", func) raise if initial_wait == 0: time.sleep(3) else: time.sleep(initial_wait) initial_wait = 0 try: if error_message is None: error_message = '%s != %s after %s seconds' % (res, value, timeout) > raise AssertionError(error_message) E AssertionError: False != True after 600 seconds ../ost_utils/ost_utils/assertions.py:60: AssertionError

1 3

oVirt infra daily report - unstable production jobs - 1323
by jenkins＠jenkins.phx.ovirt.org 24 Sep '20

24 Sep '20

Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - https://jenkins.ovirt.org/job/system_jenkins-report/1323//artifact/exported… Cheers, Jenkins

1 0

[JIRA] (OVIRT-3022) poll-upstream-sources pipelines don't work on el8 nodes
by Marcin Sobczyk (oVirt JIRA) 23 Sep '20

23 Sep '20

Marcin Sobczyk created OVIRT-3022: ------------------------------------- Summary: poll-upstream-sources pipelines don't work on el8 nodes Key: OVIRT-3022 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3022 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Marcin Sobczyk Assignee: infra Trying to run `poll-upstream-sources` pipeline on an el8 node ends with an [error|https://jenkins.ovirt.org/blue/organizations/jenkins/ost-images_maste…] {noformat} [2020-09-23T02:07:48.761Z] + /home/jenkins/workspace/ost-images_master_standard-poll-upstream-sources/jenkins/stdci_tools/usrc.py --log -d get [2020-09-23T02:07:48.761Z] /usr/bin/env: ‘python’: No such file or directory {noformat} After an attempt of resolving the issue by installing python2 and setting the unversioned python command to point to python2 we fail on dependencies: {noformat} [2020-09-23T09:39:13.566Z] + /home/jenkins/workspace/ost-images_master_standard-poll-upstream-sources/jenkins/stdci_tools/usrc.py --log -d get [2020-09-23T09:39:13.566Z] Traceback (most recent call last): [2020-09-23T09:39:13.566Z] File "/home/jenkins/workspace/ost-images_master_standard-poll-upstream-sources/jenkins/stdci_tools/usrc.py", line 11, in <module> [2020-09-23T09:39:13.566Z] import yaml [2020-09-23T09:39:13.566Z] ImportError: No module named yaml {noformat} A quick look at the `usrc.py` script shows we need at least 3 deps: * python2-six * python2-pyyaml * python2-pyxdg (or simply pyxdg) The last package is not available at all in el8 repos. Please provide a solution to this problem by either moving the script to use py3 or any other means. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146)

1 0

[JIRA] (OVIRT-3021) Very slow push/pull to/from gerrit
by Nir Soffer (oVirt JIRA) 23 Sep '20

23 Sep '20

[ https://ovirt-jira.atlassian.net/browse/OVIRT-3021?page=com.atlassian.jira.… ] Nir Soffer commented on OVIRT-3021: ----------------------------------- On Wed, Sep 23, 2020 at 1:38 PM Nir Soffer <nsoffer(a)redhat.com> wrote: > > Recently pushing changes to gerrit is very slow. It seems that the issue > is pulling changes during rebase in "git review". > > Sometimes "git review" is very slow, but "git review -R" is very quick. This > show that the issue was getting changes from gerrit during when git-review > try to rebase the current branch on master. > > I noticed that origin/master and gerrit/master do not show the same commit: > > $ git log origin/master | head -1 > commit 6e6e93cb1d237f9b6fdd533d5afdc1b9ba1c197a > > $ git log gerrit/master | head -1 > commit 353e7b1e322aa02d4767b6617ed094be0643b094 > > $ git remote -v > gerrit http://gerrit.ovirt.org/p/vdsm.git (fetch) > gerrit ssh://nsoffer@gerrit.ovirt.org:29418/vdsm.git (push) > origin http://gerrit.ovirt.org/p/vdsm.git (fetch) > origin http://gerrit.ovirt.org/p/vdsm.git (push) > > I've been using this configuration for several years, and the slowness > started only recently, so I guess the issue is not on my side. > > Same issues also on ovirt-engine, using similar configuration: > > $ git remote -v > gerrit http://gerrit.ovirt.org/ovirt-engine (fetch) > gerrit ssh://nsoffer@gerrit.ovirt.org:29418/ovirt-engine.git (push) > origin git://gerrit.ovirt.org/ovirt-engine (fetch) > origin git://gerrit.ovirt.org/ovirt-engine (push) > > Anyone experienced this? > > I guess that restarting the gerrit server will "fix" this issue. More data: Cloning ovirt-engine-api-model: $ git clone git://gerrit.ovirt.org/ovirt-engine-api-model 10.0 KiB/s $ git clone https://gerrit.ovirt.org/ovirt-engine-api-model 22.0 KiB/s $ git clone https://github.com/oVirt/ovirt-engine-api-model.git 136.00 KiB/s Looks like a gerrit issue. > Very slow push/pull to/from gerrit > ---------------------------------- > > Key: OVIRT-3021 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3021 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > Recently pushing changes to gerrit is very slow. It seems that the issue > is pulling changes during rebase in "git review". > Sometimes "git review" is very slow, but "git review -R" is very quick. This > show that the issue was getting changes from gerrit during when git-review > try to rebase the current branch on master. > I noticed that origin/master and gerrit/master do not show the same commit: > $ git log origin/master | head -1 > commit 6e6e93cb1d237f9b6fdd533d5afdc1b9ba1c197a > $ git log gerrit/master | head -1 > commit 353e7b1e322aa02d4767b6617ed094be0643b094 > $ git remote -v > gerrit http://gerrit.ovirt.org/p/vdsm.git (fetch) > gerrit ssh://nsoffer@gerrit.ovirt.org:29418/vdsm.git (push) > origin http://gerrit.ovirt.org/p/vdsm.git (fetch) > origin http://gerrit.ovirt.org/p/vdsm.git (push) > I've been using this configuration for several years, and the slowness > started only recently, so I guess the issue is not on my side. > Same issues also on ovirt-engine, using similar configuration: > $ git remote -v > gerrit http://gerrit.ovirt.org/ovirt-engine (fetch) > gerrit ssh://nsoffer@gerrit.ovirt.org:29418/ovirt-engine.git (push) > origin git://gerrit.ovirt.org/ovirt-engine (fetch) > origin git://gerrit.ovirt.org/ovirt-engine (push) > Anyone experienced this? > I guess that restarting the gerrit server will "fix" this issue. > Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146)

1 0

[JIRA] (OVIRT-3021) Very slow push/pull to/from gerrit
by Nir Soffer (oVirt JIRA) 23 Sep '20

23 Sep '20

Nir Soffer created OVIRT-3021: --------------------------------- Summary: Very slow push/pull to/from gerrit Key: OVIRT-3021 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3021 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Nir Soffer Assignee: infra Recently pushing changes to gerrit is very slow. It seems that the issue is pulling changes during rebase in "git review". Sometimes "git review" is very slow, but "git review -R" is very quick. This show that the issue was getting changes from gerrit during when git-review try to rebase the current branch on master. I noticed that origin/master and gerrit/master do not show the same commit: $ git log origin/master | head -1 commit 6e6e93cb1d237f9b6fdd533d5afdc1b9ba1c197a $ git log gerrit/master | head -1 commit 353e7b1e322aa02d4767b6617ed094be0643b094 $ git remote -v gerrit http://gerrit.ovirt.org/p/vdsm.git (fetch) gerrit ssh://nsoffer@gerrit.ovirt.org:29418/vdsm.git (push) origin http://gerrit.ovirt.org/p/vdsm.git (fetch) origin http://gerrit.ovirt.org/p/vdsm.git (push) I've been using this configuration for several years, and the slowness started only recently, so I guess the issue is not on my side. Same issues also on ovirt-engine, using similar configuration: $ git remote -v gerrit http://gerrit.ovirt.org/ovirt-engine (fetch) gerrit ssh://nsoffer@gerrit.ovirt.org:29418/ovirt-engine.git (push) origin git://gerrit.ovirt.org/ovirt-engine (fetch) origin git://gerrit.ovirt.org/ovirt-engine (push) Anyone experienced this? I guess that restarting the gerrit server will "fix" this issue. Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146)

1 0

oVirt infra daily report - unstable production jobs - 1322
by jenkins＠jenkins.phx.ovirt.org 23 Sep '20

23 Sep '20

Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - https://jenkins.ovirt.org/job/system_jenkins-report/1322//artifact/exported… Cheers, Jenkins

1 0

[JIRA] (OVIRT-3020) monitor mirrorlist URL
by Evgheni Dereveanchin (oVirt JIRA) 22 Sep '20

22 Sep '20

Evgheni Dereveanchin created OVIRT-3020: ------------------------------------------- Summary: monitor mirrorlist URL Key: OVIRT-3020 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3020 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Evgheni Dereveanchin Assignee: infra We've added a dedicated URL for mirrorlist recently so in some time all oVirt users will use it to fetch the list of mirrors. Due to this, the service is quite important and user-visible. We must add it to monitoring to ensure we always get a response from the relevant release URL. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146)

1 0

[oVirt Jenkins] ovirt-system-tests_basic-suite-master_nightly - Build # 412 - Failure!
by jenkins＠jenkins.phx.ovirt.org 22 Sep '20

22 Sep '20

Project: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/ Build: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly… Build Number: 412 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #412 [Marcin Sobczyk] basic: Remove remaining lago deps from '002_bootstrap_pytest' ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: basic-suite-master.test-scenarios.100_basic_ui_sanity_pytest.test_login[firefox] Error Message: test setup failure Stack Trace: engine_fqdn = 'engine', engine_ip = '192.168.201.4' @pytest.fixture(scope="session") def hub_url(engine_fqdn, engine_ip): env_url = _env_hub_url() if env_url is not None: yield env_url else: backend = _grid_backend() if backend == "podman": if os_utils.on_centos(8) and os_utils.inside_mock(): pytest.skip("podman doesn't work in mock") hub_port = network_utils.find_free_port(4444, 4544) with podman.grid(engine_fqdn, engine_ip, hub_port=hub_port) as hub_url: yield hub_url elif backend == "docker": > with docker.grid(engine_fqdn, engine_ip) as hub_url: ../ost_utils/ost_utils/pytest/fixtures/selenium/__init__.py:76: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ /usr/lib64/python2.7/contextlib.py:17: in __enter__ return self.gen.next() ../ost_utils/ost_utils/selenium/docker.py:118: in grid with _network(network_name): /usr/lib64/python2.7/contextlib.py:17: in __enter__ return self.gen.next() ../ost_utils/ost_utils/selenium/docker.py:61: in _network shell(["docker", "network", "create", network_name]) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ args = ['docker', 'network', 'create', 'grid'], bytes_output = False kwargs = {}, process = <subprocess.Popen object at 0x7f0bcbce33d0>, out = '' err = 'Error response from daemon: network with name grid already exists ' def shell(args, bytes_output=False, **kwargs): process = subprocess.Popen(args, stdout=subprocess.PIPE, stderr=subprocess.PIPE, **kwargs) out, err = process.communicate() if not bytes_output: out = out.decode("utf-8") err = err.decode("utf-8") if process.returncode: > raise ShellError(process.returncode, out, err) E ShellError: Command failed with rc=1. Stdout: E E Stderr: E Error response from daemon: network with name grid already exists ../ost_utils/ost_utils/shell.py:51: ShellError

1 1

oVirt infra daily report - unstable production jobs - 1321
by jenkins＠jenkins.phx.ovirt.org 22 Sep '20

22 Sep '20

Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - https://jenkins.ovirt.org/job/system_jenkins-report/1321//artifact/exported… Cheers, Jenkins

1 0

[oVirt Jenkins] ovirt-system-tests_basic-suite-master_nightly - Build # 407 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 Sep '20

21 Sep '20

Project: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/ Build: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly… Build Number: 407 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #407 [Marcin Sobczyk] basic: Remove remaining lago deps from '002_bootstrap_pytest' ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: basic-suite-master.test-scenarios.100_basic_ui_sanity_pytest.test_virtual_machines[firefox] Error Message: TimeoutException: Message: Wait until VM list view is displayed failed Stack Trace: ovirt_driver = <test_utils.navigation.driver.Driver object at 0x7ff1fd579410> setup_virtual_machines = None save_screenshot = <function save at 0x7ff1fdf93ed8> save_page_source = <function save at 0x7ff1fead2d70> def test_virtual_machines(ovirt_driver, setup_virtual_machines, save_screenshot, save_page_source): try: webadmin_menu = WebAdminLeftMenu(ovirt_driver) > vm_list_view = webadmin_menu.open_vm_list_view() ../basic-suite-master/test-scenarios/100_basic_ui_sanity_pytest.py:266: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ ../basic-suite-master/test_utils/page_objects/WebAdminLeftMenu.py:22: in open_vm_list_view vm_list_view.wait_for_displayed() ../basic-suite-master/test_utils/page_objects/Displayable.py:14: in wait_for_displayed self.ovirt_driver.wait_until('Wait until ' + self.get_displayable_name() + ' is displayed failed', self.is_displayed) ../basic-suite-master/test_utils/navigation/driver.py:282: in wait_until self._wait_until(message, testlib.SHORT_TIMEOUT, condition_method, *args) ../basic-suite-master/test_utils/navigation/driver.py:288: in _wait_until WebDriverWait(self.driver, timeout).until(ConditionClass(condition_method, *args), message) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ self = <selenium.webdriver.support.wait.WebDriverWait (session="fcf0208e-7eb9-4152-b615-3975d274a3d7")> method = <test_utils.navigation.driver.ConditionClass object at 0x7ff1fd55ff50> message = 'Wait until VM list view is displayed failed' def until(self, method, message=''): """Calls the method provided with the driver as an argument until the \ return value is not False.""" screen = None stacktrace = None end_time = time.time() + self._timeout while True: try: value = method(self._driver) if value: return value except self._ignored_exceptions as exc: screen = getattr(exc, 'screen', None) stacktrace = getattr(exc, 'stacktrace', None) time.sleep(self._poll) if time.time() > end_time: break > raise TimeoutException(message, screen, stacktrace) E TimeoutException: Message: Wait until VM list view is displayed failed ../.local/lib/python2.7/site-packages/selenium/webdriver/support/wait.py:80: TimeoutException

1 1

oVirt infra daily report - unstable production jobs - 1320
by jenkins＠jenkins.phx.ovirt.org 21 Sep '20

21 Sep '20

Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - https://jenkins.ovirt.org/job/system_jenkins-report/1320//artifact/exported… Cheers, Jenkins

1 0

[JIRA] (OVIRT-3019) [FIRING:1] MirrorIsOutOfSync web-ovirt-mirrorchecker.apps.ovirt.org:80 oVirt-mirrors-health http://mirror.rackspace.com/ovirt
by Alertmanager_Bot (oVirt JIRA) 20 Sep '20

20 Sep '20

Alertmanager_Bot created OVIRT-3019: --------------------------------------- Summary: [FIRING:1] MirrorIsOutOfSync web-ovirt-mirrorchecker.apps.ovirt.org:80 oVirt-mirrors-health http://mirror.rackspace.com/ovirt Key: OVIRT-3019 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3019 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Alertmanager_Bot Assignee: infra Labels: - alertname = MirrorIsOutOfSync - instance = web-ovirt-mirrorchecker.apps.ovirt.org:80 - job = oVirt-mirrors-health - url = http://mirror.rackspace.com/ovirt Annotations: - description = http://mirror.rackspace.com/ovirt (measured by oVirt-mirrors-health) has not been synced in the past two days. Source: http://prometheus-0:9090/graph?g0.expr=mirror_health_check+%3E+172800&g0.ta… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146)

1 0

[oVirt Jenkins] ovirt-system-tests_basic-suite-master_nightly - Build # 405 - Failure!
by jenkins＠jenkins.phx.ovirt.org 20 Sep '20

20 Sep '20

Project: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/ Build: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly… Build Number: 405 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #405 [Marcin Sobczyk] basic: Remove remaining lago deps from '002_bootstrap_pytest' ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: basic-suite-master.test-scenarios.004_basic_sanity_pytest.test_live_storage_migration Error Message: AssertionError: False != True after 600 seconds Stack Trace: api_v4 = <ovirtsdk4.Connection object at 0x7f45b89370d0> @order_by(_TEST_LIST) def test_live_storage_migration(api_v4): engine = api_v4.system_service() disk_service = test_utils.get_disk_service(engine, DISK0_NAME) correlation_id = 'live_storage_migration' disk_service.move( async=False, filter=False, storage_domain=types.StorageDomain( name=SD_ISCSI_NAME ), query={'correlation_id': correlation_id} ) testlib.assert_true_within_long(lambda: test_utils.all_jobs_finished(engine, correlation_id)) # Assert that the disk is on the correct storage domain, # its status is OK and the snapshot created for the migration # has been merged testlib.assert_true_within_long( lambda: api_v4.follow_link(disk_service.get().storage_domains[0]).name == SD_ISCSI_NAME ) vm0_snapshots_service = test_utils.get_vm_snapshots_service(engine, VM0_NAME) testlib.assert_true_within_long( > lambda: len(vm0_snapshots_service.list()) == 1 ) ../basic-suite-master/test-scenarios/004_basic_sanity_pytest.py:585: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ /usr/lib/python2.7/site-packages/ovirtlago/testlib.py:286: in assert_true_within_long assert_equals_within_long(func, True, allowed_exceptions) /usr/lib/python2.7/site-packages/ovirtlago/testlib.py:273: in assert_equals_within_long func, value, LONG_TIMEOUT, allowed_exceptions=allowed_exceptions _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ func = <function <lambda> at 0x7f45b86ed050>, value = True, timeout = 600 allowed_exceptions = [], initial_wait = 0 def assert_equals_within( func, value, timeout, allowed_exceptions=None, initial_wait=10 ): allowed_exceptions = allowed_exceptions or [] with utils.EggTimer(timeout) as timer: while not timer.elapsed(): try: res = func() if res == value: return except Exception as exc: if _instance_of_any(exc, allowed_exceptions): time.sleep(3) continue LOGGER.exception("Unhandled exception in %s", func) raise if initial_wait == 0: time.sleep(3) else: time.sleep(initial_wait) initial_wait = 0 try: raise AssertionError( > '%s != %s after %s seconds' % (res, value, timeout) ) E AssertionError: False != True after 600 seconds /usr/lib/python2.7/site-packages/ovirtlago/testlib.py:252: AssertionError

1 1

oVirt infra daily report - unstable production jobs - 1319
by jenkins＠jenkins.phx.ovirt.org 20 Sep '20

20 Sep '20

Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - https://jenkins.ovirt.org/job/system_jenkins-report/1319//artifact/exported… Cheers, Jenkins

1 0

[oVirt Jenkins] cleanup-gated-ovirt-master - Build #279 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 19 Sep '20

19 Sep '20

Build: https://jenkins.ovirt.org/job/cleanup-gated-ovirt-master/279/ Build Name: #279 Build Status: FAILURE Gerrit change: null - title: null - project: null - branch: null - author: null <null>

1 0

[oVirt Jenkins] ovirt-system-tests_performance-suite-master - Build # 1584 - Failure!
by jenkins＠jenkins.phx.ovirt.org 19 Sep '20

19 Sep '20

Project: https://jenkins.ovirt.org/job/ovirt-system-tests_performance-suite-master/ Build: https://jenkins.ovirt.org/job/ovirt-system-tests_performance-suite-master/1… Build Number: 1584 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #1584 [Sandro Bonazzola] yum-repos: cbs.centos.org repos doesn't exist anymore [Gal Ben Haim] dockerfile-utils: Specify authfile [Gal Ben Haim] dockerfile-utils: Skopeo change args order ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 040_add_hosts_vms.configure_storage Error Message: setup_storage.sh failed. Exit code is 1 -------------------- >> begin captured logging << -------------------- lago.ssh: DEBUG: start task:2dcd97e8-880d-4e8e-8983-cfdcd528c9be:Get ssh client for lago-performance-suite-master-engine: lago.ssh: DEBUG: end task:2dcd97e8-880d-4e8e-8983-cfdcd528c9be:Get ssh client for lago-performance-suite-master-engine: lago.ssh: DEBUG: Running 2fa1b3a8 on lago-performance-suite-master-engine: /tmp/setup_storage.sh lago.ssh: DEBUG: Command 2fa1b3a8 on lago-performance-suite-master-engine returned with 1 lago.ssh: DEBUG: Command 2fa1b3a8 on lago-performance-suite-master-engine output: success success success success success Creating filesystem with 26476544 4k blocks and 6619136 inodes Filesystem UUID: 78b0cc0a-40b4-448e-9bbd-976f3545850c Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872 Allocating group tables: 0/808??????? ???????done Writing inode tables: 0/808??????? ???????done Creating journal (131072 blocks): done Writing superblocks and filesystem accounting information: 0/808??????? ???????done Relabeled /exports/nfs from system_u:object_r:unlabeled_t:s0 to system_u:object_r:nfs_t:s0 Relabeled /exports/nfs/lost+found from system_u:object_r:unlabeled_t:s0 to system_u:object_r:nfs_t:s0 Relabeled /exports/nfs/share1 from unconfined_u:object_r:unlabeled_t:s0 to unconfined_u:object_r:nfs_t:s0 Relabeled /exports/nfs/share2 from unconfined_u:object_r:unlabeled_t:s0 to unconfined_u:object_r:nfs_t:s0 Relabeled /exports/nfs/iso from unconfined_u:object_r:unlabeled_t:s0 to unconfined_u:object_r:nfs_t:s0 Relabeled /exports/nfs/exported from unconfined_u:object_r:unlabeled_t:s0 to unconfined_u:object_r:nfs_t:s0 Physical volume "/dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_3" successfully created. Volume group "vg1_storage" successfully created Warning: Could not load preferences file /root/.targetcli/prefs.bin. Created target iqn.2014-07.org.ovirt:storage. Created TPG 1. Global pref auto_add_default_portal=true Created default portal listening on all IPs (0.0.0.0), port 3260. Deleted network portal 0.0.0.0:3260 Using default IP port 3260 Created network portal 192.168.200.4:3260. Logical volume "lun0_bdev" created. Created block storage object lun0_bdev using /dev/vg1_storage/lun0_bdev. Parameter emulate_tpu is now '1'. Created LUN 0. Logical volume "lun1_bdev" created. Created block storage object lun1_bdev using /dev/vg1_storage/lun1_bdev. Parameter emulate_tpu is now '1'. Created LUN 1. Logical volume "lun2_bdev" created. Created block storage object lun2_bdev using /dev/vg1_storage/lun2_bdev. Parameter emulate_tpu is now '1'. Created LUN 2. Logical volume "lun3_bdev" created. Created block storage object lun3_bdev using /dev/vg1_storage/lun3_bdev. Parameter emulate_tpu is now '1'. Created LUN 3. Logical volume "lun4_bdev" created. Created block storage object lun4_bdev using /dev/vg1_storage/lun4_bdev. Parameter emulate_tpu is now '1'. Created LUN 4. Parameter userid is now 'username'. Parameter password is now 'password'. Parameter demo_mode_write_protect is now '0'. Parameter generate_node_acls is now '1'. Parameter cache_dynamic_acls is now '1'. Parameter default_cmdsn_depth is now '64'. Configuration saved to /etc/target/saveconfig.json 192.168.200.4:3260,1 iqn.2014-07.org.ovirt:storage Logging in to [iface: default, target: iqn.2014-07.org.ovirt:storage, portal: 192.168.200.4,3260] Login to [iface: default, target: iqn.2014-07.org.ovirt:storage, portal: 192.168.200.4,3260] successful. Scanning SCSI subsystem for new devices Scanning host 0 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning for device 0 0 0 0 ... Scanning for device 0 0 0 0 ... OLD: Host: scsi0 Channel: 00 Id: 00 Lun: 00 Vendor: QEMU Model: QEMU HARDDISK Rev: 2.5+ Type: Direct-Access ANSI SCSI revision: 05 Scanning for device 0 0 0 2 ... OLD: Host: scsi0 Channel: 00 Id: 00 Lun: 02 Vendor: QEMU Model: QEMU HARDDISK Rev: 2.5+ Type: Direct-Access ANSI SCSI revision: 05 Scanning host 1 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 2 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning host 3 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning for device 3 0 0 0 ... Scanning for device 3 0 0 0 ... OLD: Host: scsi3 Channel: 00 Id: 00 Lun: 00 Vendor: LIO-ORG Model: lun0_bdev Rev: 4.0 Type: Direct-Access ANSI SCSI revision: 05 Scanning for device 3 0 0 1 ... OLD: Host: scsi3 Channel: 00 Id: 00 Lun: 01 Vendor: LIO-ORG Model: lun1_bdev Rev: 4.0 Type: Direct-Access ANSI SCSI revision: 05 Scanning for device 3 0 0 2 ... OLD: Host: scsi3 Channel: 00 Id: 00 Lun: 02 Vendor: LIO-ORG Model: lun2_bdev Rev: 4.0 Type: Direct-Access ANSI SCSI revision: 05 Scanning for device 3 0 0 3 ... OLD: Host: scsi3 Channel: 00 Id: 00 Lun: 03 Vendor: LIO-ORG Model: lun3_bdev Rev: 4.0 Type: Direct-Access ANSI SCSI revision: 05 Scanning for device 3 0 0 4 ... OLD: Host: scsi3 Channel: 00 Id: 00 Lun: 04 Vendor: LIO-ORG Model: lun4_bdev Rev: 4.0 Type: Direct-Access ANSI SCSI revision: 05 0 new or changed device(s) found. 0 remapped or resized device(s) found. 0 device(s) removed. Logging out of session [sid: 1, target: iqn.2014-07.org.ovirt:storage, portal: 192.168.200.4,3260] Logout of [sid: 1, target: iqn.2014-07.org.ovirt:storage, portal: 192.168.200.4,3260] successful. oVirt Master Latest Tested 3.6 MB/s | 1.1 MB 00:00 base 35 MB/s | 2.2 MB 00:00 appstream 22 MB/s | 5.7 MB 00:00 powertools 17 MB/s | 1.9 MB 00:00 opstools 5.8 MB/s | 123 kB 00:00 Extra Packages for Enterprise Linux 8 - x86_64 59 MB/s | 7.0 MB 00:00 GlusterFS 7 x86_64 302 kB/s | 22 kB 00:00 virtio-win builds roughly matching what will be 131 kB/s | 7.8 kB 00:00 Copr repo for EL8_collection owned by sbonazzo 23 MB/s | 447 kB 00:00 Copr repo for gluster-ansible owned by sac 579 kB/s | 6.1 kB 00:00 Copr repo for ovsdbapp owned by mdbarroso 200 kB/s | 1.8 kB 00:00 Copr repo for nmstate-0.2 owned by nmstate 343 kB/s | 2.9 kB 00:00 Copr repo for NetworkManager-1.22 owned by netw 2.2 MB/s | 18 kB 00:00 CentOS-8 Advanced virtualization 6.0 MB/s | 72 kB 00:00 CentOS-8 - oVirt 4.4 3.5 MB/s | 509 kB 00:00 Dependencies resolved. Nothing to do. Complete! Last metadata expiration check: 0:00:04 ago on Thu 17 Sep 2020 11:01:41 PM EDT. No match for argument: 389-ds-base-legacy-tools lago.ssh: DEBUG: Command 2fa1b3a8 on lago-performance-suite-master-engine errors: + set -xe + MAIN_NFS_DEV=disk/by-id/scsi-0QEMU_QEMU_HARDDISK_2 + ISCSI_DEV=disk/by-id/scsi-0QEMU_QEMU_HARDDISK_3 + NUM_LUNS=5 ++ awk -F. '{print $(NF-1)}' ++ uname -r + DIST=el8_2 + main ++ hostname + [[ lago-performance-suite-master-engine == *\i\p\v\6* ]] + install_deps + systemctl disable --now kdump.service Removed /etc/systemd/system/multi-user.target.wants/kdump.service. + pkgs_to_install=("nfs-utils" "rpcbind" "lvm2" "targetcli" "sg3_utils" "iscsi-initiator-utils" "policycoreutils-python-utils") + rpm -q nfs-utils rpcbind lvm2 targetcli sg3_utils iscsi-initiator-utils policycoreutils-python-utils + setup_services + install_firewalld + [[ el8_2 == \e\l\7 ]] + configure_firewalld + rpm -q firewalld + systemctl status firewalld + firewall-cmd --permanent --add-service=iscsi-target + firewall-cmd --permanent --add-service=ldap + firewall-cmd --permanent --add-service=nfs + firewall-cmd --permanent --add-service=ntp Warning: ALREADY_ENABLED: ntp + firewall-cmd --reload + sed -i '/\[mountd\]/aport=892' /etc/nfs.conf + sed -i '/\[statd\]/aport=662' /etc/nfs.conf + sed -i '/\[lockd\]/aport=32803\nudp-port=32769' /etc/nfs.conf + systemctl restart rpcbind.service + systemctl enable --now rpcbind.service + systemctl enable --now nfs-server.service Created symlink /etc/systemd/system/multi-user.target.wants/nfs-server.service → /usr/lib/systemd/system/nfs-server.service. + systemctl start nfs-idmapd.service + setup_main_nfs + setup_device disk/by-id/scsi-0QEMU_QEMU_HARDDISK_2 /exports/nfs + local device=disk/by-id/scsi-0QEMU_QEMU_HARDDISK_2 + local mountpath=/exports/nfs + mkdir -p /exports/nfs + mkfs.ext4 -E nodiscard -F /dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_2 mke2fs 1.45.4 (23-Sep-2019) + echo -e '/dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_2\t/exports/nfs\text4\tdefaults,discard\t0 0' + mount /dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_2 /exports/nfs + setup_nfs /exports/nfs/share1 + local exportpath=/exports/nfs/share1 + mkdir -p /exports/nfs/share1 + chmod a+rwx /exports/nfs/share1 + echo '/exports/nfs/share1 *(rw,sync,anonuid=36,anongid=36,all_squash)' + setup_export + setup_nfs /exports/nfs/exported + local exportpath=/exports/nfs/exported + mkdir -p /exports/nfs/exported + chmod a+rwx /exports/nfs/exported + echo '/exports/nfs/exported *(rw,sync,anonuid=36,anongid=36,all_squash)' + setup_iso + setup_nfs /exports/nfs/iso + local exportpath=/exports/nfs/iso + mkdir -p /exports/nfs/iso + chmod a+rwx /exports/nfs/iso + echo '/exports/nfs/iso *(rw,sync,anonuid=36,anongid=36,all_squash)' + setup_second_nfs + setup_nfs /exports/nfs/share2 + local exportpath=/exports/nfs/share2 + mkdir -p /exports/nfs/share2 + chmod a+rwx /exports/nfs/share2 + echo '/exports/nfs/share2 *(rw,sync,anonuid=36,anongid=36,all_squash)' + set_selinux_on_nfs + semanage fcontext -a -t nfs_t '/exports/nfs(/.*)?' + restorecon -Rv /exports/nfs + activate_nfs + exportfs -a + setup_lvm_filter + cat + setup_iscsi ++ hostname + [[ lago-performance-suite-master-engine == *\-\s\t\o\r\a\g\e ]] ++ grep -oP '(?<=inet ).*(?=/)' ++ ip -4 addr show eth1 + IP=192.168.200.4 + pvcreate --zero n /dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_3 + vgcreate --zero n vg1_storage /dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_3 + targetcli /iscsi create iqn.2014-07.org.ovirt:storage + targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1/portals delete 0.0.0.0 3260 + targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1/portals create ip_address=192.168.200.4 ip_port=3260 ++ seq 5 + for I in $(seq $NUM_LUNS) + create_lun 0 + local ID=0 + lvcreate --zero n -L20G -n lun0_bdev vg1_storage WARNING: Logical volume vg1_storage/lun0_bdev not zeroed. + targetcli /backstores/block create name=lun0_bdev dev=/dev/vg1_storage/lun0_bdev + targetcli /backstores/block/lun0_bdev set attribute emulate_tpu=1 + targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1/luns/ create /backstores/block/lun0_bdev + for I in $(seq $NUM_LUNS) + create_lun 1 + local ID=1 + lvcreate --zero n -L20G -n lun1_bdev vg1_storage WARNING: Logical volume vg1_storage/lun1_bdev not zeroed. + targetcli /backstores/block create name=lun1_bdev dev=/dev/vg1_storage/lun1_bdev + targetcli /backstores/block/lun1_bdev set attribute emulate_tpu=1 + targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1/luns/ create /backstores/block/lun1_bdev + for I in $(seq $NUM_LUNS) + create_lun 2 + local ID=2 + lvcreate --zero n -L20G -n lun2_bdev vg1_storage WARNING: Logical volume vg1_storage/lun2_bdev not zeroed. + targetcli /backstores/block create name=lun2_bdev dev=/dev/vg1_storage/lun2_bdev + targetcli /backstores/block/lun2_bdev set attribute emulate_tpu=1 + targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1/luns/ create /backstores/block/lun2_bdev + for I in $(seq $NUM_LUNS) + create_lun 3 + local ID=3 + lvcreate --zero n -L20G -n lun3_bdev vg1_storage WARNING: Logical volume vg1_storage/lun3_bdev not zeroed. + targetcli /backstores/block create name=lun3_bdev dev=/dev/vg1_storage/lun3_bdev + targetcli /backstores/block/lun3_bdev set attribute emulate_tpu=1 + targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1/luns/ create /backstores/block/lun3_bdev + for I in $(seq $NUM_LUNS) + create_lun 4 + local ID=4 + lvcreate --zero n -L20G -n lun4_bdev vg1_storage WARNING: Logical volume vg1_storage/lun4_bdev not zeroed. + targetcli /backstores/block create name=lun4_bdev dev=/dev/vg1_storage/lun4_bdev + targetcli /backstores/block/lun4_bdev set attribute emulate_tpu=1 + targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1/luns/ create /backstores/block/lun4_bdev + targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1 set auth userid=username password=password + targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1 set attribute demo_mode_write_protect=0 generate_node_acls=1 cache_dynamic_acls=1 default_cmdsn_depth=64 + targetcli saveconfig + systemctl enable --now target Created symlink /etc/systemd/system/multi-user.target.wants/target.service → /usr/lib/systemd/system/target.service. + sed -i 's/#node.session.auth.authmethod = CHAP/node.session.auth.authmethod = CHAP/g' /etc/iscsi/iscsid.conf + sed -i 's/#node.session.auth.username = username/node.session.auth.username = username/g' /etc/iscsi/iscsid.conf + sed -i 's/#node.session.auth.password = password/node.session.auth.password = password/g' /etc/iscsi/iscsid.conf + sed -i 's/node.conn\[0\].timeo.noop_out_timeout = 5/node.conn\[0\].timeo.noop_out_timeout = 30/g' /etc/iscsi/iscsid.conf + iscsiadm -m discovery -t sendtargets -p 192.168.200.4 + iscsiadm -m node -L all + rescan-scsi-bus.sh which: no multipath in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin) + ls /dev/disk/by-id/scsi-360014051b18182623d649bf8a1677508 /dev/disk/by-id/scsi-3600140560dddf47a1c84d65aa1bf2da7 /dev/disk/by-id/scsi-360014057c57a5453bee43088583d8085 /dev/disk/by-id/scsi-36001405c13ab636c31448d393d93d81f /dev/disk/by-id/scsi-36001405f7a38ceb1fce49aeadd415586 + cut -d - -f 3 + sort + iscsiadm -m node -U all + iscsiadm -m node -o delete + systemctl disable --now iscsi.service Removed /etc/systemd/system/remote-fs.target.wants/iscsi.service. + install_deps_389ds + rpm -q 389-ds-base 389-ds-base-legacy-tools + dnf module -y enable 389-ds + yum install --nogpgcheck -y 389-ds-base 389-ds-base-legacy-tools Error: Unable to find a match: 389-ds-base-legacy-tools --------------------- >> end captured logging << --------------------- Stack Trace: 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 142, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 60, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/agent/workspace/ovirt-system-tests_performance-suite-master/ovirt-system-tests/performance-suite-master/test-scenarios/040_add_hosts_vms.py", line 745, in configure_storage result.code, 0, 'setup_storage.sh failed. Exit code is %s' % result.code File "/usr/lib/python2.7/site-packages/nose/tools/trivial.py", line 29, in eq_ raise AssertionError(msg or "%r != %r" % (a, b)) 'setup_storage.sh failed. Exit code is 1\n-------------------- >> begin captured logging << --------------------\nlago.ssh: DEBUG: start task:2dcd97e8-880d-4e8e-8983-cfdcd528c9be:Get ssh client for lago-performance-suite-master-engine:\nlago.ssh: DEBUG: end task:2dcd97e8-880d-4e8e-8983-cfdcd528c9be:Get ssh client for lago-performance-suite-master-engine:\nlago.ssh: DEBUG: Running 2fa1b3a8 on lago-performance-suite-master-engine: /tmp/setup_storage.sh\nlago.ssh: DEBUG: Command 2fa1b3a8 on lago-performance-suite-master-engine returned with 1\nlago.ssh: DEBUG: Command 2fa1b3a8 on lago-performance-suite-master-engine output:\n success\nsuccess\nsuccess\nsuccess\nsuccess\nCreating filesystem with 26476544 4k blocks and 6619136 inodes\nFilesystem UUID: 78b0cc0a-40b4-448e-9bbd-976f3545850c\nSuperblock backups stored on blocks: \n\t32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, \n\t4096000, 7962624, 11239424, 20480000, 23887872\n\nAllocating group tables: 0/808\x08\x08\x08\x08\x08\x08\x08 \x08\x08\x08\x08\x08\x08\x08done \nWriting inode tables: 0/808\x08\x08\x08\x08\x08\x08\x08 \x08\x08\x08\x08\x08\x08\x08done \nCreating journal (131072 blocks): done\nWriting superblocks and filesystem accounting information: 0/808\x08\x08\x08\x08\x08\x08\x08 \x08\x08\x08\x08\x08\x08\x08done\n\nRelabeled /exports/nfs from system_u:object_r:unlabeled_t:s0 to system_u:object_r:nfs_t:s0\nRelabeled /exports/nfs/lost+found from system_u:object_r:unlabeled_t:s0 to system_u:object_r:nfs_t:s0\nRelabeled /exports/nfs/share1 from unconfined_u:object_r:unlabeled_t:s0 to unconfined_u:object_r:nfs_t:s0\nRelabeled /exports/nfs/share2 from unconfined_u:object_r:unlabeled_t:s0 to unconfined_u:object_r:nfs_t:s0\nRelabeled /exports/nfs/iso from unconfined_u:object_r:unlabeled_t:s0 to unconfined_u:object_r:nfs_t:s0\nRelabeled /exports/nfs/exported from unconfined_u:object_r:unlabeled_t:s0 to unconfined_u:object_r:nfs_t:s0\n Physical volume "/dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_3" successfully created.\n Volume group "vg1_storage" successfully created\nWarning: Could not load preferences file /root/.targetcli/prefs.bin.\nCreated target iqn.2014-07.org.ovirt:storage.\nCreated TPG 1.\nGlobal pref auto_add_default_portal=true\nCreated default portal listening on all IPs (0.0.0.0), port 3260.\nDeleted network portal 0.0.0.0:3260\nUsing default IP port 3260\nCreated network portal 192.168.200.4:3260.\n Logical volume "lun0_bdev" created.\nCreated block storage object lun0_bdev using /dev/vg1_storage/lun0_bdev.\nParameter emulate_tpu is now \'1\'.\nCreated LUN 0.\n Logical volume "lun1_bdev" created.\nCreated block storage object lun1_bdev using /dev/vg1_storage/lun1_bdev.\nParameter emulate_tpu is now \'1\'.\nCreated LUN 1.\n Logical volume "lun2_bdev" created.\nCreated block storage object lun2_bdev using /dev/vg1_storage/lun2_bdev.\nParameter emulate_tpu is now \'1\'.\nCreated LUN 2.\n Logical volume "lun3_bdev" created.\nCreated block storage object lun3_bdev using /dev/vg1_storage/lun3_bdev.\nParameter emulate_tpu is now \'1\'.\nCreated LUN 3.\n Logical volume "lun4_bdev" created.\nCreated block storage object lun4_bdev using /dev/vg1_storage/lun4_bdev.\nParameter emulate_tpu is now \'1\'.\nCreated LUN 4.\nParameter userid is now \'username\'.\nParameter password is now \'password\'.\nParameter demo_mode_write_protect is now \'0\'.\nParameter generate_node_acls is now \'1\'.\nParameter cache_dynamic_acls is now \'1\'.\nParameter default_cmdsn_depth is now \'64\'.\nConfiguration saved to /etc/target/saveconfig.json\n192.168.200.4:3260,1 iqn.2014-07.org.ovirt:storage\nLogging in to [iface: default, target: iqn.2014-07.org.ovirt:storage, portal: 192.168.200.4,3260]\nLogin to [iface: default, target: iqn.2014-07.org.ovirt:storage, portal: 192.168.200.4,3260] successful.\nScanning SCSI subsystem for new devices\nScanning host 0 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs\n Scanning for device 0 0 0 0 ...\r Scanning for device 0 0 0 0 ... \nOLD: Host: scsi0 Channel: 00 Id: 00 Lun: 00\n Vendor: QEMU Model: QEMU HARDDISK Rev: 2.5+\n Type: Direct-Access ANSI SCSI revision: 05\n Scanning for device 0 0 0 2 ... \nOLD: Host: scsi0 Channel: 00 Id: 00 Lun: 02\n Vendor: QEMU Model: QEMU HARDDISK Rev: 2.5+\n Type: Direct-Access ANSI SCSI revision: 05\nScanning host 1 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs\nScanning host 2 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs\nScanning host 3 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs\n Scanning for device 3 0 0 0 ...\r Scanning for device 3 0 0 0 ... \nOLD: Host: scsi3 Channel: 00 Id: 00 Lun: 00\n Vendor: LIO-ORG Model: lun0_bdev Rev: 4.0 \n Type: Direct-Access ANSI SCSI revision: 05\n Scanning for device 3 0 0 1 ... \nOLD: Host: scsi3 Channel: 00 Id: 00 Lun: 01\n Vendor: LIO-ORG Model: lun1_bdev Rev: 4.0 \n Type: Direct-Access ANSI SCSI revision: 05\n Scanning for device 3 0 0 2 ... \nOLD: Host: scsi3 Channel: 00 Id: 00 Lun: 02\n Vendor: LIO-ORG Model: lun2_bdev Rev: 4.0 \n Type: Direct-Access ANSI SCSI revision: 05\n Scanning for device 3 0 0 3 ... \nOLD: Host: scsi3 Channel: 00 Id: 00 Lun: 03\n Vendor: LIO-ORG Model: lun3_bdev Rev: 4.0 \n Type: Direct-Access ANSI SCSI revision: 05\n Scanning for device 3 0 0 4 ... \nOLD: Host: scsi3 Channel: 00 Id: 00 Lun: 04\n Vendor: LIO-ORG Model: lun4_bdev Rev: 4.0 \n Type: Direct-Access ANSI SCSI revision: 05\n0 new or changed device(s) found. \n0 remapped or resized device(s) found.\n0 device(s) removed. \nLogging out of session [sid: 1, target: iqn.2014-07.org.ovirt:storage, portal: 192.168.200.4,3260]\nLogout of [sid: 1, target: iqn.2014-07.org.ovirt:storage, portal: 192.168.200.4,3260] successful.\noVirt Master Latest Tested 3.6 MB/s | 1.1 MB 00:00 \nbase 35 MB/s | 2.2 MB 00:00 \nappstream 22 MB/s | 5.7 MB 00:00 \npowertools 17 MB/s | 1.9 MB 00:00 \nopstools 5.8 MB/s | 123 kB 00:00 \nExtra Packages for Enterprise Linux 8 - x86_64 59 MB/s | 7.0 MB 00:00 \nGlusterFS 7 x86_64 302 kB/s | 22 kB 00:00 \nvirtio-win builds roughly matching what will be 131 kB/s | 7.8 kB 00:00 \nCopr repo for EL8_collection owned by sbonazzo 23 MB/s | 447 kB 00:00 \nCopr repo for gluster-ansible owned by sac 579 kB/s | 6.1 kB 00:00 \nCopr repo for ovsdbapp owned by mdbarroso 200 kB/s | 1.8 kB 00:00 \nCopr repo for nmstate-0.2 owned by nmstate 343 kB/s | 2.9 kB 00:00 \nCopr repo for NetworkManager-1.22 owned by netw 2.2 MB/s | 18 kB 00:00 \nCentOS-8 Advanced virtualization 6.0 MB/s | 72 kB 00:00 \nCentOS-8 - oVirt 4.4 3.5 MB/s | 509 kB 00:00 \nDependencies resolved.\nNothing to do.\nComplete!\nLast metadata expiration check: 0:00:04 ago on Thu 17 Sep 2020 11:01:41 PM EDT.\nNo match for argument: 389-ds-base-legacy-tools\n\nlago.ssh: DEBUG: Command 2fa1b3a8 on lago-performance-suite-master-engine errors:\n + set -xe\n+ MAIN_NFS_DEV=disk/by-id/scsi-0QEMU_QEMU_HARDDISK_2\n+ ISCSI_DEV=disk/by-id/scsi-0QEMU_QEMU_HARDDISK_3\n+ NUM_LUNS=5\n++ awk -F. \'{print $(NF-1)}\'\n++ uname -r\n+ DIST=el8_2\n+ main\n++ hostname\n+ [[ lago-performance-suite-master-engine == *\\i\\p\\v\\6* ]]\n+ install_deps\n+ systemctl disable --now kdump.service\nRemoved /etc/systemd/system/multi-user.target.wants/kdump.service.\n+ pkgs_to_install=("nfs-utils" "rpcbind" "lvm2" "targetcli" "sg3_utils" "iscsi-initiator-utils" "policycoreutils-python-utils")\n+ rpm -q nfs-utils rpcbind lvm2 targetcli sg3_utils iscsi-initiator-utils policycoreutils-python-utils\n+ setup_services\n+ install_firewalld\n+ [[ el8_2 == \\e\\l\\7 ]]\n+ configure_firewalld\n+ rpm -q firewalld\n+ systemctl status firewalld\n+ firewall-cmd --permanent --add-service=iscsi-target\n+ firewall-cmd --permanent --add-service=ldap\n+ firewall-cmd --permanent --add-service=nfs\n+ firewall-cmd --permanent --add-service=ntp\nWarning: ALREADY_ENABLED: ntp\n+ firewall-cmd --reload\n+ sed -i \'/\\[mountd\\]/aport=892\' /etc/nfs.conf\n+ sed -i \'/\\[statd\\]/aport=662\' /etc/nfs.conf\n+ sed -i \'/\\[lockd\\]/aport=32803\\nudp-port=32769\' /etc/nfs.conf\n+ systemctl restart rpcbind.service\n+ systemctl enable --now rpcbind.service\n+ systemctl enable --now nfs-server.service\nCreated symlink /etc/systemd/system/multi-user.target.wants/nfs-server.service \xe2\x86\x92 /usr/lib/systemd/system/nfs-server.service.\n+ systemctl start nfs-idmapd.service\n+ setup_main_nfs\n+ setup_device disk/by-id/scsi-0QEMU_QEMU_HARDDISK_2 /exports/nfs\n+ local device=disk/by-id/scsi-0QEMU_QEMU_HARDDISK_2\n+ local mountpath=/exports/nfs\n+ mkdir -p /exports/nfs\n+ mkfs.ext4 -E nodiscard -F /dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_2\nmke2fs 1.45.4 (23-Sep-2019)\n+ echo -e \'/dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_2\\t/exports/nfs\\text4\\tdefaults,discard\\t0 0\'\n+ mount /dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_2 /exports/nfs\n+ setup_nfs /exports/nfs/share1\n+ local exportpath=/exports/nfs/share1\n+ mkdir -p /exports/nfs/share1\n+ chmod a+rwx /exports/nfs/share1\n+ echo \'/exports/nfs/share1 *(rw,sync,anonuid=36,anongid=36,all_squash)\'\n+ setup_export\n+ setup_nfs /exports/nfs/exported\n+ local exportpath=/exports/nfs/exported\n+ mkdir -p /exports/nfs/exported\n+ chmod a+rwx /exports/nfs/exported\n+ echo \'/exports/nfs/exported *(rw,sync,anonuid=36,anongid=36,all_squash)\'\n+ setup_iso\n+ setup_nfs /exports/nfs/iso\n+ local exportpath=/exports/nfs/iso\n+ mkdir -p /exports/nfs/iso\n+ chmod a+rwx /exports/nfs/iso\n+ echo \'/exports/nfs/iso *(rw,sync,anonuid=36,anongid=36,all_squash)\'\n+ setup_second_nfs\n+ setup_nfs /exports/nfs/share2\n+ local exportpath=/exports/nfs/share2\n+ mkdir -p /exports/nfs/share2\n+ chmod a+rwx /exports/nfs/share2\n+ echo \'/exports/nfs/share2 *(rw,sync,anonuid=36,anongid=36,all_squash)\'\n+ set_selinux_on_nfs\n+ semanage fcontext -a -t nfs_t \'/exports/nfs(/.*)?\'\n+ restorecon -Rv /exports/nfs\n+ activate_nfs\n+ exportfs -a\n+ setup_lvm_filter\n+ cat\n+ setup_iscsi\n++ hostname\n+ [[ lago-performance-suite-master-engine == *\\-\\s\\t\\o\\r\\a\\g\\e ]]\n++ grep -oP \'(?<=inet ).*(?=/)\'\n++ ip -4 addr show eth1\n+ IP=192.168.200.4\n+ pvcreate --zero n /dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_3\n+ vgcreate --zero n vg1_storage /dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_3\n+ targetcli /iscsi create iqn.2014-07.org.ovirt:storage\n+ targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1/portals delete 0.0.0.0 3260\n+ targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1/portals create ip_address=192.168.200.4 ip_port=3260\n++ seq 5\n+ for I in $(seq $NUM_LUNS)\n+ create_lun 0\n+ local ID=0\n+ lvcreate --zero n -L20G -n lun0_bdev vg1_storage\n WARNING: Logical volume vg1_storage/lun0_bdev not zeroed.\n+ targetcli /backstores/block create name=lun0_bdev dev=/dev/vg1_storage/lun0_bdev\n+ targetcli /backstores/block/lun0_bdev set attribute emulate_tpu=1\n+ targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1/luns/ create /backstores/block/lun0_bdev\n+ for I in $(seq $NUM_LUNS)\n+ create_lun 1\n+ local ID=1\n+ lvcreate --zero n -L20G -n lun1_bdev vg1_storage\n WARNING: Logical volume vg1_storage/lun1_bdev not zeroed.\n+ targetcli /backstores/block create name=lun1_bdev dev=/dev/vg1_storage/lun1_bdev\n+ targetcli /backstores/block/lun1_bdev set attribute emulate_tpu=1\n+ targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1/luns/ create /backstores/block/lun1_bdev\n+ for I in $(seq $NUM_LUNS)\n+ create_lun 2\n+ local ID=2\n+ lvcreate --zero n -L20G -n lun2_bdev vg1_storage\n WARNING: Logical volume vg1_storage/lun2_bdev not zeroed.\n+ targetcli /backstores/block create name=lun2_bdev dev=/dev/vg1_storage/lun2_bdev\n+ targetcli /backstores/block/lun2_bdev set attribute emulate_tpu=1\n+ targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1/luns/ create /backstores/block/lun2_bdev\n+ for I in $(seq $NUM_LUNS)\n+ create_lun 3\n+ local ID=3\n+ lvcreate --zero n -L20G -n lun3_bdev vg1_storage\n WARNING: Logical volume vg1_storage/lun3_bdev not zeroed.\n+ targetcli /backstores/block create name=lun3_bdev dev=/dev/vg1_storage/lun3_bdev\n+ targetcli /backstores/block/lun3_bdev set attribute emulate_tpu=1\n+ targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1/luns/ create /backstores/block/lun3_bdev\n+ for I in $(seq $NUM_LUNS)\n+ create_lun 4\n+ local ID=4\n+ lvcreate --zero n -L20G -n lun4_bdev vg1_storage\n WARNING: Logical volume vg1_storage/lun4_bdev not zeroed.\n+ targetcli /backstores/block create name=lun4_bdev dev=/dev/vg1_storage/lun4_bdev\n+ targetcli /backstores/block/lun4_bdev set attribute emulate_tpu=1\n+ targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1/luns/ create /backstores/block/lun4_bdev\n+ targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1 set auth userid=username password=password\n+ targetcli /iscsi/iqn.2014-07.org.ovirt:storage/tpg1 set attribute demo_mode_write_protect=0 generate_node_acls=1 cache_dynamic_acls=1 default_cmdsn_depth=64\n+ targetcli saveconfig\n+ systemctl enable --now target\nCreated symlink /etc/systemd/system/multi-user.target.wants/target.service \xe2\x86\x92 /usr/lib/systemd/system/target.service.\n+ sed -i \'s/#node.session.auth.authmethod = CHAP/node.session.auth.authmethod = CHAP/g\' /etc/iscsi/iscsid.conf\n+ sed -i \'s/#node.session.auth.username = username/node.session.auth.username = username/g\' /etc/iscsi/iscsid.conf\n+ sed -i \'s/#node.session.auth.password = password/node.session.auth.password = password/g\' /etc/iscsi/iscsid.conf\n+ sed -i \'s/node.conn\\[0\\].timeo.noop_out_timeout = 5/node.conn\\[0\\].timeo.noop_out_timeout = 30/g\' /etc/iscsi/iscsid.conf\n+ iscsiadm -m discovery -t sendtargets -p 192.168.200.4\n+ iscsiadm -m node -L all\n+ rescan-scsi-bus.sh\nwhich: no multipath in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin)\n+ ls /dev/disk/by-id/scsi-360014051b18182623d649bf8a1677508 /dev/disk/by-id/scsi-3600140560dddf47a1c84d65aa1bf2da7 /dev/disk/by-id/scsi-360014057c57a5453bee43088583d8085 /dev/disk/by-id/scsi-36001405c13ab636c31448d393d93d81f /dev/disk/by-id/scsi-36001405f7a38ceb1fce49aeadd415586\n+ cut -d - -f 3\n+ sort\n+ iscsiadm -m node -U all\n+ iscsiadm -m node -o delete\n+ systemctl disable --now iscsi.service\nRemoved /etc/systemd/system/remote-fs.target.wants/iscsi.service.\n+ install_deps_389ds\n+ rpm -q 389-ds-base 389-ds-base-legacy-tools\n+ dnf module -y enable 389-ds\n+ yum install --nogpgcheck -y 389-ds-base 389-ds-base-legacy-tools\nError: Unable to find a match: 389-ds-base-legacy-tools\n\n--------------------- >> end captured logging << ---------------------'

1 1

[oVirt Jenkins] ovirt-system-tests_basic-suite-master_nightly - Build # 399 - Failure!
by jenkins＠jenkins.phx.ovirt.org 19 Sep '20

19 Sep '20

Project: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/ Build: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly… Build Number: 399 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #399 [Sandro Bonazzola] yum-repos: cbs.centos.org repos doesn't exist anymore [Gal Ben Haim] dockerfile-utils: Specify authfile [Gal Ben Haim] dockerfile-utils: Skopeo change args order ----------------- Failed Tests: ----------------- No tests ran.

1 3

oVirt infra daily report - unstable production jobs - 1318
by jenkins＠jenkins.phx.ovirt.org 19 Sep '20

19 Sep '20

Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - https://jenkins.ovirt.org/job/system_jenkins-report/1318//artifact/exported… Cheers, Jenkins

1 0

oVirt infra daily report - unstable production jobs - 1317
by jenkins＠jenkins.phx.ovirt.org 18 Sep '20

18 Sep '20

Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - https://jenkins.ovirt.org/job/system_jenkins-report/1317//artifact/exported… Cheers, Jenkins

1 0

[CQ]: 111357, 2 (jenkins) failed "dummy-master" system tests, but isn't the failure root cause
by oVirt Jenkins 17 Sep '20

17 Sep '20

A system test invoked by the "dummy-master" change queue including change 111357,2 (jenkins) failed. However, this change seems not to be the root cause for this failure. Change 111343,2 (jenkins) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 111343,2 (jenkins) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/111357/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/111343/2 For failed test results see: https://jenkins.ovirt.org/job/dummy-master_change-queue-tester/535/

1 0

[CQ]: 111343,2 (jenkins) failed "dummy-master" system tests
by oVirt Jenkins 17 Sep '20

17 Sep '20

Change 111343,2 (jenkins) is probably the reason behind recent system test failures in the "dummy-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/111343/2 For failed test results see: https://jenkins.ovirt.org/job/dummy-master_change-queue-tester/533/

1 0

[CQ]: 111254, 2 (ovirt-engine-ui-extensions) failed "ovirt-master" system tests
by oVirt Jenkins 17 Sep '20

17 Sep '20

Change 111254,2 (ovirt-engine-ui-extensions) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/111254/2 For failed test results see: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/25886/

1 0

[JIRA] (OVIRT-3018) add matomo stats to blogs.ovirt.org
by Evgheni Dereveanchin (oVirt JIRA) 17 Sep '20

17 Sep '20

Evgheni Dereveanchin created OVIRT-3018: ------------------------------------------- Summary: add matomo stats to blogs.ovirt.org Key: OVIRT-3018 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3018 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Evgheni Dereveanchin Assignee: infra -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146)

1 0

oVirt infra daily report - unstable production jobs - 1316
by jenkins＠jenkins.phx.ovirt.org 17 Sep '20

17 Sep '20

Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - https://jenkins.ovirt.org/job/system_jenkins-report/1316//artifact/exported… Cheers, Jenkins

1 0

[oVirt Jenkins] ovirt-system-tests_basic-suite-master_nightly - Build # 393 - Failure!
by jenkins＠jenkins.phx.ovirt.org 16 Sep '20

16 Sep '20

Project: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/ Build: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly… Build Number: 393 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #393 [Galit Rosenthal] Rm he basic iscsi4.3 he node ng 4.3 from check_patch ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: basic-suite-master.test-scenarios.100_basic_ui_sanity_pytest.test_virtual_machines[firefox] Error Message: TimeoutException: Message: Wait until VM list view is displayed failed Stack Trace: ovirt_driver = <test_utils.navigation.driver.Driver object at 0x7f9798416410> setup_virtual_machines = None save_screenshot = <function save at 0x7f9798e3bed8> save_page_source = <function save at 0x7f979997ad70> def test_virtual_machines(ovirt_driver, setup_virtual_machines, save_screenshot, save_page_source): try: webadmin_menu = WebAdminLeftMenu(ovirt_driver) > vm_list_view = webadmin_menu.open_vm_list_view() ../basic-suite-master/test-scenarios/100_basic_ui_sanity_pytest.py:266: _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ ../basic-suite-master/test_utils/page_objects/WebAdminLeftMenu.py:22: in open_vm_list_view vm_list_view.wait_for_displayed() ../basic-suite-master/test_utils/page_objects/Displayable.py:14: in wait_for_displayed self.ovirt_driver.wait_until('Wait until ' + self.get_displayable_name() + ' is displayed failed', self.is_displayed) ../basic-suite-master/test_utils/navigation/driver.py:282: in wait_until self._wait_until(message, testlib.SHORT_TIMEOUT, condition_method, *args) ../basic-suite-master/test_utils/navigation/driver.py:288: in _wait_until WebDriverWait(self.driver, timeout).until(ConditionClass(condition_method, *args), message) _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ self = <selenium.webdriver.support.wait.WebDriverWait (session="8ddc23ce-eeec-4ffe-ab94-4803e544de89")> method = <test_utils.navigation.driver.ConditionClass object at 0x7f9798412410> message = 'Wait until VM list view is displayed failed' def until(self, method, message=''): """Calls the method provided with the driver as an argument until the \ return value is not False.""" screen = None stacktrace = None end_time = time.time() + self._timeout while True: try: value = method(self._driver) if value: return value except self._ignored_exceptions as exc: screen = getattr(exc, 'screen', None) stacktrace = getattr(exc, 'stacktrace', None) time.sleep(self._poll) if time.time() > end_time: break > raise TimeoutException(message, screen, stacktrace) E TimeoutException: Message: Wait until VM list view is displayed failed ../.local/lib/python2.7/site-packages/selenium/webdriver/support/wait.py:80: TimeoutException

1 2

[CQ]: 111335, 1 (ovirt-engine-api-model) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 16 Sep '20

16 Sep '20

A system test invoked by the "ovirt-master" change queue including change 111335,1 (ovirt-engine-api-model) failed. However, this change seems not to be the root cause for this failure. Change 111145,3 (ovirt-engine-api-model) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 111145,3 (ovirt-engine-api- model) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/111335/1 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/111145/3 For failed test results see: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/25862/

1 0

[JIRA] (OVIRT-3017) the /boot partition is almost 100% full on some of our IBM BM
by Shlomi Zidmi (oVirt JIRA) 16 Sep '20

16 Sep '20

Shlomi Zidmi created OVIRT-3017: ----------------------------------- Summary: the /boot partition is almost 100% full on some of our IBM BM Key: OVIRT-3017 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3017 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Shlomi Zidmi Assignee: infra /boot needs to be cleaned up before it goes 100% full -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146)

1 0

[JIRA] (OVIRT-3016) Several jenkins workers are offline and unreachable over SSH
by Sandro Bonazzola (oVirt JIRA) 16 Sep '20

16 Sep '20

Sandro Bonazzola created OVIRT-3016: --------------------------------------- Summary: Several jenkins workers are offline and unreachable over SSH Key: OVIRT-3016 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3016 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Sandro Bonazzola Assignee: infra Several jenkins workers are offline and unreachable over SSH: $ ssh vm0095.workers-phx.ovirt.org ssh: connect to host vm0095.workers-phx.ovirt.org port 22: No route to host $ ssh vm0096.workers-phx.ovirt.org ssh: connect to host vm0096.workers-phx.ovirt.org port 22: No route to host $ ssh vm0097.workers-phx.ovirt.org ssh: connect to host vm0097.workers-phx.ovirt.org port 22: No route to host $ ssh vm0098.workers-phx.ovirt.org ssh: connect to host vm0098.workers-phx.ovirt.org port 22: No route to host $ ssh vm0206.workers-phx.ovirt.org ssh: connect to host vm0206.workers-phx.ovirt.org port 22: No route to host -- Sandro Bonazzola MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146)

1 0

[oVirt Jenkins] ovirt-system-tests_basic-suite-master_nightly - Build # 388 - Failure!
by jenkins＠jenkins.phx.ovirt.org 16 Sep '20

16 Sep '20

Project: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/ Build: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly… Build Number: 388 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #388 [Milan Zamazal] basic: Disable smartcard temporarily ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: basic-suite-master.test-scenarios.100_basic_ui_sanity_pytest.test_virtual_machines[firefox] Error Message: AssertionError: assert 'vm0' in [] Stack Trace: ovirt_driver = <test_utils.navigation.driver.Driver object at 0x7f2075445410> setup_virtual_machines = None save_screenshot = <function save at 0x7f2075e9dd70> save_page_source = <function save at 0x7f20769dcd70> def test_virtual_machines(ovirt_driver, setup_virtual_machines, save_screenshot, save_page_source): try: webadmin_menu = WebAdminLeftMenu(ovirt_driver) vm_list_view = webadmin_menu.open_vm_list_view() vms = vm_list_view.get_vms() > assert 'vm0' in vms E AssertionError: assert 'vm0' in [] ../basic-suite-master/test-scenarios/100_basic_ui_sanity_pytest.py:269: AssertionError

1 3

[JIRA] (OVIRT-3015) [FIRING:1] MirrorIsOutOfSync web-ovirt-mirrorchecker.apps.ovirt.org:80 oVirt-mirrors-health http://mirror.slu.cz/ovirt
by Alertmanager_Bot (oVirt JIRA) 16 Sep '20

16 Sep '20

Alertmanager_Bot created OVIRT-3015: --------------------------------------- Summary: [FIRING:1] MirrorIsOutOfSync web-ovirt-mirrorchecker.apps.ovirt.org:80 oVirt-mirrors-health http://mirror.slu.cz/ovirt Key: OVIRT-3015 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3015 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Alertmanager_Bot Assignee: infra Labels: - alertname = MirrorIsOutOfSync - instance = web-ovirt-mirrorchecker.apps.ovirt.org:80 - job = oVirt-mirrors-health - url = http://mirror.slu.cz/ovirt Annotations: - description = http://mirror.slu.cz/ovirt (measured by oVirt-mirrors-health) has not been synced in the past two days. Source: http://prometheus-0:9090/graph?g0.expr=mirror_health_check+%3E+172800&g0.ta… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146)

1 0

oVirt infra daily report - unstable production jobs - 1315
by jenkins＠jenkins.phx.ovirt.org 16 Sep '20

16 Sep '20

Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - https://jenkins.ovirt.org/job/system_jenkins-report/1315//artifact/exported… Cheers, Jenkins

1 0

[JIRA] (OVIRT-3014) network drops between OSAS and PHX
by Evgheni Dereveanchin (oVirt JIRA) 15 Sep '20

15 Sep '20

Evgheni Dereveanchin created OVIRT-3014: ------------------------------------------- Summary: network drops between OSAS and PHX Key: OVIRT-3014 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3014 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Evgheni Dereveanchin Assignee: infra I'm getting a lot of networking alerts from Nagios for the last week which seem to be false positives. Need to check connectivity between OSAS that hosts Nagios and the PHX cluster -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146)

1 0

[oVirt Jenkins] ovirt-system-tests_basic-suite-master_nightly - Build # 384 - Failure!
by jenkins＠jenkins.phx.ovirt.org 15 Sep '20

15 Sep '20

Project: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly/ Build: https://jenkins.ovirt.org/job/ovirt-system-tests_basic-suite-master_nightly… Build Number: 384 Build Status: Failure Triggered By: Started by user Parth Dhanjal ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #384 [Milan Zamazal] basic: Disable smartcard temporarily ----------------- Failed Tests: ----------------- No tests ran.

1 3

oVirt infra daily report - unstable production jobs - 1314
by jenkins＠jenkins.phx.ovirt.org 15 Sep '20

15 Sep '20

Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - https://jenkins.ovirt.org/job/system_jenkins-report/1314//artifact/exported… Cheers, Jenkins

1 0

[JIRA] (OVIRT-2997) [FIRING:1] InstanceUnreachable ibm-srv04.ovirt.org kubernetes-nodes-exporter (amd64 linux ibm-srv04.ovirt.org true external bare-metal-external ci)
by Shlomi Zidmi (oVirt JIRA) 14 Sep '20

14 Sep '20

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2997?page=com.atlassian.jira.… ] Shlomi Zidmi updated OVIRT-2997: -------------------------------- Resolution: Fixed Status: Done (was: To Do) Closing as the node has been stable for few weeks now > [FIRING:1] InstanceUnreachable ibm-srv04.ovirt.org kubernetes-nodes-exporter (amd64 linux ibm-srv04.ovirt.org true external bare-metal-external ci) > --------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: OVIRT-2997 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2997 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Alertmanager_Bot > Assignee: infra > Labels: ALERT{alertname="InstanceUnreachable",instance="ibm-srv04.ovirt.org",job="kubernetes-nodes-exporter"} > > Labels: > - alertname = InstanceUnreachable > - beta_kubernetes_io_arch = amd64 > - beta_kubernetes_io_os = linux > - instance = ibm-srv04.ovirt.org > - job = kubernetes-nodes-exporter > - kubernetes_io_hostname = ibm-srv04.ovirt.org > - node_role_kubernetes_io_compute = true > - region = external > - type = bare-metal-external > - zone = ci > Annotations: > - description = ibm-srv04.ovirt.org of job kubernetes-nodes-exporter has been possibly down for more than 10 minutes. > Source: http://prometheus-0:9090/graph?g0.expr=up%7Bjob%3D%22kubernetes-nodes-expor… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146)

1 0

[JIRA] (OVIRT-3002) [FIRING:1] InstanceUnreachable ibm-srv02.ovirt.org kubernetes-nodes-exporter (amd64 linux ibm-srv02.ovirt.org true external bare-metal-external ci)
by Shlomi Zidmi (oVirt JIRA) 14 Sep '20

14 Sep '20

[ https://ovirt-jira.atlassian.net/browse/OVIRT-3002?page=com.atlassian.jira.… ] Shlomi Zidmi updated OVIRT-3002: -------------------------------- Resolution: Fixed Status: Done (was: To Do) Closing as the node has been stable for few weeks now > [FIRING:1] InstanceUnreachable ibm-srv02.ovirt.org kubernetes-nodes-exporter (amd64 linux ibm-srv02.ovirt.org true external bare-metal-external ci) > --------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: OVIRT-3002 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3002 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Alertmanager_Bot > Assignee: infra > Labels: ALERT{alertname="InstanceUnreachable",instance="ibm-srv02.ovirt.org",job="kubernetes-nodes-exporter"} > > Labels: > - alertname = InstanceUnreachable > - beta_kubernetes_io_arch = amd64 > - beta_kubernetes_io_os = linux > - instance = ibm-srv02.ovirt.org > - job = kubernetes-nodes-exporter > - kubernetes_io_hostname = ibm-srv02.ovirt.org > - node_role_kubernetes_io_compute = true > - region = external > - type = bare-metal-external > - zone = ci > Annotations: > - description = ibm-srv02.ovirt.org of job kubernetes-nodes-exporter has been possibly down for more than 10 minutes. > Source: http://prometheus-0:9090/graph?g0.expr=up%7Bjob%3D%22kubernetes-nodes-expor… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146)

1 0

[JIRA] (OVIRT-3003) [FIRING:1] InstanceUnreachable ibm-srv06.ovirt.org kubernetes-nodes-exporter (amd64 linux true true ibm-srv06.ovirt.org true external bare-metal-external ci)
by Shlomi Zidmi (oVirt JIRA) 14 Sep '20

14 Sep '20

[ https://ovirt-jira.atlassian.net/browse/OVIRT-3003?page=com.atlassian.jira.… ] Shlomi Zidmi updated OVIRT-3003: -------------------------------- Resolution: Fixed Status: Done (was: To Do) Closing as the node has been stable for few weeks now > [FIRING:1] InstanceUnreachable ibm-srv06.ovirt.org kubernetes-nodes-exporter (amd64 linux true true ibm-srv06.ovirt.org true external bare-metal-external ci) > ------------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: OVIRT-3003 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3003 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Alertmanager_Bot > Assignee: infra > Labels: ALERT{alertname="InstanceUnreachable",instance="ibm-srv06.ovirt.org",job="kubernetes-nodes-exporter"} > > Labels: > - alertname = InstanceUnreachable > - beta_kubernetes_io_arch = amd64 > - beta_kubernetes_io_os = linux > - cachenode = true > - ci_kubevirt_io_cachenode = true > - instance = ibm-srv06.ovirt.org > - job = kubernetes-nodes-exporter > - kubernetes_io_hostname = ibm-srv06.ovirt.org > - node_role_kubernetes_io_compute = true > - region = external > - type = bare-metal-external > - zone = ci > Annotations: > - description = ibm-srv06.ovirt.org of job kubernetes-nodes-exporter has been possibly down for more than 10 minutes. > Source: http://prometheus-0:9090/graph?g0.expr=up%7Bjob%3D%22kubernetes-nodes-expor… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146)

1 0

[CQ]: 111062, 9 (ovirt-engine-api-model) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 14 Sep '20

14 Sep '20

A system test invoked by the "ovirt-master" change queue including change 111062,9 (ovirt-engine-api-model) failed. However, this change seems not to be the root cause for this failure. Change 111145,3 (ovirt-engine-api-model) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 111145,3 (ovirt-engine-api- model) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/111062/9 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/111145/3 For failed test results see: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/25816/

1 0

[CQ]: 111275, 1 (ovirt-engine-api-model) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 14 Sep '20

14 Sep '20

A system test invoked by the "ovirt-master" change queue including change 111275,1 (ovirt-engine-api-model) failed. However, this change seems not to be the root cause for this failure. Change 111145,3 (ovirt-engine-api-model) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 111145,3 (ovirt-engine-api- model) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/111275/1 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/111145/3 For failed test results see: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/25814/

1 0

[CQ]: 111271, 1 (ovirt-engine-api-metamodel) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 14 Sep '20

14 Sep '20

A system test invoked by the "ovirt-master" change queue including change 111271,1 (ovirt-engine-api-metamodel) failed. However, this change seems not to be the root cause for this failure. Change 111144,2 (ovirt-engine-api- metamodel) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 111144,2 (ovirt-engine-api- metamodel) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/111271/1 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/111144/2 For failed test results see: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/25809/

1 0

[CQ]: 111235, 1 (ovirt-engine-api-metamodel) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 14 Sep '20

14 Sep '20

A system test invoked by the "ovirt-master" change queue including change 111235,1 (ovirt-engine-api-metamodel) failed. However, this change seems not to be the root cause for this failure. Change 111144,2 (ovirt-engine-api- metamodel) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 111144,2 (ovirt-engine-api- metamodel) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/111235/1 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/111144/2 For failed test results see: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/25804/

1 0

[CQ]: 111234, 1 (ovirt-engine-api-metamodel) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 14 Sep '20

14 Sep '20

A system test invoked by the "ovirt-master" change queue including change 111234,1 (ovirt-engine-api-metamodel) failed. However, this change seems not to be the root cause for this failure. Change 111144,2 (ovirt-engine-api- metamodel) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 111144,2 (ovirt-engine-api- metamodel) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/111234/1 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/111144/2 For failed test results see: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/25798/

1 0

[CQ]: 111233, 1 (ovirt-engine-api-metamodel) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 14 Sep '20

14 Sep '20

A system test invoked by the "ovirt-master" change queue including change 111233,1 (ovirt-engine-api-metamodel) failed. However, this change seems not to be the root cause for this failure. Change 111144,2 (ovirt-engine-api- metamodel) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 111144,2 (ovirt-engine-api- metamodel) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/111233/1 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/111144/2 For failed test results see: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/25792/

1 0

[CQ]: 111050, 5 (ovirt-engine-api-metamodel) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 14 Sep '20

14 Sep '20

A system test invoked by the "ovirt-master" change queue including change 111050,5 (ovirt-engine-api-metamodel) failed. However, this change seems not to be the root cause for this failure. Change 111144,2 (ovirt-engine-api- metamodel) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 111144,2 (ovirt-engine-api- metamodel) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/111050/5 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/111144/2 For failed test results see: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/25785/

1 0

[JIRA] (OVIRT-3013) Missing build in ovirt-master-snapshot of ovirt-ansible-collection
by Martin Perina (oVirt JIRA) 14 Sep '20

14 Sep '20

[ https://ovirt-jira.atlassian.net/browse/OVIRT-3013?page=com.atlassian.jira.… ] Martin Perina commented on OVIRT-3013: -------------------------------------- On Mon, Sep 14, 2020 at 9:52 AM Martin Necas <mnecas(a)redhat.com> wrote: > Hi, > > we have a new ansible project in oVirt [1]. > I configured the repository with the same settings as > previous ovirt-ansible repos and it runs Jenkins without a problem [3]. > Nonetheless, I cannot see the builds in ovirt-master-snapshot [2]. > And neither in [4] > Are we missing something? Could somebody please tell me what should I do? > > Martin Necas > > [1] https://github.com/ovirt/ovirt-ansible-collection > [2] > https://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el8/noarch/ > [3] > https://jenkins.ovirt.org/job/oVirt_ovirt-ansible-collection_standard-check… > [4] https://plain.resources.ovirt.org/repos/ovirt/tested/master/rpm/el8/noarch/ -- Martin Perina Manager, Software Engineering Red Hat Czech s.r.o. > Missing build in ovirt-master-snapshot of ovirt-ansible-collection > ------------------------------------------------------------------ > > Key: OVIRT-3013 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3013 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Martin Necas > Assignee: infra > > Hi, > we have a new ansible project in oVirt [1]. > I configured the repository with the same settings as > previous ovirt-ansible repos and it runs Jenkins without a problem [3]. > Nonetheless, I cannot see the builds in ovirt-master-snapshot [2]. > Are we missing something? Could somebody please tell me what should I do? > Martin Necas > [1] https://github.com/ovirt/ovirt-ansible-collection > [2] > https://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el8/noarch/ > [3] > https://jenkins.ovirt.org/job/oVirt_ovirt-ansible-collection_standard-check… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146)

1 0

[JIRA] (OVIRT-3013) Missing build in ovirt-master-snapshot of ovirt-ansible-collection
by Martin Necas (oVirt JIRA) 14 Sep '20

14 Sep '20

Martin Necas created OVIRT-3013: ----------------------------------- Summary: Missing build in ovirt-master-snapshot of ovirt-ansible-collection Key: OVIRT-3013 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-3013 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Martin Necas Assignee: infra Hi, we have a new ansible project in oVirt [1]. I configured the repository with the same settings as previous ovirt-ansible repos and it runs Jenkins without a problem [3]. Nonetheless, I cannot see the builds in ovirt-master-snapshot [2]. Are we missing something? Could somebody please tell me what should I do? Martin Necas [1] https://github.com/ovirt/ovirt-ansible-collection [2] https://plain.resources.ovirt.org/pub/ovirt-master-snapshot/rpm/el8/noarch/ [3] https://jenkins.ovirt.org/job/oVirt_ovirt-ansible-collection_standard-check… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100146)

1 0

[CQ]: 111145, 3 (ovirt-engine-api-model) failed "ovirt-master" system tests
by oVirt Jenkins 14 Sep '20

14 Sep '20

Change 111145,3 (ovirt-engine-api-model) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/111145/3 For failed test results see: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/25778/

1 0

[CQ]: 111144, 2 (ovirt-engine-api-metamodel) failed "ovirt-master" system tests
by oVirt Jenkins 14 Sep '20

14 Sep '20

Change 111144,2 (ovirt-engine-api-metamodel) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/111144/2 For failed test results see: https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/25771/

1 0

[CQ]: 111009,3 (ovirt-system-tests) failed "ovirt-4.3" system tests
by oVirt Jenkins 14 Sep '20

14 Sep '20

Change 111009,3 (ovirt-system-tests) is probably the reason behind recent system test failures in the "ovirt-4.3" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/111009/3 For failed test results see: https://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/3866/

1 0