- 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