- Infra - oVirt List Archives

[JIRA] (OST-137) OST: test for host being in up state should have retries
by Anton Marchukov (oVirt JIRA) 13 Nov '19

13 Nov '19

[ https://ovirt-jira.atlassian.net/browse/OST-137?page=com.atlassian.jira.plu… ] Anton Marchukov reassigned OST-137: ----------------------------------- Assignee: Anton Marchukov (was: infra) > OST: test for host being in up state should have retries > -------------------------------------------------------- > > Key: OST-137 > URL: https://ovirt-jira.atlassian.net/browse/OST-137 > Project: oVirt system tests > Issue Type: Bug > Reporter: Dusan Fodor > Assignee: Anton Marchukov > > When host goes up after installation, it first goes up, then it falls back into (iirc) unknown state, then it goes up for good. > This confuses multiple tests that require host to be up (e.g. add storage domain), which wait for at least one host being up, and when they get past the condition, meanwhile host falls back to the unknown state, so following operation which requires host to be up fails. Then it tries fencing, but it cannot start fencing since there is no up host at the moment, which issues more errors... > It's same pattern in all such failure, i will paste console output & link to job next time i'll see this. > The resolution would be to wait if the host is REALLY up, so e.g. ask if it's up, wait a bit, ask again and if it's up both times, continue with operation. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100114)

1 0

[JIRA] (OST-137) OST: test for host being in up state should have retries
by Dusan Fodor (oVirt JIRA) 13 Nov '19

13 Nov '19

[ https://ovirt-jira.atlassian.net/browse/OST-137?page=com.atlassian.jira.plu… ] Dusan Fodor moved OVIRT-2821 to OST-137: ---------------------------------------- Components: (was: OST) Project: oVirt system tests (was: oVirt - virtualization made easy) Workflow: Workflow for Project OST (was: Task Management Workflow) Key: OST-137 (was: OVIRT-2821) > OST: test for host being in up state should have retries > -------------------------------------------------------- > > Key: OST-137 > URL: https://ovirt-jira.atlassian.net/browse/OST-137 > Project: oVirt system tests > Issue Type: Bug > Reporter: Dusan Fodor > Assignee: infra > > When host goes up after installation, it first goes up, then it falls back into (iirc) unknown state, then it goes up for good. > This confuses multiple tests that require host to be up (e.g. add storage domain), which wait for at least one host being up, and when they get past the condition, meanwhile host falls back to the unknown state, so following operation which requires host to be up fails. Then it tries fencing, but it cannot start fencing since there is no up host at the moment, which issues more errors... > It's same pattern in all such failure, i will paste console output & link to job next time i'll see this. > The resolution would be to wait if the host is REALLY up, so e.g. ask if it's up, wait a bit, ask again and if it's up both times, continue with operation. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100114)

1 0

[CQ]: 104534, 2 (vdsm) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 13 Nov '19

13 Nov '19

A system test invoked by the "ovirt-master" change queue including change 104534,2 (vdsm) failed. However, this change seems not to be the root cause for this failure. Change 104040,10 (vdsm) 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 104040,10 (vdsm) 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/104534/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/104040/10 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/16878/

1 0

[CQ]: 6ef3445 (ovirt-ansible-vm-infra) failed "ovirt-4.3" system tests, but isn't the failure root cause
by oVirt Jenkins 13 Nov '19

13 Nov '19

A system test invoked by the "ovirt-4.3" change queue including change 6ef3445 (ovirt-ansible-vm-infra) failed. However, this change seems not to be the root cause for this failure. Change 4e4aca6 (ovirt-ansible-vm-infra) 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 4e4aca6 (ovirt-ansible-vm- infra) 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://github.com/oVirt/ovirt-ansible-vm-infra/commit/6ef34455c9ca61088419… For further details about the change that seems to be the root cause behind the testing failures see: https://github.com/oVirt/ovirt-ansible-vm-infra/commit/4e4aca6f3c3b2f124da9… For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/2454/

1 0

[CQ]: 4aa656b (ovirt-ansible-vm-infra) failed "ovirt-4.3" system tests, but isn't the failure root cause
by oVirt Jenkins 13 Nov '19

13 Nov '19

A system test invoked by the "ovirt-4.3" change queue including change 4aa656b (ovirt-ansible-vm-infra) failed. However, this change seems not to be the root cause for this failure. Change 4e4aca6 (ovirt-ansible-vm-infra) 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 4e4aca6 (ovirt-ansible-vm- infra) 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://github.com/oVirt/ovirt-ansible-vm-infra/commit/4aa656b17752ff4feed9… For further details about the change that seems to be the root cause behind the testing failures see: https://github.com/oVirt/ovirt-ansible-vm-infra/commit/4e4aca6f3c3b2f124da9… For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.3_change-queue-tester/2452/

1 0

[JIRA] (OVIRT-2829) gmail can't verify emails sent from ovirt.org
by Anton Marchukov (oVirt JIRA) 13 Nov '19

13 Nov '19

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2829?page=com.atlassian.jira.… ] Anton Marchukov reassigned OVIRT-2829: -------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > gmail can't verify emails sent from ovirt.org > --------------------------------------------- > > Key: OVIRT-2829 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2829 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Emil Natan > Assignee: Evgheni Dereveanchin > > It seems like something that started in the last few days, I see Gmail > marks email sent from gerrit.ovirt.org with "?" saying it could not verify > the emails are sent from ovirt.org domain. It could be related to bad SPF > record. > From the email header: Received-SPF: softfail (google.com: domain of > transitioning gerrit(a)ovirt.org does not designate 66.187.233.88 as > permitted sender) client-ip=66.187.233.88; > -- > Emil Natan > RHV/CNV DevOps -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100114)

1 0

[JIRA] (OVIRT-2829) gmail can't verify emails sent from ovirt.org
by Emil Natan (oVirt JIRA) 13 Nov '19

13 Nov '19

Emil Natan created OVIRT-2829: --------------------------------- Summary: gmail can't verify emails sent from ovirt.org Key: OVIRT-2829 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2829 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Emil Natan Assignee: infra It seems like something that started in the last few days, I see Gmail marks email sent from gerrit.ovirt.org with "?" saying it could not verify the emails are sent from ovirt.org domain. It could be related to bad SPF record. From the email header: Received-SPF: softfail (google.com: domain of transitioning gerrit(a)ovirt.org does not designate 66.187.233.88 as permitted sender) client-ip=66.187.233.88; -- Emil Natan RHV/CNV DevOps -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100114)

1 0

[CQ]: 104579,2 (ovirt-release) failed "ovirt-master" system tests
by oVirt Jenkins 13 Nov '19

13 Nov '19

Change 104579,2 (ovirt-release) 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/104579/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/16873/

1 0

[CQ]: 104196, 6 (ovirt-engine-api-model) failed "ovirt-master" system tests
by oVirt Jenkins 12 Nov '19

12 Nov '19

Change 104196,6 (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/104196/6 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/16868/

1 0

Build failed in Jenkins: system-sync_mirrors-fedora-updates-fc29-x86_64 #1105
by jenkins＠jenkins.phx.ovirt.org 12 Nov '19

12 Nov '19

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-updates-fc29-x86_64…> Changes: ------------------------------------------ Started by timer Running as SYSTEM [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-updates-fc29-x86_64…> No credentials specified > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress --prune http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision edf61c5ec106227d6342b6e12e43f5d437a3727c (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f edf61c5ec106227d6342b6e12e43f5d437a3727c Commit message: "pipeline-loader: Allocate containers from code" > git rev-list --no-walk edf61c5ec106227d6342b6e12e43f5d437a3727c # timeout=10 [system-sync_mirrors-fedora-updates-fc29-x86_64] $ /bin/bash -xe /tmp/jenkins1059516635071455121.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror fedora-updates-fc29 x86_64 jenkins/data/mirrors-reposync.conf + MIRRORS_MP_BASE=/var/www/html/repos + MIRRORS_HTTP_BASE=http://mirrors.phx.ovirt.org/repos + MIRRORS_CACHE=/home/jenkins/mirrors_cache + MAX_LOCK_ATTEMPTS=120 + LOCK_WAIT_INTERVAL=5 + LOCK_BASE=/home/jenkins + OLD_MD_TO_KEEP=100 + HTTP_SELINUX_TYPE=httpd_sys_content_t + HTTP_FILE_MODE=644 + main resync_yum_mirror fedora-updates-fc29 x86_64 jenkins/data/mirrors-reposync.conf + local command=resync_yum_mirror + command_args=("${@:2}") + local command_args + cmd_resync_yum_mirror fedora-updates-fc29 x86_64 jenkins/data/mirrors-reposync.conf + local repo_name=fedora-updates-fc29 + local repo_archs=x86_64 + local reposync_conf=jenkins/data/mirrors-reposync.conf + local sync_needed + mkdir -p /home/jenkins/mirrors_cache + verify_repo_fs fedora-updates-fc29 yum + local repo_name=fedora-updates-fc29 + local repo_type=yum + sudo install -o jenkins -d /var/www/html/repos/yum /var/www/html/repos/yum/fedora-updates-fc29 /var/www/html/repos/yum/fedora-updates-fc29/base + check_yum_sync_needed fedora-updates-fc29 x86_64 jenkins/data/mirrors-reposync.conf sync_needed + local repo_name=fedora-updates-fc29 + local repo_archs=x86_64 + local reposync_conf=jenkins/data/mirrors-reposync.conf + local p_sync_needed=sync_needed + local reposync_out + echo 'Checking if mirror needs a resync' Checking if mirror needs a resync + rm -rf /home/jenkins/mirrors_cache/fedora-updates-fc29 ++ IFS=, ++ echo x86_64 + for arch in '$(IFS=,; echo $repo_archs)' ++ run_reposync fedora-updates-fc29 x86_64 jenkins/data/mirrors-reposync.conf --urls --quiet ++ local repo_name=fedora-updates-fc29 ++ local repo_arch=x86_64 ++ local reposync_conf=jenkins/data/mirrors-reposync.conf ++ extra_args=("${@:4}") ++ local extra_args ++ reposync --config=jenkins/data/mirrors-reposync.conf --repoid=fedora-updates-fc29 --arch=x86_64 --cachedir=/home/jenkins/mirrors_cache --download_path=/var/www/html/repos/yum/fedora-updates-fc29/base --norepopath --newest-only --urls --quiet Error setting up repositories: Cannot retrieve metalink for repository: fedora-updates-fc29. Please verify its path and try again + reposync_out= Build step 'Execute shell' marked build as failure

1 1