January 2019 - Infra - Ovirt List Archives

by LIONS TECNOLOGIA

Good night! I would like to have a help, I am starting this journey in virtualization and I am having difficulty, I installed the ovirt but when I install a virtual machine to test, it happens that it is black screen as described in the attachment. Anyone who has a little more experience could help?

5 years, 9 months

2
1
0 / 0

[CQ]: 96998, 16 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause

by oVirt Jenkins

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

5 years, 9 months

1
0
0 / 0

oVirt infra daily report - unstable production jobs - 721

by jenkins＠jenkins.phx.ovirt.org

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

5 years, 9 months

1
0
0 / 0

[JIRA] (OVIRT-2664) OST runs engine 4.2 by default, misleading developers

by Nir Soffer (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2664?page=com.atlassian.jir... ] Nir Soffer commented on OVIRT-2664: ----------------------------------- On Wed, Jan 30, 2019 at 9:45 PM Dan Kenigsberg <danken(a)redhat.com> wrote: > On Wed, Jan 30, 2019 at 8:55 PM Nir Soffer <nsoffer(a)redhat.com> wrote: > > > > When creating OST manual job, the UI select engine version 4.2 by > default: > > https://jenkins.ovirt.org/job/ovirt-system-tests_manual/build?delay=0sec > > > > A developer that want to test engine master must change the version > manually. > > > > I you forget to change the version, or just do not notice that there is > engine > > version to choose, your job may succeed when it actually fail with > engine master. > > > > Watching other developers start OST jobs, they do not notice that engine > > version must be selected, and treat it as the other options that most > people > > do not care about. > > > > This is probably the reason why OST was broken for a week, and nobody > > complained about it, since default build used engine 4.2. > > "nobody" is an underestimating diminutive for an esteemed group > including Dafna, Raz, Eyal and myself, just to name a few. > Complaining in private mailing list does not count :-) > > > > How to fix: > > > > - The UI must be changed to require engine version selection. You cannot > > have default for this. > > > > The UI should show something like: > > > > ENGINE_VERSION: [select version] *required > > > > - The "Build" button must be disabled if no version was selected. > > I'm not sure about it, as I hate input validation. Regardless, I think > it is time to make master the default for the manual job. > This is better then the current default, but the best is no default. Nir > OST runs engine 4.2 by default, misleading developers > ----------------------------------------------------- > > Key: OVIRT-2664 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2664 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > When creating OST manual job, the UI select engine version 4.2 by default: > https://jenkins.ovirt.org/job/ovirt-system-tests_manual/build?delay=0sec > A developer that want to test engine master must change the version > manually. > I you forget to change the version, or just do not notice that there is > engine > version to choose, your job may succeed when it actually fail with engine > master. > Watching other developers start OST jobs, they do not notice that engine > version must be selected, and treat it as the other options that most people > do not care about. > This is probably the reason why OST was broken for a week, and nobody > complained about it, since default build used engine 4.2. > How to fix: > - The UI must be changed to require engine version selection. You cannot > have default for this. > The UI should show something like: > ENGINE_VERSION: [select version] *required > - The "Build" button must be disabled if no version was selected. > Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100098)

5 years, 9 months

1
0
0 / 0

[JIRA] (OVIRT-2664) OST runs engine 4.2 by default, misleading developers

by danken (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2664?page=com.atlassian.jir... ] danken commented on OVIRT-2664: ------------------------------- On Wed, Jan 30, 2019 at 8:55 PM Nir Soffer <nsoffer(a)redhat.com> wrote: > > When creating OST manual job, the UI select engine version 4.2 by default: > https://jenkins.ovirt.org/job/ovirt-system-tests_manual/build?delay=0sec > > A developer that want to test engine master must change the version manually. > > I you forget to change the version, or just do not notice that there is engine > version to choose, your job may succeed when it actually fail with engine master. > > Watching other developers start OST jobs, they do not notice that engine > version must be selected, and treat it as the other options that most people > do not care about. > > This is probably the reason why OST was broken for a week, and nobody > complained about it, since default build used engine 4.2. "nobody" is an underestimating diminutive for an esteemed group including Dafna, Raz, Eyal and myself, just to name a few. > > How to fix: > > - The UI must be changed to require engine version selection. You cannot > have default for this. > > The UI should show something like: > > ENGINE_VERSION: [select version] *required > > - The "Build" button must be disabled if no version was selected. I'm not sure about it, as I hate input validation. Regardless, I think it is time to make master the default for the manual job. > OST runs engine 4.2 by default, misleading developers > ----------------------------------------------------- > > Key: OVIRT-2664 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2664 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > When creating OST manual job, the UI select engine version 4.2 by default: > https://jenkins.ovirt.org/job/ovirt-system-tests_manual/build?delay=0sec > A developer that want to test engine master must change the version > manually. > I you forget to change the version, or just do not notice that there is > engine > version to choose, your job may succeed when it actually fail with engine > master. > Watching other developers start OST jobs, they do not notice that engine > version must be selected, and treat it as the other options that most people > do not care about. > This is probably the reason why OST was broken for a week, and nobody > complained about it, since default build used engine 4.2. > How to fix: > - The UI must be changed to require engine version selection. You cannot > have default for this. > The UI should show something like: > ENGINE_VERSION: [select version] *required > - The "Build" button must be disabled if no version was selected. > Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100098)

5 years, 9 months

1
0
0 / 0

[JIRA] (OVIRT-2664) OST runs engine 4.2 by default, misleading developers

by Nir Soffer (oVirt JIRA)

Nir Soffer created OVIRT-2664: --------------------------------- Summary: OST runs engine 4.2 by default, misleading developers Key: OVIRT-2664 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2664 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Nir Soffer Assignee: infra When creating OST manual job, the UI select engine version 4.2 by default: https://jenkins.ovirt.org/job/ovirt-system-tests_manual/build?delay=0sec A developer that want to test engine master must change the version manually. I you forget to change the version, or just do not notice that there is engine version to choose, your job may succeed when it actually fail with engine master. Watching other developers start OST jobs, they do not notice that engine version must be selected, and treat it as the other options that most people do not care about. This is probably the reason why OST was broken for a week, and nobody complained about it, since default build used engine 4.2. How to fix: - The UI must be changed to require engine version selection. You cannot have default for this. The UI should show something like: ENGINE_VERSION: [select version] *required - The "Build" button must be disabled if no version was selected. Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100098)

5 years, 9 months

1
0
0 / 0

Build failed in Jenkins: system-sync_mirrors-centos-qemu-ev-release-el7-x86_64 #1740

by jenkins＠jenkins.phx.ovirt.org

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-qemu-ev-release-e...> Changes: [Evgheni Dereveanchin] build Node-NG on VMs with large disk ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-qemu-ev-release-e...> > 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 http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision c2610aa1fe9955226708b5409dfb4802589f96f1 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f c2610aa1fe9955226708b5409dfb4802589f96f1 Commit message: "build Node-NG on VMs with large disk" > git rev-list --no-walk 4d05c05300de853cdd490429b87b43500708d8df # timeout=10 [system-sync_mirrors-centos-qemu-ev-release-el7-x86_64] $ /bin/bash -xe /tmp/jenkins686504261008634855.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-qemu-ev-release-el7 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 centos-qemu-ev-release-el7 x86_64 jenkins/data/mirrors-reposync.conf + local command=resync_yum_mirror + command_args=("${@:2}") + local command_args + cmd_resync_yum_mirror centos-qemu-ev-release-el7 x86_64 jenkins/data/mirrors-reposync.conf + local repo_name=centos-qemu-ev-release-el7 + 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 centos-qemu-ev-release-el7 yum + local repo_name=centos-qemu-ev-release-el7 + local repo_type=yum + sudo install -o jenkins -d /var/www/html/repos/yum /var/www/html/repos/yum/centos-qemu-ev-release-el7 /var/www/html/repos/yum/centos-qemu-ev-release-el7/base + check_yum_sync_needed centos-qemu-ev-release-el7 x86_64 jenkins/data/mirrors-reposync.conf sync_needed + local repo_name=centos-qemu-ev-release-el7 + 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/centos-qemu-ev-release-el7 ++ IFS=, ++ echo x86_64 + for arch in '$(IFS=,; echo $repo_archs)' ++ run_reposync centos-qemu-ev-release-el7 x86_64 jenkins/data/mirrors-reposync.conf --urls --quiet ++ local repo_name=centos-qemu-ev-release-el7 ++ 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=centos-qemu-ev-release-el7 --arch=x86_64 --cachedir=/home/jenkins/mirrors_cache --download_path=/var/www/html/repos/yum/centos-qemu-ev-release-el7/base --norepopath --newest-only --urls --quiet + reposync_out='http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/qemu-img-ev-2.12... http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/qemu-kvm-common-... http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/qemu-kvm-ev-2.12... http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/qemu-kvm-tools-e...' + [[ -n http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/qemu-img-ev-2.12... http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/qemu-kvm-common-... http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/qemu-kvm-ev-2.12... http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/qemu-kvm-tools-e... ]] + eval sync_needed=true ++ sync_needed=true + return + [[ -n true ]] + install_repo_pubkey centos-qemu-ev-release-el7 jenkins/data/mirrors-reposync.conf + local repo_name=centos-qemu-ev-release-el7 + local reposync_conf=jenkins/data/mirrors-reposync.conf + local gpg_key_file ++ sed -nr -e '/\[centos-qemu-ev-release-el7]/{ :loop; s#^gpgkey\s*=\s*file://(.*)$#\1#p; n; /^\[.*\]$/q ; b loop }' jenkins/data/mirrors-reposync.conf + gpg_key_file=/etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization + [[ -n /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization ]] + [[ -r /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization ]] + sudo /usr/bin/rpmkeys --import /etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-SIG-Virtualization + echo 'Resyncing repo: centos-qemu-ev-release-el7' Resyncing repo: centos-qemu-ev-release-el7 + perform_yum_sync centos-qemu-ev-release-el7 x86_64 jenkins/data/mirrors-reposync.conf + local repo_name=centos-qemu-ev-release-el7 + local repo_archs=x86_64 + local reposync_conf=jenkins/data/mirrors-reposync.conf + local repo_mp + local repo_comps + repo_mp=/var/www/html/repos/yum/centos-qemu-ev-release-el7/base ++ IFS=, ++ echo x86_64 + for arch in '$(IFS=,; echo $repo_archs)' + echo 'Syncing yum repo centos-qemu-ev-release-el7 for arch: x86_64' Syncing yum repo centos-qemu-ev-release-el7 for arch: x86_64 + run_reposync centos-qemu-ev-release-el7 x86_64 jenkins/data/mirrors-reposync.conf --downloadcomps --gpgcheck + local repo_name=centos-qemu-ev-release-el7 + 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=centos-qemu-ev-release-el7 --arch=x86_64 --cachedir=/home/jenkins/mirrors_cache --download_path=/var/www/html/repos/yum/centos-qemu-ev-release-el7/base --norepopath --newest-only --downloadcomps --gpgcheck (2/4): qemu-kvm-common-ev- 0% [ ] 0.0 B/s | 0 B --:-- ETA qemu-kvm-common-ev-2.12.0-18.e FAILED (2/4): qemu-kvm-common-ev- 0% [ ] 0.0 B/s | 0 B --:-- ETA qemu-kvm-ev-2.12.0-18.el7_6.3. FAILED (2/4): qemu-kvm-ev-2.12.0- 0% [ ] 0.0 B/s | 0 B --:-- ETA (1/4): qemu-img-ev-2.12.0-18.el7_6.3.1.x86_64.rpm | 1.3 MB 00:00 (2/4): qemu-kvm-tools-ev-2.12.0-18.el7_6.3.1.x86_64.rpm | 518 kB 00:00 10:qemu-kvm-ev-2.12.0-18.el7_6.3.1.x86_64: [Errno 256] No more mirrors to try. 10:qemu-kvm-common-ev-2.12.0-18.el7_6.3.1.x86_64: [Errno 256] No more mirrors to try. Removing qemu-kvm-common-ev-2.12.0-18.el7_6.3.1.x86_64.rpm due to failed signature check. Removing qemu-kvm-ev-2.12.0-18.el7_6.3.1.x86_64.rpm due to failed signature check. Build step 'Execute shell' marked build as failure

5 years, 9 months

1
1
0 / 0

TAISTE: Hyperkitty and Unicode

by Marc Dequènes (Duck)

Quack, This is a test! 日本語を分かりますか？ \_o<

5 years, 9 months

1
0
0 / 0

[JENKINS] Failed to setup proejct kubevirt_kubevirt_standard-check-pr

by jenkins＠jenkins.phx.ovirt.org

Failed to run project_setup.sh for: #3372 kubevirt [check-patch]. It probably means that docker_cleanup.py failed. This step doesn't fail the job, but we do collect data about such failures to find the root cause. Infra owner, ensure that we're not running out of disk space on openshift-kubevirt-org-81txq.

5 years, 9 months

1
0
0 / 0

[JENKINS] Failed to setup proejct kubevirt_kubevirt_standard-check-pr

by jenkins＠jenkins.phx.ovirt.org

Failed to run project_setup.sh for: #3371 kubevirt [check-patch]. It probably means that docker_cleanup.py failed. This step doesn't fail the job, but we do collect data about such failures to find the root cause. Infra owner, ensure that we're not running out of disk space on openshift-kubevirt-org-331wd.

5 years, 9 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Infra January 2019