- Infra - oVirt List Archives

[JIRA] (OVIRT-740) Decommission etherpad and old wiki
by Evgheni Dereveanchin (oVirt JIRA) 23 Sep '16

23 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-740?page=com.atlassian.jira.p… ] Evgheni Dereveanchin reassigned OVIRT-740: ------------------------------------------ Assignee: Evgheni Dereveanchin (was: infra) > Decommission etherpad and old wiki > ---------------------------------- > > Key: OVIRT-740 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-740 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Etherpad, wiki (MediaWiki) > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > > The etherpad instance was turned off together with the old wiki, yet the domains still exist and should be removed. Also, it's best to make a formal announcement about this fact so it's not treated as an outage. -- This message was sent by Atlassian JIRA (v1000.362.1#100014)

1 0

[JIRA] (OVIRT-739) upgrade jenkins.ovirt.org to latest LTS version
by Evgheni Dereveanchin (oVirt JIRA) 23 Sep '16

23 Sep '16

Evgheni Dereveanchin created OVIRT-739: ------------------------------------------ Summary: upgrade jenkins.ovirt.org to latest LTS version Key: OVIRT-739 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-739 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Evgheni Dereveanchin Assignee: infra jenkins.ovirt.org is currently running version 1.651.3 which is the last 1.x LTS version. There have been several LTS releases of the 2.x line since, so our instance has to be upgraded as well: https://jenkins.io/changelog-stable/ -- This message was sent by Atlassian JIRA (v1000.362.1#100014)

1 0

[JIRA] (OVIRT-739) upgrade jenkins.ovirt.org to latest LTS version
by Evgheni Dereveanchin (oVirt JIRA) 23 Sep '16

23 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-739?page=com.atlassian.jira.p… ] Evgheni Dereveanchin reassigned OVIRT-739: ------------------------------------------ Assignee: Evgheni Dereveanchin (was: infra) > upgrade jenkins.ovirt.org to latest LTS version > ----------------------------------------------- > > Key: OVIRT-739 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-739 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > > jenkins.ovirt.org is currently running version 1.651.3 which is the last 1.x LTS version. > There have been several LTS releases of the 2.x line since, so our instance has to be upgraded as well: > https://jenkins.io/changelog-stable/ -- This message was sent by Atlassian JIRA (v1000.362.1#100014)

1 0

[JIRA] (OVIRT-737) Fwd: vdsm_master_build-artifacts-el7-ppc64le failure - [Errno 256] No more mirrors to try.
by Evgheni Dereveanchin (oVirt JIRA) 23 Sep '16

23 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-737?page=com.atlassian.jira.p… ] Evgheni Dereveanchin reassigned OVIRT-737: ------------------------------------------ Assignee: Evgheni Dereveanchin (was: infra) > Fwd: vdsm_master_build-artifacts-el7-ppc64le failure - [Errno 256] No more mirrors to try. > ------------------------------------------------------------------------------------------ > > Key: OVIRT-737 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-737 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: Evgheni Dereveanchin > > ---------- Forwarded message ---------- > From: Nir Soffer <nsoffer(a)redhat.com> > Date: Wed, Sep 21, 2016 at 11:44 PM > Subject: vdsm_master_build-artifacts-el7-ppc64le failure - [Errno 256] No > more mirrors to try. > To: infra <infra(a)ovirt.org>, Sandro Bonazzola <sbonazzo(a)redhat.com> > The job fails consistently with: > EBUG util.py:421: Install 25 Packages (+133 Dependent packages) > DEBUG util.py:421: Total download size: 115 M > DEBUG util.py:421: Installed size: 482 M > DEBUG util.py:421: http://mirror.centos.org/altarch/7/updates/ppc64le/ > Packages/ca-certificates-2015.2.6-70.1.el7_2.noarch.rpm: [Errno -1] Package > does not match intended download. Suggestion: run yum > --enablerepo=el-updates clean metadata > DEBUG util.py:421: Trying other mirror. > DEBUG util.py:421: http://mirror.centos.org/altarch/7/updates/ppc64le/ > Packages/tzdata-2016f-1.el7.noarch.rpm: [Errno -1] Package does not match > intended download. Suggestion: run yum --enablerepo=el-updates clean > metadata > DEBUG util.py:421: Trying other mirror. > DEBUG util.py:421: Error downloading packages: > DEBUG util.py:421: tzdata-2016f-1.el7.noarch: [Errno 256] No more > mirrors to try. > DEBUG util.py:421: ca-certificates-2015.2.6-70.1.el7_2.noarch: [Errno > 256] No more mirrors to try. > DEBUG util.py:557: Child return code was: 1 > DEBUG util.py:180: kill orphans > See http://jenkins.ovirt.org/job/vdsm_master_build- > artifacts-el7-ppc64le/279/artifact/exported-artifacts/logs.tgz > In ./vdsm/logs/mocker-epel-7-ppc64le.el7.init/root.log > Nir > -- > Sandro Bonazzola > Better technology. Faster innovation. Powered by community collaboration. > See how it works at redhat.com > <https://www.redhat.com/it/about/events/red-hat-open-source-day-2016> -- This message was sent by Atlassian JIRA (v1000.362.1#100014)

1 0

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

23 Sep '16

------=_Part_282_132023057.1474585209016 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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/85//artifact/exported-ar… Cheers, Jenkins ------=_Part_282_132023057.1474585209016 Content-Type: application/octet-stream; name=upstream_report.html Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=upstream_report.html Content-ID: <upstream_report.html> <!DOCTYPE html><head><style type="text/css"> table.gridtable { border-collapse: collapse; table-layout:fixed; width:1600px; font-family: monospace; font-size:13px; } .head { font-size:20px; font-family: arial; } .sub { font-size:18px; background-color:#e5e5e5; font-family: arial; } pre { font-family: monospace; display: inline; white-space: pre-wrap; white-space: -moz-pre-wrap !important; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word; } </style> </head> <body> <table class="gridtable" border=2> <tr><th colspan=2 class=head> RHEVM CI Jenkins Daily Report - 22/09/2016 </th></tr><tr><th colspan=2 class=sub> <font color="blue"><a href="http://jenkins.ovirt.org/">00 Unstable Jobs (Production)</a></font> </th></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/cockpit-ovirt_master_build-artifacts-el7-x86_6…">cockpit-ovirt_master_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/cockpit-ovirt_master_build-artifacts-fc24-x86_…">cockpit-ovirt_master_build-artifacts-fc24-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/fabric-ovirt_master_check-merged-el7-x86_64/">fabric-ovirt_master_check-merged-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/fabric-ovirt_master_check-merged-fc23-x86_64/">fabric-ovirt_master_check-merged-fc23-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ioprocess_master_check-merged-el7-ppc64le/">ioprocess_master_check-merged-el7-ppc64le</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-engine-sdk-ruby_4.0_build-artifacts-el7-…">ovirt-engine-sdk-ruby_4.0_build-artifacts-el7-ppc64le</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_master_build-artifacts-el7-x86_6…">ovirt-node-ng_master_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-3.6_build-artifacts-el7-x8…">ovirt-node-ng_ovirt-3.6_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.0-snapshot_build-artifac…">ovirt-node-ng_ovirt-4.0-snapshot_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-release_master_build-artifacts-all-x86_6…">ovirt-release_master_build-artifacts-all-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/repos_master_check-closure_fc24_merged/">repos_master_check-closure_fc24_merged</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/system_cleanup-workspaces/">system_cleanup-workspaces</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_3.6/">test-repo_ovirt_experimental_3.6</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/vdsm_4.0_check-merged-fc23-x86_64/">vdsm_4.0_check-merged-fc23-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-el7-ppc64le/">vdsm_master_build-artifacts-el7-ppc64le</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> ------=_Part_282_132023057.1474585209016--

1 0

[JIRA] (OVIRT-738) PPC64 SDK builds failing due to repo issues
by Evgheni Dereveanchin (oVirt JIRA) 22 Sep '16

22 Sep '16

Evgheni Dereveanchin created OVIRT-738: ------------------------------------------ Summary: PPC64 SDK builds failing due to repo issues Key: OVIRT-738 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-738 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Evgheni Dereveanchin Assignee: infra It was reported that PPC SDK builds fail due to the following error: DEBUG util.py:421: http://mirror.centos.org/altarch/7/updates/ppc64le/Packages/ca-certificates…: [Errno -1] Package does not match intended download. Suggestion: run yum --enablerepo=el-updates clean metadata The job in question: http://jenkins.ovirt.org/job/ovirt-engine-sdk-ruby_master_check-patch-el7-p… -- This message was sent by Atlassian JIRA (v1000.362.1#100014)

2 1

Ruby SDK builds consistently failing in PPC architecture
by Juan Hernández 22 Sep '16

22 Sep '16

Hello, The latest builds of the Ruby SDK in the PPC architecture are consistently failing with this error message in the "root.log" file: DEBUG util.py:421: http://mirror.centos.org/altarch/7/updates/ppc64le/Packages/ca-certificates…: [Errno -1] Package does not match intended download. Suggestion: run yum --enablerepo=el-updates clean metadata DEBUG util.py:421: Trying other mirror. DEBUG util.py:421: http://mirror.centos.org/altarch/7/updates/ppc64le/Packages/tzdata-2016f-1.…: [Errno -1] Package does not match intended download. Suggestion: run yum --enablerepo=el-updates clean metadata DEBUG util.py:421: Trying other mirror. DEBUG util.py:421: Error downloading packages: DEBUG util.py:421: tzdata-2016f-1.el7.noarch: [Errno 256] No more mirrors to try. DEBUG util.py:421: ca-certificates-2015.2.6-70.1.el7_2.noarch: [Errno 256] No more mirrors to try. The complete logs are available in this job, for example: http://jenkins.ovirt.org/job/ovirt-engine-sdk-ruby_master_check-patch-el7-p… Can you check what is the problem? Thanks in advance, Juan Hernandez -- Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.

2 2

[JIRA] (OVIRT-738) PPC64 SDK builds failing due to repo issues
by Evgheni Dereveanchin (oVirt JIRA) 22 Sep '16

22 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-738?page=com.atlassian.jira.p… ] Evgheni Dereveanchin reassigned OVIRT-738: ------------------------------------------ Assignee: Evgheni Dereveanchin (was: infra) > PPC64 SDK builds failing due to repo issues > ------------------------------------------- > > Key: OVIRT-738 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-738 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > > It was reported that PPC SDK builds fail due to the following error: > DEBUG util.py:421: http://mirror.centos.org/altarch/7/updates/ppc64le/Packages/ca-certificates…: [Errno -1] Package does not match intended download. Suggestion: run yum --enablerepo=el-updates clean metadata > The job in question: > http://jenkins.ovirt.org/job/ovirt-engine-sdk-ruby_master_check-patch-el7-p… -- This message was sent by Atlassian JIRA (v1000.362.1#100014)

1 0

[JIRA] (OVIRT-737) Fwd: vdsm_master_build-artifacts-el7-ppc64le failure - [Errno 256] No more mirrors to try.
by sbonazzo (oVirt JIRA) 22 Sep '16

22 Sep '16

sbonazzo created OVIRT-737: ------------------------------ Summary: Fwd: vdsm_master_build-artifacts-el7-ppc64le failure - [Errno 256] No more mirrors to try. Key: OVIRT-737 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-737 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: sbonazzo Assignee: infra ---------- Forwarded message ---------- From: Nir Soffer <nsoffer(a)redhat.com> Date: Wed, Sep 21, 2016 at 11:44 PM Subject: vdsm_master_build-artifacts-el7-ppc64le failure - [Errno 256] No more mirrors to try. To: infra <infra(a)ovirt.org>, Sandro Bonazzola <sbonazzo(a)redhat.com> The job fails consistently with: EBUG util.py:421: Install 25 Packages (+133 Dependent packages) DEBUG util.py:421: Total download size: 115 M DEBUG util.py:421: Installed size: 482 M DEBUG util.py:421: http://mirror.centos.org/altarch/7/updates/ppc64le/ Packages/ca-certificates-2015.2.6-70.1.el7_2.noarch.rpm: [Errno -1] Package does not match intended download. Suggestion: run yum --enablerepo=el-updates clean metadata DEBUG util.py:421: Trying other mirror. DEBUG util.py:421: http://mirror.centos.org/altarch/7/updates/ppc64le/ Packages/tzdata-2016f-1.el7.noarch.rpm: [Errno -1] Package does not match intended download. Suggestion: run yum --enablerepo=el-updates clean metadata DEBUG util.py:421: Trying other mirror. DEBUG util.py:421: Error downloading packages: DEBUG util.py:421: tzdata-2016f-1.el7.noarch: [Errno 256] No more mirrors to try. DEBUG util.py:421: ca-certificates-2015.2.6-70.1.el7_2.noarch: [Errno 256] No more mirrors to try. DEBUG util.py:557: Child return code was: 1 DEBUG util.py:180: kill orphans See http://jenkins.ovirt.org/job/vdsm_master_build- artifacts-el7-ppc64le/279/artifact/exported-artifacts/logs.tgz In ./vdsm/logs/mocker-epel-7-ppc64le.el7.init/root.log Nir -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com <https://www.redhat.com/it/about/events/red-hat-open-source-day-2016> -- This message was sent by Atlassian JIRA (v1000.362.1#100014)

1 0

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

22 Sep '16

------=_Part_280_1088506999.1474498805494 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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/84//artifact/exported-ar… Cheers, Jenkins ------=_Part_280_1088506999.1474498805494 Content-Type: application/octet-stream; name=upstream_report.html Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=upstream_report.html Content-ID: <upstream_report.html> <!DOCTYPE html><head><style type="text/css"> table.gridtable { border-collapse: collapse; table-layout:fixed; width:1600px; font-family: monospace; font-size:13px; } .head { font-size:20px; font-family: arial; } .sub { font-size:18px; background-color:#e5e5e5; font-family: arial; } pre { font-family: monospace; display: inline; white-space: pre-wrap; white-space: -moz-pre-wrap !important; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word; } </style> </head> <body> <table class="gridtable" border=2> <tr><th colspan=2 class=head> RHEVM CI Jenkins Daily Report - 21/09/2016 </th></tr><tr><th colspan=2 class=sub> <font color="blue"><a href="http://jenkins.ovirt.org/">00 Unstable Jobs (Production)</a></font> </th></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/cockpit-ovirt_master_build-artifacts-el7-x86_6…">cockpit-ovirt_master_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/cockpit-ovirt_master_build-artifacts-fc24-x86_…">cockpit-ovirt_master_build-artifacts-fc24-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/fabric-ovirt_master_check-merged-el7-x86_64/">fabric-ovirt_master_check-merged-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/fabric-ovirt_master_check-merged-fc23-x86_64/">fabric-ovirt_master_check-merged-fc23-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_master_build-artifacts-el7-x86_6…">ovirt-node-ng_master_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-3.6_build-artifacts-el7-x8…">ovirt-node-ng_ovirt-3.6_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.0-snapshot_build-artifac…">ovirt-node-ng_ovirt-4.0-snapshot_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-release_master_build-artifacts-all-x86_6…">ovirt-release_master_build-artifacts-all-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/repos_master_check-closure_fc24_merged/">repos_master_check-closure_fc24_merged</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.0/">test-repo_ovirt_experimental_4.0</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/vdsm_4.0_check-merged-fc23-x86_64/">vdsm_4.0_check-merged-fc23-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-el7-ppc64le/">vdsm_master_build-artifacts-el7-ppc64le</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> ------=_Part_280_1088506999.1474498805494--

1 0

[JIRA] (OVIRT-721) Re: gerrit - Prevent pushing directly to origin/branches
by eyal edri [Administrator] (oVirt JIRA) 21 Sep '16

21 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-721?page=com.atlassian.jira.p… ] eyal edri [Administrator] updated OVIRT-721: -------------------------------------------- Blocked By: OVIRT-487 Status: Blocked (was: In Progress) > Re: gerrit - Prevent pushing directly to origin/branches > -------------------------------------------------------- > > Key: OVIRT-721 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-721 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri [Administrator] > Assignee: Shlomo Ben David > Priority: Highest > > Opening a ticket on it. > On Tue, Sep 6, 2016 at 11:13 AM, Roy Golan <rgolan(a)redhat.com> wrote: > > Using ```git push origin HEAD:origin/ovirt-engine-3.6``` I'm able to > > merge my work and bypass any review. This needs to be prevented to > > unprivileged people i.e only stable branch maintainers. > > > > See example in https://gerrit.ovirt.org/#/c/62425/ > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian JIRA (v1000.350.2#100014)

1 0

[JIRA] (OVIRT-736) soft lockup on el7-vm25
by Evgheni Dereveanchin (oVirt JIRA) 21 Sep '16

21 Sep '16

Evgheni Dereveanchin created OVIRT-736: ------------------------------------------ Summary: soft lockup on el7-vm25 Key: OVIRT-736 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-736 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Evgheni Dereveanchin Assignee: infra I've noticed some slaves going offline in Jenkins with 100% CPU reported on the Engine. They eventually return to normal state. CHecked the logs on el7-vm25.phx.ovirt.org which had these symptoms and there seems to be a soft lockup due to the qemu-kvm process: Sep 21 04:57:18 el7-vm25 kernel: BUG: soft lockup - CPU#0 stuck for 22s! [qemu-kvm:13768] Sep 21 04:57:18 el7-vm25 kernel: Modules linked in: nls_utf8 isofs loop dm_mod xt_CHECKSUM ipt_MASQUERADE nf_nat_masquerade_ipv4 tun ip6t_rpfilter ip6t_REJECT ipt_REJECT xt_conntrack ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw iptable_filter aesni_intel lrw gf128mul glue_helper ppdev ablk_helper cryptd sg pcspkr parport_pc parport i2c_piix4 kvm_intel nfsd kvm auth_rpcgss nfs_acl lockd grace sunrpc ip_tables ext4 mbcache jbd2 sr_mod cdrom ata_generic pata_acpi virtio_blk virtio_console virtio_scsi virtio_net qxl syscopyarea sysfillrect sysimgblt drm_kms_helper Sep 21 04:57:18 el7-vm25 kernel: ttm ata_piix crc32c_intel libata serio_raw virtio_pci virtio_ring virtio drm i2c_core floppy Sep 21 04:57:18 el7-vm25 kernel: CPU: 0 PID: 13768 Comm: qemu-kvm Not tainted 3.10.0-327.28.3.el7.x86_64 #1 Sep 21 04:57:18 el7-vm25 kernel: Hardware name: oVirt oVirt Node, BIOS 0.5.1 01/01/2011 Sep 21 04:57:18 el7-vm25 kernel: task: ffff880210017300 ti: ffff8800363f8000 task.ti: ffff8800363f8000 Sep 21 04:57:18 el7-vm25 kernel: RIP: 0010:[<ffffffff810e69da>] [<ffffffff810e69da>] generic_exec_single+0xfa/0x1a0 Sep 21 04:57:18 el7-vm25 kernel: RSP: 0018:ffff8800363fbc40 EFLAGS: 00000202 Sep 21 04:57:18 el7-vm25 kernel: RAX: 0000000000000020 RBX: ffff8800363fbc10 RCX: 0000000000000020 Sep 21 04:57:18 el7-vm25 kernel: RDX: 00000000ffffffff RSI: 0000000000000020 RDI: 0000000000000282 Sep 21 04:57:18 el7-vm25 kernel: RBP: ffff8800363fbc88 R08: ffffffff8165fbe0 R09: ffffea000357c4c0 Sep 21 04:57:18 el7-vm25 kernel: R10: 0000000000003496 R11: 0000000000000206 R12: ffff880210017300 Sep 21 04:57:18 el7-vm25 kernel: R13: ffff880210017300 R14: 0000000000000001 R15: ffff880210017300 Sep 21 04:57:18 el7-vm25 kernel: FS: 00007fe7b288e700(0000) GS:ffff880216e00000(0000) knlGS:0000000000000000 Sep 21 04:57:18 el7-vm25 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b Sep 21 04:57:18 el7-vm25 kernel: CR2: 00000000ffffffff CR3: 0000000211bcb000 CR4: 00000000000026f0 Sep 21 04:57:18 el7-vm25 kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 Sep 21 04:57:18 el7-vm25 kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 Sep 21 04:57:18 el7-vm25 kernel: Stack: Sep 21 04:57:18 el7-vm25 kernel: 0000000000000000 0000000000000000 ffffffff81065c90 ffff8800363fbd10 Sep 21 04:57:18 el7-vm25 kernel: 0000000000000003 000000009347ffdf 0000000000000001 ffffffff81065c90 Sep 21 04:57:18 el7-vm25 kernel: ffffffff81065c90 ffff8800363fbcb8 ffffffff810e6adf ffff8800363fbcb8 Sep 21 04:57:18 el7-vm25 kernel: Call Trace: Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81065c90>] ? leave_mm+0x70/0x70 Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81065c90>] ? leave_mm+0x70/0x70 Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81065c90>] ? leave_mm+0x70/0x70 Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff810e6adf>] smp_call_function_single+0x5f/0xa0 Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff812f3015>] ? cpumask_next_and+0x35/0x50 Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff810e7083>] smp_call_function_many+0x223/0x260 Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81065e58>] native_flush_tlb_others+0xb8/0xc0 Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81065f26>] flush_tlb_mm_range+0x66/0x140 Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff811929d3>] tlb_flush_mmu.part.54+0x33/0xc0 Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81193565>] tlb_finish_mmu+0x55/0x60 Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81195afa>] zap_page_range+0x12a/0x170 Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81192224>] SyS_madvise+0x394/0x820 Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff810aa86d>] ? hrtimer_nanosleep+0xad/0x170 Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff810e5820>] ? SyS_futex+0x80/0x180 Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81646b49>] system_call_fastpath+0x16/0x1b Sep 21 04:57:18 el7-vm25 kernel: Code: 80 72 01 00 48 89 de 48 03 14 c5 20 c9 a5 81 48 89 df e8 7a 03 22 00 84 c0 75 46 45 85 ed 74 11 f6 43 20 01 74 0b 0f 1f 00 f3 90 <f6> 43 20 01 75 f8 31 c0 48 8b 7c 24 28 65 48 33 3c 25 28 00 00 need to find the root cause and fix the issue as this is negatively affecting jobs being run. -- This message was sent by Atlassian JIRA (v1000.350.2#100014)

1 0

[JIRA] (OVIRT-736) soft lockup on el7-vm25
by Evgheni Dereveanchin (oVirt JIRA) 21 Sep '16

21 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-736?page=com.atlassian.jira.p… ] Evgheni Dereveanchin reassigned OVIRT-736: ------------------------------------------ Assignee: Evgheni Dereveanchin (was: infra) > soft lockup on el7-vm25 > ----------------------- > > Key: OVIRT-736 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-736 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > > I've noticed some slaves going offline in Jenkins with 100% CPU reported on the Engine. They eventually return to normal state. CHecked the logs on el7-vm25.phx.ovirt.org which had these symptoms and there seems to be a soft lockup due to the qemu-kvm process: > Sep 21 04:57:18 el7-vm25 kernel: BUG: soft lockup - CPU#0 stuck for 22s! [qemu-kvm:13768] > Sep 21 04:57:18 el7-vm25 kernel: Modules linked in: nls_utf8 isofs loop dm_mod xt_CHECKSUM ipt_MASQUERADE nf_nat_masquerade_ipv4 tun ip6t_rpfilter ip6t_REJECT ipt_REJECT xt_conntrack ebtable_nat ebtable_broute bridge stp llc ebtable_filter ebtables ip6table_nat nf_conntrack_ipv6 nf_defrag_ipv6 nf_nat_ipv6 ip6table_mangle ip6table_security ip6table_raw ip6table_filter ip6_tables iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack iptable_mangle iptable_security iptable_raw iptable_filter aesni_intel lrw gf128mul glue_helper ppdev ablk_helper cryptd sg pcspkr parport_pc parport i2c_piix4 kvm_intel nfsd kvm auth_rpcgss nfs_acl lockd grace sunrpc ip_tables ext4 mbcache jbd2 sr_mod cdrom ata_generic pata_acpi virtio_blk virtio_console virtio_scsi virtio_net qxl syscopyarea sysfillrect sysimgblt drm_kms_helper > Sep 21 04:57:18 el7-vm25 kernel: ttm ata_piix crc32c_intel libata serio_raw virtio_pci virtio_ring virtio drm i2c_core floppy > Sep 21 04:57:18 el7-vm25 kernel: CPU: 0 PID: 13768 Comm: qemu-kvm Not tainted 3.10.0-327.28.3.el7.x86_64 #1 > Sep 21 04:57:18 el7-vm25 kernel: Hardware name: oVirt oVirt Node, BIOS 0.5.1 01/01/2011 > Sep 21 04:57:18 el7-vm25 kernel: task: ffff880210017300 ti: ffff8800363f8000 task.ti: ffff8800363f8000 > Sep 21 04:57:18 el7-vm25 kernel: RIP: 0010:[<ffffffff810e69da>] [<ffffffff810e69da>] generic_exec_single+0xfa/0x1a0 > Sep 21 04:57:18 el7-vm25 kernel: RSP: 0018:ffff8800363fbc40 EFLAGS: 00000202 > Sep 21 04:57:18 el7-vm25 kernel: RAX: 0000000000000020 RBX: ffff8800363fbc10 RCX: 0000000000000020 > Sep 21 04:57:18 el7-vm25 kernel: RDX: 00000000ffffffff RSI: 0000000000000020 RDI: 0000000000000282 > Sep 21 04:57:18 el7-vm25 kernel: RBP: ffff8800363fbc88 R08: ffffffff8165fbe0 R09: ffffea000357c4c0 > Sep 21 04:57:18 el7-vm25 kernel: R10: 0000000000003496 R11: 0000000000000206 R12: ffff880210017300 > Sep 21 04:57:18 el7-vm25 kernel: R13: ffff880210017300 R14: 0000000000000001 R15: ffff880210017300 > Sep 21 04:57:18 el7-vm25 kernel: FS: 00007fe7b288e700(0000) GS:ffff880216e00000(0000) knlGS:0000000000000000 > Sep 21 04:57:18 el7-vm25 kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b > Sep 21 04:57:18 el7-vm25 kernel: CR2: 00000000ffffffff CR3: 0000000211bcb000 CR4: 00000000000026f0 > Sep 21 04:57:18 el7-vm25 kernel: DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 > Sep 21 04:57:18 el7-vm25 kernel: DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 > Sep 21 04:57:18 el7-vm25 kernel: Stack: > Sep 21 04:57:18 el7-vm25 kernel: 0000000000000000 0000000000000000 ffffffff81065c90 ffff8800363fbd10 > Sep 21 04:57:18 el7-vm25 kernel: 0000000000000003 000000009347ffdf 0000000000000001 ffffffff81065c90 > Sep 21 04:57:18 el7-vm25 kernel: ffffffff81065c90 ffff8800363fbcb8 ffffffff810e6adf ffff8800363fbcb8 > Sep 21 04:57:18 el7-vm25 kernel: Call Trace: > Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81065c90>] ? leave_mm+0x70/0x70 > Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81065c90>] ? leave_mm+0x70/0x70 > Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81065c90>] ? leave_mm+0x70/0x70 > Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff810e6adf>] smp_call_function_single+0x5f/0xa0 > Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff812f3015>] ? cpumask_next_and+0x35/0x50 > Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff810e7083>] smp_call_function_many+0x223/0x260 > Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81065e58>] native_flush_tlb_others+0xb8/0xc0 > Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81065f26>] flush_tlb_mm_range+0x66/0x140 > Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff811929d3>] tlb_flush_mmu.part.54+0x33/0xc0 > Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81193565>] tlb_finish_mmu+0x55/0x60 > Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81195afa>] zap_page_range+0x12a/0x170 > Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81192224>] SyS_madvise+0x394/0x820 > Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff810aa86d>] ? hrtimer_nanosleep+0xad/0x170 > Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff810e5820>] ? SyS_futex+0x80/0x180 > Sep 21 04:57:18 el7-vm25 kernel: [<ffffffff81646b49>] system_call_fastpath+0x16/0x1b > Sep 21 04:57:18 el7-vm25 kernel: Code: 80 72 01 00 48 89 de 48 03 14 c5 20 c9 a5 81 48 89 df e8 7a 03 22 00 84 c0 75 46 45 85 ed 74 11 f6 43 20 01 74 0b 0f 1f 00 f3 90 <f6> 43 20 01 75 f8 31 c0 48 8b 7c 24 28 65 48 33 3c 25 28 00 00 > need to find the root cause and fix the issue as this is negatively affecting jobs being run. -- This message was sent by Atlassian JIRA (v1000.350.2#100014)

1 0

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

21 Sep '16

------=_Part_278_1650627303.1474412408829 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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/83//artifact/exported-ar… Cheers, Jenkins ------=_Part_278_1650627303.1474412408829 Content-Type: application/octet-stream; name=upstream_report.html Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=upstream_report.html Content-ID: <upstream_report.html> <!DOCTYPE html><head><style type="text/css"> table.gridtable { border-collapse: collapse; table-layout:fixed; width:1600px; font-family: monospace; font-size:13px; } .head { font-size:20px; font-family: arial; } .sub { font-size:18px; background-color:#e5e5e5; font-family: arial; } pre { font-family: monospace; display: inline; white-space: pre-wrap; white-space: -moz-pre-wrap !important; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word; } </style> </head> <body> <table class="gridtable" border=2> <tr><th colspan=2 class=head> RHEVM CI Jenkins Daily Report - 20/09/2016 </th></tr><tr><th colspan=2 class=sub> <font color="blue"><a href="http://jenkins.ovirt.org/">00 Unstable Jobs (Production)</a></font> </th></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/cockpit-ovirt_master_build-artifacts-el7-x86_6…">cockpit-ovirt_master_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/cockpit-ovirt_master_build-artifacts-fc24-x86_…">cockpit-ovirt_master_build-artifacts-fc24-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/fabric-ovirt_master_check-merged-el7-x86_64/">fabric-ovirt_master_check-merged-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/fabric-ovirt_master_check-merged-fc23-x86_64/">fabric-ovirt_master_check-merged-fc23-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-live_3.6-create-iso/">ovirt-live_3.6-create-iso</a> </td><td> need to move to std-ci or to yamlize </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_master_build-artifacts-el7-x86_6…">ovirt-node-ng_master_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-3.6_build-artifacts-el7-x8…">ovirt-node-ng_ovirt-3.6_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.0-snapshot_build-artifac…">ovirt-node-ng_ovirt-4.0-snapshot_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-release_master_build-artifacts-all-x86_6…">ovirt-release_master_build-artifacts-all-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/repos_3.6_check-closure_el6_merged/">repos_3.6_check-closure_el6_merged</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/repos_master_check-closure_el7_merged/">repos_master_check-closure_el7_merged</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/repos_master_check-closure_fc24_merged/">repos_master_check-closure_fc24_merged</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.0/">test-repo_ovirt_experimental_4.0</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/vdsm_4.0_check-merged-fc23-x86_64/">vdsm_4.0_check-merged-fc23-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> ------=_Part_278_1650627303.1474412408829--

1 0

Jenkins build became unstable: ovirt_4.0_he-system-tests #288
by jenkins＠jenkins.phx.ovirt.org 20 Sep '16

20 Sep '16

See <http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/288/changes>

6 8

[JIRA] (OVIRT-721) Re: gerrit - Prevent pushing directly to origin/branches
by Shlomo Ben David (oVirt JIRA) 20 Sep '16

20 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-721?page=com.atlassian.jira.p… ] Shlomo Ben David commented on OVIRT-721: ---------------------------------------- patch is ready: https://gerrit.ovirt.org/#/c/64166/ waiting for code-review. NOTICE: The current patch is depends on the All-Projects patch: https://gerrit.ovirt.org/#/c/63648/ > Re: gerrit - Prevent pushing directly to origin/branches > -------------------------------------------------------- > > Key: OVIRT-721 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-721 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri [Administrator] > Assignee: Shlomo Ben David > Priority: Highest > > Opening a ticket on it. > On Tue, Sep 6, 2016 at 11:13 AM, Roy Golan <rgolan(a)redhat.com> wrote: > > Using ```git push origin HEAD:origin/ovirt-engine-3.6``` I'm able to > > merge my work and bypass any review. This needs to be prevented to > > unprivileged people i.e only stable branch maintainers. > > > > See example in https://gerrit.ovirt.org/#/c/62425/ > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

Build failed in Jenkins: ovirt_4.0_he-system-tests #290
by jenkins＠jenkins.phx.ovirt.org 20 Sep '16

20 Sep '16

See <http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/290/changes> Changes: [Yaniv Kaul] Speedup for master reposync ------------------------------------------ [...truncated 423 lines...] # Copying any deploy scripts: Success (in 0:00:00) # [Thread-2] Bootstrapping lago_he_basic_suite_4_0_storage: # [Thread-3] Bootstrapping lago_he_basic_suite_4_0_host1: # [Thread-4] Bootstrapping lago_he_basic_suite_4_0_host0: # [Thread-3] Bootstrapping lago_he_basic_suite_4_0_host1: Success (in 0:00:44) # [Thread-4] Bootstrapping lago_he_basic_suite_4_0_host0: Success (in 0:00:44) # [Thread-2] Bootstrapping lago_he_basic_suite_4_0_storage: Success (in 0:00:45) # Save prefix: * Save nets: * Save nets: Success (in 0:00:00) * Save VMs: * Save VMs: Success (in 0:00:00) * Save env: * Save env: Success (in 0:00:00) # Save prefix: Success (in 0:00:00) @ Initialize and populate prefix: Success (in 0:00:51) + env_repo_setup + local extrasrc + declare -a extrasrcs + echo '#########################' ######################### + cd <http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/ovirt-system-test…> + lago ovirt reposetup --reposync-yum-config <http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/ovirt-system-test…> current session does not belong to lago group. @ Create prefix internal repo: # Syncing remote repos locally (this might take some time): * Acquiring lock for /var/lib/lago/reposync/repolock: * Acquiring lock for /var/lib/lago/reposync/repolock: Success (in 0:00:00) * Running reposync: * Running reposync: Success (in 0:01:53) * Due to bug https://bugzilla.redhat.com/show_bug.cgi?id=1332441 sometimes reposync fails to update some packages that have older versions already downloaded, will remove those if any and retry * Rerunning reposync: * Rerunning reposync: Success (in 0:02:07) * Failed to run reposync again, that usually means that some of the local rpms might be corrupted or the metadata invalid, cleaning caches and retrying a second time * Rerunning reposync a last time: * Rerunning reposync a last time: Success (in 0:02:28) * reposync command failed with following output: centos-base-el7 | 3.6 kB 00:00 centos-extras-el7 | 3.4 kB 00:00 centos-ovirt-4.0-el7 | 2.9 kB 00:00 centos-updates-el7 | 3.4 kB 00:00 epel-el7 | 4.3 kB 00:00 glusterfs-el7 | 2.9 kB 00:00 and following error: Yum-utils package has been deprecated, use dnf instead. See 'man yum2dnf' for more information. Traceback (most recent call last): File "/bin/reposync", line 334, in <module> main() File "/bin/reposync", line 166, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 702, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 742, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1460, in _commonLoadRepoXML result = self._getFileRepoXML(local, text) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1234, in _getFileRepoXML size=102400) # setting max size as 100K File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1028, in _getFile raise Errors.NoMoreMirrorsRepoError(errstr, errors, repo=self) yum.Errors.NoMoreMirrorsRepoError: failure: repodata/repomd.xml from ovirt-4.0-dependencies-el7: [Errno 256] No more mirrors to try. http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: [Errno 14] curl#7 - "Failed to connect to copr-be.cloud.fedoraproject.org port 80: No route to host" http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: [Errno 12] Timeout on http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: (28, 'Connection timed out after 30001 milliseconds') http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: [Errno 14] curl#7 - "Failed to connect to copr-be.cloud.fedoraproject.org port 80: No route to host" http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: [Errno 12] Timeout on http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: (28, 'Connection timed out after 30000 milliseconds') http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: [Errno 14] curl#7 - "Failed to connect to copr-be.cloud.fedoraproject.org port 80: No route to host" http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: [Errno 14] curl#7 - "Failed to connect to copr-be.cloud.fedoraproject.org port 80: No route to host" http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: [Errno 12] Timeout on http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: (28, 'Connection timed out after 30000 milliseconds') http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: [Errno 14] curl#7 - "Failed to connect to copr-be.cloud.fedoraproject.org port 80: No route to host" http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: [Errno 12] Timeout on http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: (28, 'Connection timed out after 30001 milliseconds') http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epel-…: [Errno 14] curl#7 - "Failed to connect to copr-be.cloud.fedoraproject.org port 80: No route to host" # Syncing remote repos locally (this might take some time): ERROR (in 0:06:29) @ Create prefix internal repo: ERROR (in 0:06:29) Error occured, aborting Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 258, in do_run self.cli_plugins[args.ovirtverb].do_run(args) File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 180, in do_run self._do_run(**vars(args)) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 488, in wrapper return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 499, in wrapper return func(*args, prefix=prefix, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 176, in do_ovirt_reposetup custom_sources=custom_sources, File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 615, in wrapper return func(*args, **kwargs) File "/usr/lib/python2.7/site-packages/ovirtlago/__init__.py", line 287, in prepare_repo repos, File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 139, in sync_rpm_repository 'Failed to run reposync a second time, aborting' RuntimeError: Failed to run reposync a second time, aborting + CLI=lago + DO_CLEANUP=false + RECOMMENDED_RAM_IN_MB=8196 + EXTRA_SOURCES=() ++ getopt -o ho:e:n:b:cs: --long help,output:,engine:,node:,boot-iso:,cleanup,extra-rpm-source -n run_suite.sh -- --cleanup he_basic_suite_4.0 + options=' --cleanup -- '\''he_basic_suite_4.0'\''' + [[ 0 != \0 ]] + eval set -- ' --cleanup -- '\''he_basic_suite_4.0'\''' ++ set -- --cleanup -- he_basic_suite_4.0 + true + case $1 in + DO_CLEANUP=true + shift + true + case $1 in + shift + break + [[ -z he_basic_suite_4.0 ]] ++ realpath he_basic_suite_4.0 + export SUITE=<http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/ovirt-system-test…> + SUITE=<http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/ovirt-system-test…> + '[' -z '' ']' + export PREFIX=<http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/ovirt-system-test…> + PREFIX=<http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/ovirt-system-test…> + true + env_cleanup + echo '#########################' ######################### + local res=0 + local uuid + echo '======== Cleaning up' ======== Cleaning up + [[ -e <http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/ovirt-system-test…> ]] + echo '----------- Cleaning with lago' ----------- Cleaning with lago + lago --workdir <http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/ovirt-system-test…> destroy --yes --all-prefixes + echo '----------- Cleaning with lago done' ----------- Cleaning with lago done + [[ 0 != \0 ]] + echo '======== Cleanup done' ======== Cleanup done + exit 0 Took 442 seconds =================================== logout Finish: shell @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @@ Tue Sep 20 07:45:04 UTC 2016 automation/he_basic_suite_4.0.sh chroot finished @@ took 595 seconds @@ rc = 1 @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ ========== Scrubbing chroot mock \ --configdir="<http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/ovirt-system-tests"> \ --root="mocker-fedora-23-x86_64.fc23" \ --resultdir="logs/mocker-fedora-23-x86_64.fc23.scrub" \ --scrub=chroot WARNING: Could not find required logging config file: <http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/ovirt-system-test….> Using default... INFO: mock.py version 1.2.17 starting (python version = 3.4.3)... Start: init plugins INFO: selinux enabled Finish: init plugins Start: run Start: scrub ['chroot'] INFO: scrubbing chroot for mocker-fedora-23-x86_64.fc23 Finish: scrub ['chroot'] Finish: run Scrub chroot took 7 seconds ============================ ########################################################## ## Tue Sep 20 07:45:11 UTC 2016 Finished env: fc23:fedora-23-x86_64 ## took 602 seconds ## rc = 1 ########################################################## ##! ERROR vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv ##! Last 20 log enties: logs/mocker-fedora-23-x86_64.fc23.he_basic_suite_4.0.sh/he_basic_suite_4.0.sh.log ##! + true + env_cleanup + echo '#########################' ######################### + local res=0 + local uuid + echo '======== Cleaning up' ======== Cleaning up + [[ -e <http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/ovirt-system-test…> ]] + echo '----------- Cleaning with lago' ----------- Cleaning with lago + lago --workdir <http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/ovirt-system-test…> destroy --yes --all-prefixes + echo '----------- Cleaning with lago done' ----------- Cleaning with lago done + [[ 0 != \0 ]] + echo '======== Cleanup done' ======== Cleanup done + exit 0 Took 442 seconds =================================== ##! ##! ERROR ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ##!######################################################## ########################################################## Build step 'Execute shell' marked build as failure Performing Post build task... Match found for :.* : True Logical operation result is TRUE Running script : #!/bin/bash -xe echo 'shell_scripts/system_tests.collect_logs.sh' # # Required jjb vars: # version # VERSION=4.0 SUITE_TYPE= WORKSPACE="$PWD" OVIRT_SUITE="$SUITE_TYPE_suite_$VERSION" TESTS_LOGS="$WORKSPACE/ovirt-system-tests/exported-artifacts" rm -rf "$WORKSPACE/exported-artifacts" mkdir -p "$WORKSPACE/exported-artifacts" if [[ -d "$TESTS_LOGS" ]]; then mv "$TESTS_LOGS/"* "$WORKSPACE/exported-artifacts/" fi [ovirt_4.0_he-system-tests] $ /bin/bash -xe /tmp/hudson8328631260483721905.sh + echo shell_scripts/system_tests.collect_logs.sh shell_scripts/system_tests.collect_logs.sh + VERSION=4.0 + SUITE_TYPE= + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/> + OVIRT_SUITE=4.0 + TESTS_LOGS=<http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/ovirt-system-test…> + rm -rf <http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/290/artifact/exporte…> + mkdir -p <http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/290/artifact/exporte…> + [[ -d <http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/ovirt-system-test…> ]] + mv <http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/ws/ovirt-system-test…> <http://jenkins.ovirt.org/job/ovirt_4.0_he-system-tests/290/artifact/exporte…> POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 0 Recording test results ERROR: Step ‘Publish JUnit test result report’ failed: No test report files were found. Configuration error? Archiving artifacts

1 1

Build failed in Jenkins: ovirt_3.6_system-tests #519
by jenkins＠jenkins.phx.ovirt.org 20 Sep '16

20 Sep '16

See <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/519/changes> Changes: [Yaniv Kaul] Speedup for master reposync ------------------------------------------ [...truncated 603 lines...] ## rc = 1 ########################################################## ##! ERROR vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv ##! Last 20 log enties: logs/mocker-fedora-23-x86_64.fc23.basic_suite_3.6.sh/basic_suite_3.6.sh.log ##! + true + env_cleanup + echo '#########################' ######################### + local res=0 + local uuid + echo '======== Cleaning up' ======== Cleaning up + [[ -e <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/d…> ]] + echo '----------- Cleaning with lago' ----------- Cleaning with lago + lago --workdir <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/d…> destroy --yes --all-prefixes + echo '----------- Cleaning with lago done' ----------- Cleaning with lago done + [[ 0 != \0 ]] + echo '======== Cleanup done' ======== Cleanup done + exit 0 Took 358 seconds =================================== ##! ##! ERROR ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ##!######################################################## ########################################################## Build step 'Execute shell' marked build as failure Performing Post build task... Match found for :.* : True Logical operation result is TRUE Running script : #!/bin/bash -xe echo 'shell_scripts/system_tests.collect_logs.sh' # # Required jjb vars: # version # VERSION=3.6 SUITE_TYPE= WORKSPACE="$PWD" OVIRT_SUITE="$SUITE_TYPE_suite_$VERSION" TESTS_LOGS="$WORKSPACE/ovirt-system-tests/exported-artifacts" rm -rf "$WORKSPACE/exported-artifacts" mkdir -p "$WORKSPACE/exported-artifacts" if [[ -d "$TESTS_LOGS" ]]; then mv "$TESTS_LOGS/"* "$WORKSPACE/exported-artifacts/" fi [ovirt_3.6_system-tests] $ /bin/bash -xe /tmp/hudson7431171548225896753.sh + echo shell_scripts/system_tests.collect_logs.sh shell_scripts/system_tests.collect_logs.sh + VERSION=3.6 + SUITE_TYPE= + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> + OVIRT_SUITE=3.6 + TESTS_LOGS=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> + rm -rf <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/519/artifact/exported-a…> + mkdir -p <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/519/artifact/exported-a…> + [[ -d <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> ]] + mv <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/e…> <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/519/artifact/exported-a…> POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 0 Match found for :.* : True Logical operation result is TRUE Running script : #!/bin/bash -xe echo "shell-scripts/mock_cleanup.sh" shopt -s nullglob WORKSPACE="$PWD" # Make clear this is the cleanup, helps reading the jenkins logs cat <<EOC _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### EOC # Archive the logs, we want them anyway logs=( ./*log ./*/logs ) if [[ "$logs" ]]; then tar cvzf exported-artifacts/logs.tgz "${logs[@]}" rm -rf "${logs[@]}" fi # stop any processes running inside the chroot failed=false mock_confs=("$WORKSPACE"/*/mocker*) # Clean current jobs mockroot if any for mock_conf_file in "${mock_confs[@]}"; do [[ "$mock_conf_file" ]] || continue echo "Cleaning up mock $mock_conf" mock_root="${mock_conf_file##*/}" mock_root="${mock_root%.*}" my_mock="/usr/bin/mock" my_mock+=" --configdir=${mock_conf_file%/*}" my_mock+=" --root=${mock_root}" my_mock+=" --resultdir=$WORKSPACE" #TODO: investigate why mock --clean fails to umount certain dirs sometimes, #so we can use it instead of manually doing all this. echo "Killing all mock orphan processes, if any." $my_mock \ --orphanskill \ || { echo "ERROR: Failed to kill orphans on $chroot." failed=true } mock_root="$(\ grep \ -Po "(?<=config_opts\['root'\] = ')[^']*" \ "$mock_conf_file" \ )" || : [[ "$mock_root" ]] || continue mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $chroot. Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true } done done # Clean any leftover chroot from other jobs for mock_root in /var/lib/mock/*; do this_chroot_failed=false mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $mock_root." \ "Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true this_chroot_failed=true } done if ! $this_chroot_failed; then sudo rm -rf "$mock_root" fi done if $failed; then echo "Aborting." exit 1 fi # remove mock system cache, we will setup proxies to do the caching and this # takes lots of space between runs shopt -u nullglob sudo rm -Rf /var/cache/mock/* # restore the permissions in the working dir, as sometimes it leaves files # owned by root and then the 'cleanup workspace' from jenkins job fails to # clean and breaks the jobs sudo chown -R "$USER" "$WORKSPACE" [ovirt_3.6_system-tests] $ /bin/bash -xe /tmp/hudson3204885928769999763.sh + echo shell-scripts/mock_cleanup.sh shell-scripts/mock_cleanup.sh + shopt -s nullglob + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> + cat _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### + logs=(./*log ./*/logs) + [[ -n ./ovirt-system-tests/logs ]] + tar cvzf exported-artifacts/logs.tgz ./ovirt-system-tests/logs ./ovirt-system-tests/logs/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/stdout_stderr.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/state.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/build.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.init/root.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/stdout_stderr.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/state.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/build.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.install_packages/root.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.clean_rpmdb/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.clean_rpmdb/stdout_stderr.log ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.basic_suite_3.6.sh/ ./ovirt-system-tests/logs/mocker-fedora-23-x86_64.fc23.basic_suite_3.6.sh/basic_suite_3.6.sh.log + rm -rf ./ovirt-system-tests/logs + failed=false + mock_confs=("$WORKSPACE"/*/mocker*) + for mock_conf_file in '"${mock_confs[@]}"' + [[ -n <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/m…> ]] + echo 'Cleaning up mock ' Cleaning up mock + mock_root=mocker-fedora-23-x86_64.fc23.cfg + mock_root=mocker-fedora-23-x86_64.fc23 + my_mock=/usr/bin/mock + my_mock+=' --configdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests'> + my_mock+=' --root=mocker-fedora-23-x86_64.fc23' + my_mock+=' --resultdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/'> + echo 'Killing all mock orphan processes, if any.' Killing all mock orphan processes, if any. + /usr/bin/mock --configdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests> --root=mocker-fedora-23-x86_64.fc23 --resultdir=<http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> --orphanskill WARNING: Could not find required logging config file: <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/l….> Using default... INFO: mock.py version 1.2.18 starting (python version = 3.5.1)... Start: init plugins INFO: selinux enabled Finish: init plugins Start: run Finish: run ++ grep -Po '(?<=config_opts\['\''root'\''\] = '\'')[^'\'']*' <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/ovirt-system-tests/m…> + mock_root=fedora-23-x86_64-235bec7d0621e95d1cae73d7cf9dc27c + [[ -n fedora-23-x86_64-235bec7d0621e95d1cae73d7cf9dc27c ]] + mounts=($(mount | awk '{print $3}' | grep "$mock_root")) ++ mount ++ awk '{print $3}' ++ grep fedora-23-x86_64-235bec7d0621e95d1cae73d7cf9dc27c + : + [[ -n '' ]] + false + shopt -u nullglob + sudo rm -Rf /var/cache/mock/fedora-23-x86_64-235bec7d0621e95d1cae73d7cf9dc27c + sudo chown -R jenkins <http://jenkins.ovirt.org/job/ovirt_3.6_system-tests/ws/> POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 1 Recording test results ERROR: Step ?Publish JUnit test result report? failed: No test report files were found. Configuration error? Archiving artifacts

1 1

[JIRA] (OVIRT-735) cleanup workspaces task fails on RAM disk slaves
by Evgheni Dereveanchin (oVirt JIRA) 20 Sep '16

20 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-735?page=com.atlassian.jira.p… ] Evgheni Dereveanchin updated OVIRT-735: --------------------------------------- Description: Working on testing RAM disks as part of OVIRT-636 I see the slave being put offline by the cleanup job. It's failing with the following error: {{21:30:08 ====== 21:30:08 INFO::node: ovirt-srv08.phx.ovirt.org, free space: 2GB 21:30:08 getting executors 21:30:08 got executors 21:30:08 getting build 21:30:08 Thread[Executor #0 for ovirt-srv08.phx.ovirt.org : executing PlaceholderExecutable:job/test-repo_ovirt_experimental_3.6/1758/:null,5,] 21:30:08 Executor #0 21:30:08 got build 21:30:08 got parent 21:30:08 got task 21:30:08 got name 21:30:08 ERROR: Build step failed with exception 21:30:08 java.lang.NullPointerException 21:30:08 at java.util.Hashtable.put(Hashtable.java:514) 21:30:08 at groovy.lang.Binding.setVariable(Binding.java:77) 21:30:08 at groovy.lang.Script.setProperty(Script.java:66) 21:30:08 at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.setGroovyObjectProperty(ScriptBytecodeAdapter.java:528) 21:30:08 at Script1.run(Script1.groovy:140) 21:30:08 at groovy.lang.GroovyShell.evaluate(GroovyShell.java:650) 21:30:08 at groovy.lang.GroovyShell.evaluate(GroovyShell.java:636) 21:30:08 at hudson.plugins.groovy.SystemGroovy.perform(SystemGroovy.java:93) 21:30:08 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) 21:30:08 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:782) 21:30:08 at hudson.model.Build$BuildExecution.build(Build.java:205) 21:30:08 at hudson.model.Build$BuildExecution.doRun(Build.java:162) 21:30:08 at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:534) 21:30:08 at hudson.model.Run.execute(Run.java:1738) 21:30:08 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) 21:30:08 at hudson.model.ResourceController.execute(ResourceController.java:98) 21:30:08 at hudson.model.Executor.run(Executor.java:410) 21:30:08 Build step 'Execute system Groovy script' marked build as failure 21:30:09 Build step 'Groovy Postbuild' marked build as failure}} As this is a NullPointerException - it's probably a bug in the cleanup job. was: Working on testing RAM disks as part of OVIRT-636 I see the slave being put offline by the cleanup job. It's failing with the following error: {{ 21:30:08 ====== 21:30:08 INFO::node: ovirt-srv08.phx.ovirt.org, free space: 2GB 21:30:08 getting executors 21:30:08 got executors 21:30:08 getting build 21:30:08 Thread[Executor #0 for ovirt-srv08.phx.ovirt.org : executing PlaceholderExecutable:job/test-repo_ovirt_experimental_3.6/1758/:null,5,] 21:30:08 Executor #0 21:30:08 got build 21:30:08 got parent 21:30:08 got task 21:30:08 got name 21:30:08 ERROR: Build step failed with exception 21:30:08 java.lang.NullPointerException 21:30:08 at java.util.Hashtable.put(Hashtable.java:514) 21:30:08 at groovy.lang.Binding.setVariable(Binding.java:77) 21:30:08 at groovy.lang.Script.setProperty(Script.java:66) 21:30:08 at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.setGroovyObjectProperty(ScriptBytecodeAdapter.java:528) 21:30:08 at Script1.run(Script1.groovy:140) 21:30:08 at groovy.lang.GroovyShell.evaluate(GroovyShell.java:650) 21:30:08 at groovy.lang.GroovyShell.evaluate(GroovyShell.java:636) 21:30:08 at hudson.plugins.groovy.SystemGroovy.perform(SystemGroovy.java:93) 21:30:08 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) 21:30:08 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:782) 21:30:08 at hudson.model.Build$BuildExecution.build(Build.java:205) 21:30:08 at hudson.model.Build$BuildExecution.doRun(Build.java:162) 21:30:08 at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:534) 21:30:08 at hudson.model.Run.execute(Run.java:1738) 21:30:08 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) 21:30:08 at hudson.model.ResourceController.execute(ResourceController.java:98) 21:30:08 at hudson.model.Executor.run(Executor.java:410) 21:30:08 Build step 'Execute system Groovy script' marked build as failure 21:30:09 Build step 'Groovy Postbuild' marked build as failure }} As this is a NullPointerException - it's probably a bug in the cleanup job. > cleanup workspaces task fails on RAM disk slaves > ------------------------------------------------ > > Key: OVIRT-735 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-735 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: Jenkins > Reporter: Evgheni Dereveanchin > Assignee: infra > > Working on testing RAM disks as part of OVIRT-636 I see the slave being put offline by the cleanup job. > It's failing with the following error: > {{21:30:08 ====== > 21:30:08 INFO::node: ovirt-srv08.phx.ovirt.org, free space: 2GB > 21:30:08 getting executors > 21:30:08 got executors > 21:30:08 getting build > 21:30:08 Thread[Executor #0 for ovirt-srv08.phx.ovirt.org : executing PlaceholderExecutable:job/test-repo_ovirt_experimental_3.6/1758/:null,5,] > 21:30:08 Executor #0 > 21:30:08 got build > 21:30:08 got parent > 21:30:08 got task > 21:30:08 got name > 21:30:08 ERROR: Build step failed with exception > 21:30:08 java.lang.NullPointerException > 21:30:08 at java.util.Hashtable.put(Hashtable.java:514) > 21:30:08 at groovy.lang.Binding.setVariable(Binding.java:77) > 21:30:08 at groovy.lang.Script.setProperty(Script.java:66) > 21:30:08 at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.setGroovyObjectProperty(ScriptBytecodeAdapter.java:528) > 21:30:08 at Script1.run(Script1.groovy:140) > 21:30:08 at groovy.lang.GroovyShell.evaluate(GroovyShell.java:650) > 21:30:08 at groovy.lang.GroovyShell.evaluate(GroovyShell.java:636) > 21:30:08 at hudson.plugins.groovy.SystemGroovy.perform(SystemGroovy.java:93) > 21:30:08 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) > 21:30:08 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:782) > 21:30:08 at hudson.model.Build$BuildExecution.build(Build.java:205) > 21:30:08 at hudson.model.Build$BuildExecution.doRun(Build.java:162) > 21:30:08 at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:534) > 21:30:08 at hudson.model.Run.execute(Run.java:1738) > 21:30:08 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) > 21:30:08 at hudson.model.ResourceController.execute(ResourceController.java:98) > 21:30:08 at hudson.model.Executor.run(Executor.java:410) > 21:30:08 Build step 'Execute system Groovy script' marked build as failure > 21:30:09 Build step 'Groovy Postbuild' marked build as failure}} > As this is a NullPointerException - it's probably a bug in the cleanup job. -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-735) cleanup workspaces task fails on RAM disk slaves
by Evgheni Dereveanchin (oVirt JIRA) 20 Sep '16

20 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-735?page=com.atlassian.jira.p… ] Evgheni Dereveanchin reassigned OVIRT-735: ------------------------------------------ Assignee: Evgheni Dereveanchin (was: infra) > cleanup workspaces task fails on RAM disk slaves > ------------------------------------------------ > > Key: OVIRT-735 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-735 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: Jenkins > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > > Working on testing RAM disks as part of OVIRT-636 I see the slave being put offline by the cleanup job. > It's failing with the following error: > {{21:30:08 ====== > 21:30:08 INFO::node: ovirt-srv08.phx.ovirt.org, free space: 2GB > 21:30:08 getting executors > 21:30:08 got executors > 21:30:08 getting build > 21:30:08 Thread[Executor #0 for ovirt-srv08.phx.ovirt.org : executing PlaceholderExecutable:job/test-repo_ovirt_experimental_3.6/1758/:null,5,] > 21:30:08 Executor #0 > 21:30:08 got build > 21:30:08 got parent > 21:30:08 got task > 21:30:08 got name > 21:30:08 ERROR: Build step failed with exception > 21:30:08 java.lang.NullPointerException > 21:30:08 at java.util.Hashtable.put(Hashtable.java:514) > 21:30:08 at groovy.lang.Binding.setVariable(Binding.java:77) > 21:30:08 at groovy.lang.Script.setProperty(Script.java:66) > 21:30:08 at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.setGroovyObjectProperty(ScriptBytecodeAdapter.java:528) > 21:30:08 at Script1.run(Script1.groovy:140) > 21:30:08 at groovy.lang.GroovyShell.evaluate(GroovyShell.java:650) > 21:30:08 at groovy.lang.GroovyShell.evaluate(GroovyShell.java:636) > 21:30:08 at hudson.plugins.groovy.SystemGroovy.perform(SystemGroovy.java:93) > 21:30:08 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) > 21:30:08 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:782) > 21:30:08 at hudson.model.Build$BuildExecution.build(Build.java:205) > 21:30:08 at hudson.model.Build$BuildExecution.doRun(Build.java:162) > 21:30:08 at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:534) > 21:30:08 at hudson.model.Run.execute(Run.java:1738) > 21:30:08 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) > 21:30:08 at hudson.model.ResourceController.execute(ResourceController.java:98) > 21:30:08 at hudson.model.Executor.run(Executor.java:410) > 21:30:08 Build step 'Execute system Groovy script' marked build as failure > 21:30:09 Build step 'Groovy Postbuild' marked build as failure}} > As this is a NullPointerException - it's probably a bug in the cleanup job. -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-735) cleanup workspaces task fails on RAM disk slaves
by Evgheni Dereveanchin (oVirt JIRA) 20 Sep '16

20 Sep '16

Evgheni Dereveanchin created OVIRT-735: ------------------------------------------ Summary: cleanup workspaces task fails on RAM disk slaves Key: OVIRT-735 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-735 Project: oVirt - virtualization made easy Issue Type: Bug Components: Jenkins Reporter: Evgheni Dereveanchin Assignee: infra Working on testing RAM disks as part of OVIRT-636 I see the slave being put offline by the cleanup job. It's failing with the following error: {{ 21:30:08 ====== 21:30:08 INFO::node: ovirt-srv08.phx.ovirt.org, free space: 2GB 21:30:08 getting executors 21:30:08 got executors 21:30:08 getting build 21:30:08 Thread[Executor #0 for ovirt-srv08.phx.ovirt.org : executing PlaceholderExecutable:job/test-repo_ovirt_experimental_3.6/1758/:null,5,] 21:30:08 Executor #0 21:30:08 got build 21:30:08 got parent 21:30:08 got task 21:30:08 got name 21:30:08 ERROR: Build step failed with exception 21:30:08 java.lang.NullPointerException 21:30:08 at java.util.Hashtable.put(Hashtable.java:514) 21:30:08 at groovy.lang.Binding.setVariable(Binding.java:77) 21:30:08 at groovy.lang.Script.setProperty(Script.java:66) 21:30:08 at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.setGroovyObjectProperty(ScriptBytecodeAdapter.java:528) 21:30:08 at Script1.run(Script1.groovy:140) 21:30:08 at groovy.lang.GroovyShell.evaluate(GroovyShell.java:650) 21:30:08 at groovy.lang.GroovyShell.evaluate(GroovyShell.java:636) 21:30:08 at hudson.plugins.groovy.SystemGroovy.perform(SystemGroovy.java:93) 21:30:08 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) 21:30:08 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:782) 21:30:08 at hudson.model.Build$BuildExecution.build(Build.java:205) 21:30:08 at hudson.model.Build$BuildExecution.doRun(Build.java:162) 21:30:08 at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:534) 21:30:08 at hudson.model.Run.execute(Run.java:1738) 21:30:08 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) 21:30:08 at hudson.model.ResourceController.execute(ResourceController.java:98) 21:30:08 at hudson.model.Executor.run(Executor.java:410) 21:30:08 Build step 'Execute system Groovy script' marked build as failure 21:30:09 Build step 'Groovy Postbuild' marked build as failure }} As this is a NullPointerException - it's probably a bug in the cleanup job. -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-734) [std ci] add Zuul to gate check-merged jobs
by eyal edri [Administrator] (oVirt JIRA) 20 Sep '16

20 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-734?page=com.atlassian.jira.p… ] eyal edri [Administrator] updated OVIRT-734: -------------------------------------------- Epic Link: OVIRT-400 > [std ci] add Zuul to gate check-merged jobs > -------------------------------------------- > > Key: OVIRT-734 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-734 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: eyal edri [Administrator] > Assignee: infra > Priority: High > > Today we run check-merged.sh jobs in CI just post merge without any gating to reject a failing code. > So what happens is a regression which passed check-patch might fail check-merged and we'll only see it after it already broken the branch. > Introducing Zuul to be gating before merge can solve this, and also solve any rebase issues we might have when merging the code. -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-734) [std ci] add Zuul to gate check-merged jobs
by eyal edri [Administrator] (oVirt JIRA) 20 Sep '16

20 Sep '16

eyal edri [Administrator] created OVIRT-734: ----------------------------------------------- Summary: [std ci] add Zuul to gate check-merged jobs Key: OVIRT-734 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-734 Project: oVirt - virtualization made easy Issue Type: Improvement Components: Jenkins Reporter: eyal edri [Administrator] Assignee: infra Priority: High Today we run check-merged.sh jobs in CI just post merge without any gating to reject a failing code. So what happens is a regression which passed check-patch might fail check-merged and we'll only see it after it already broken the branch. Introducing Zuul to be gating before merge can solve this, and also solve any rebase issues we might have when merging the code. -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[oVirt Jenkins] repos_master_check-closure_el7_merged - Build # 17 - Failure!
by jenkins＠jenkins.phx.ovirt.org 20 Sep '16

20 Sep '16

------=_Part_272_1929606180.1474355004229 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/repos_master_check-closure_el7_merged/ Build: http://jenkins.ovirt.org/job/repos_master_check-closure_el7_merged/17/ Build Number: 17 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #17 [Eyal Edri] remove ovirt-engine update db job in ci ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_272_1929606180.1474355004229--

1 0

[oVirt Jenkins] repos_master_check-closure_fc24_merged - Build # 20 - Failure!
by jenkins＠jenkins.phx.ovirt.org 20 Sep '16

20 Sep '16

------=_Part_270_226135824.1474354377654 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/repos_master_check-closure_fc24_merged/ Build: http://jenkins.ovirt.org/job/repos_master_check-closure_fc24_merged/20/ Build Number: 20 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #1 No changes Changes for Build #2 No changes Changes for Build #3 No changes Changes for Build #4 [Barak Korren] Add Ruby SDK builds and tests on ppc64le [Martin Sivak] Configure standard automation for mom Changes for Build #5 No changes Changes for Build #6 [ngoldin] Revert "mock_runner.sh: Fix yum.conf location" [Sharon Naftaly] Small changes in the build-artifacts-manual job template [Sharon Naftaly] Add ovirt-host-deploy build-artifacts-manual jobs [Sharon Naftaly] Change order of project confs in ovirt-dwh yaml project [Sharon Naftaly] Add ovirt-hosted-engine-ha build-artifacts-manual jobs [Sharon Naftaly] Add ovirt-hosted-engine-setup build-artifacts-manual jobs [Sharon Naftaly] Add ovirt-image-uploader build-artifacts-manual jobs [Sharon Naftaly] Add ovirt-iso-uploader build-artifacts-manual jobs [Sharon Naftaly] Add ovirt-log-collector build-artifacts-manual jobs [Sharon Naftaly] Add ovirt-setup-lib build-artifacts-manual jobs [Sharon Naftaly] Add otopi build-artifacts-manual jobs [Sharon Naftaly] Add mom build-artifacts-manual jobs [Sharon Naftaly] Add vdsm-jsonrpc-java build-artifacts-manual jobs Changes for Build #7 No changes Changes for Build #8 [Sharon Naftaly] Adding ovirt-vmconsole build-artifacts and manual jobs [Sharon Naftaly] Add vdsm build-artifacts-manual jobs [Sharon Naftaly] Changing repoclosure jobs to run inside mock Changes for Build #9 No changes Changes for Build #10 [Yedidyah Bar David] Enable imageio-proxy in engine setup Changes for Build #11 No changes Changes for Build #12 No changes Changes for Build #13 [Martin Perina] Fix repositories for 4.0 aaa-jdbc build Changes for Build #14 [Yedidyah Bar David] run engine upgrade from 3.6 to master Changes for Build #15 No changes Changes for Build #16 No changes Changes for Build #17 No changes Changes for Build #18 No changes Changes for Build #19 No changes Changes for Build #20 [Eyal Edri] remove ovirt-engine update db job in ci ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_270_226135824.1474354377654--

1 0

Vdsm source packages signed with an expired key?
by Milan Zamazal 20 Sep '16

20 Sep '16

Hi, on Vdsm packages downloaded from http://resources.ovirt.org/pub/ovirt-4.0/src/vdsm/ : % gpg --verify vdsm-4.18.13.tar.gz.sig gpg: assuming signed data in 'vdsm-4.18.13.tar.gz' gpg: Signature made Wed 14 Sep 2016 04:38:26 PM CEST using RSA key ID FE590CB7 gpg: Good signature from "oVirt <infra(a)ovirt.org>" [expired] gpg: Note: This key has expired! Primary key fingerprint: 31A5 D783 7FAD 7CB2 86CD 3469 AB8C 4F9D FE59 0CB7 % gpg --list-keys infra(a)ovirt.org pub 2048R/FE590CB7 2014-03-30 [expired: 2016-04-02] uid [ expired] oVirt <infra(a)ovirt.org> Either I download fake packages signed with a cracked expired key, or you sign the packages with an expired key. Not good in any case.

2 2

[oVirt Jenkins] repos_3.6_check-closure_el6_merged - Build # 18 - Failure!
by jenkins＠jenkins.phx.ovirt.org 20 Sep '16

20 Sep '16

------=_Part_268_1246988705.1474353285767 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/repos_3.6_check-closure_el6_merged/ Build: http://jenkins.ovirt.org/job/repos_3.6_check-closure_el6_merged/18/ Build Number: 18 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #18 [Eyal Edri] remove ovirt-engine update db job in ci ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_268_1246988705.1474353285767--

1 0

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

20 Sep '16

------=_Part_266_2009444054.1474326010789 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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/82//artifact/exported-ar… Cheers, Jenkins ------=_Part_266_2009444054.1474326010789 Content-Type: application/octet-stream; name=upstream_report.html Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=upstream_report.html Content-ID: <upstream_report.html> <!DOCTYPE html><head><style type="text/css"> table.gridtable { border-collapse: collapse; table-layout:fixed; width:1600px; font-family: monospace; font-size:13px; } .head { font-size:20px; font-family: arial; } .sub { font-size:18px; background-color:#e5e5e5; font-family: arial; } pre { font-family: monospace; display: inline; white-space: pre-wrap; white-space: -moz-pre-wrap !important; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word; } </style> </head> <body> <table class="gridtable" border=2> <tr><th colspan=2 class=head> RHEVM CI Jenkins Daily Report - 19/09/2016 </th></tr><tr><th colspan=2 class=sub> <font color="blue"><a href="http://jenkins.ovirt.org/">00 Unstable Jobs (Production)</a></font> </th></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/fabric-ovirt_master_check-merged-el7-x86_64/">fabric-ovirt_master_check-merged-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/fabric-ovirt_master_check-merged-fc23-x86_64/">fabric-ovirt_master_check-merged-fc23-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-master_el7_me…">ovirt-engine_master_upgrade-from-master_el7_merged</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-3.6_build-artifacts-el7-x8…">ovirt-node-ng_ovirt-3.6_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.0-snapshot_build-artifac…">ovirt-node-ng_ovirt-4.0-snapshot_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-release_master_build-artifacts-all-x86_6…">ovirt-release_master_build-artifacts-all-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/repos_master_check-closure_fc24_merged/">repos_master_check-closure_fc24_merged</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/vdsm_4.0_check-merged-fc23-x86_64/">vdsm_4.0_check-merged-fc23-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/">vdsm_master_check-merged-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> ------=_Part_266_2009444054.1474326010789--

1 0

Build failed in Jenkins: ovirt_master_system-tests #546
by jenkins＠jenkins.phx.ovirt.org 19 Sep '16

19 Sep '16

See <http://jenkins.ovirt.org/job/ovirt_master_system-tests/546/changes> Changes: [Yaniv Kaul] Speedup for master reposync ------------------------------------------ [...truncated 766 lines...] ## took 1847 seconds ## rc = 1 ########################################################## ##! ERROR vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv ##! Last 20 log enties: logs/mocker-fedora-24-x86_64.fc24.basic_suite_master.sh/basic_suite_master.sh.log ##! + true + env_cleanup + echo '#########################' ######################### + local res=0 + local uuid + echo '======== Cleaning up' ======== Cleaning up + [[ -e <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> ]] + echo '----------- Cleaning with lago' ----------- Cleaning with lago + lago --workdir <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> destroy --yes --all-prefixes + echo '----------- Cleaning with lago done' ----------- Cleaning with lago done + [[ 0 != \0 ]] + echo '======== Cleanup done' ======== Cleanup done + exit 0 Took 1682 seconds =================================== ##! ##! ERROR ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ##!######################################################## ########################################################## Build step 'Execute shell' marked build as failure Performing Post build task... Match found for :.* : True Logical operation result is TRUE Running script : #!/bin/bash -xe echo 'shell_scripts/system_tests.collect_logs.sh' # # Required jjb vars: # version # VERSION=master SUITE_TYPE= WORKSPACE="$PWD" OVIRT_SUITE="$SUITE_TYPE_suite_$VERSION" TESTS_LOGS="$WORKSPACE/ovirt-system-tests/exported-artifacts" rm -rf "$WORKSPACE/exported-artifacts" mkdir -p "$WORKSPACE/exported-artifacts" if [[ -d "$TESTS_LOGS" ]]; then mv "$TESTS_LOGS/"* "$WORKSPACE/exported-artifacts/" fi [ovirt_master_system-tests] $ /bin/bash -xe /tmp/hudson8435450025895863597.sh + echo shell_scripts/system_tests.collect_logs.sh shell_scripts/system_tests.collect_logs.sh + VERSION=master + SUITE_TYPE= + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/> + OVIRT_SUITE=master + TESTS_LOGS=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> + rm -rf <http://jenkins.ovirt.org/job/ovirt_master_system-tests/546/artifact/exporte…> + mkdir -p <http://jenkins.ovirt.org/job/ovirt_master_system-tests/546/artifact/exporte…> + [[ -d <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> ]] + mv <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> <http://jenkins.ovirt.org/job/ovirt_master_system-tests/546/artifact/exporte…> POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 0 Match found for :.* : True Logical operation result is TRUE Running script : #!/bin/bash -xe echo "shell-scripts/mock_cleanup.sh" shopt -s nullglob WORKSPACE="$PWD" # Make clear this is the cleanup, helps reading the jenkins logs cat <<EOC _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### EOC # Archive the logs, we want them anyway logs=( ./*log ./*/logs ) if [[ "$logs" ]]; then tar cvzf exported-artifacts/logs.tgz "${logs[@]}" rm -rf "${logs[@]}" fi # stop any processes running inside the chroot failed=false mock_confs=("$WORKSPACE"/*/mocker*) # Clean current jobs mockroot if any for mock_conf_file in "${mock_confs[@]}"; do [[ "$mock_conf_file" ]] || continue echo "Cleaning up mock $mock_conf" mock_root="${mock_conf_file##*/}" mock_root="${mock_root%.*}" my_mock="/usr/bin/mock" my_mock+=" --configdir=${mock_conf_file%/*}" my_mock+=" --root=${mock_root}" my_mock+=" --resultdir=$WORKSPACE" #TODO: investigate why mock --clean fails to umount certain dirs sometimes, #so we can use it instead of manually doing all this. echo "Killing all mock orphan processes, if any." $my_mock \ --orphanskill \ || { echo "ERROR: Failed to kill orphans on $chroot." failed=true } mock_root="$(\ grep \ -Po "(?<=config_opts\['root'\] = ')[^']*" \ "$mock_conf_file" \ )" || : [[ "$mock_root" ]] || continue mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $chroot. Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true } done done # Clean any leftover chroot from other jobs for mock_root in /var/lib/mock/*; do this_chroot_failed=false mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $mock_root." \ "Trying to umount." fi for mount in "${mounts[@]}"; do sudo umount --lazy "$mount" \ || { echo "ERROR: Failed to umount $mount." failed=true this_chroot_failed=true } done if ! $this_chroot_failed; then sudo rm -rf "$mock_root" fi done if $failed; then echo "Aborting." exit 1 fi # remove mock system cache, we will setup proxies to do the caching and this # takes lots of space between runs shopt -u nullglob sudo rm -Rf /var/cache/mock/* # restore the permissions in the working dir, as sometimes it leaves files # owned by root and then the 'cleanup workspace' from jenkins job fails to # clean and breaks the jobs sudo chown -R "$USER" "$WORKSPACE" [ovirt_master_system-tests] $ /bin/bash -xe /tmp/hudson6137841230554300647.sh + echo shell-scripts/mock_cleanup.sh shell-scripts/mock_cleanup.sh + shopt -s nullglob + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/> + cat _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### + logs=(./*log ./*/logs) + [[ -n ./ovirt-system-tests/logs ]] + tar cvzf exported-artifacts/logs.tgz ./ovirt-system-tests/logs ./ovirt-system-tests/logs/ ./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.basic_suite_master.sh/ ./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.basic_suite_master.sh/basic_suite_master.sh.log ./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/ ./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/stdout_stderr.log ./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/state.log ./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/build.log ./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.init/root.log ./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.clean_rpmdb/ ./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.clean_rpmdb/stdout_stderr.log ./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/ ./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/stdout_stderr.log ./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/state.log ./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/build.log ./ovirt-system-tests/logs/mocker-fedora-24-x86_64.fc24.install_packages/root.log + rm -rf ./ovirt-system-tests/logs + failed=false + mock_confs=("$WORKSPACE"/*/mocker*) + for mock_conf_file in '"${mock_confs[@]}"' + [[ -n <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> ]] + echo 'Cleaning up mock ' Cleaning up mock + mock_root=mocker-fedora-24-x86_64.fc24.cfg + mock_root=mocker-fedora-24-x86_64.fc24 + my_mock=/usr/bin/mock + my_mock+=' --configdir=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-tests'> + my_mock+=' --root=mocker-fedora-24-x86_64.fc24' + my_mock+=' --resultdir=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/'> + echo 'Killing all mock orphan processes, if any.' Killing all mock orphan processes, if any. + /usr/bin/mock --configdir=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-tests> --root=mocker-fedora-24-x86_64.fc24 --resultdir=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/> --orphanskill WARNING: Could not find required logging config file: <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test….> Using default... INFO: mock.py version 1.2.17 starting (python version = 3.4.3)... Start: init plugins INFO: selinux enabled Finish: init plugins Start: run Finish: run ++ grep -Po '(?<=config_opts\['\''root'\''\] = '\'')[^'\'']*' <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> + mock_root=fedora-24-x86_64-4ddbe48c8f8b7d8c2c3635b52313f04a + [[ -n fedora-24-x86_64-4ddbe48c8f8b7d8c2c3635b52313f04a ]] + mounts=($(mount | awk '{print $3}' | grep "$mock_root")) ++ mount ++ awk '{print $3}' ++ grep fedora-24-x86_64-4ddbe48c8f8b7d8c2c3635b52313f04a + : + [[ -n '' ]] + false + shopt -u nullglob + sudo rm -Rf /var/cache/mock/fedora-24-x86_64-4ddbe48c8f8b7d8c2c3635b52313f04a + sudo chown -R jenkins <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/> POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 1 Recording test results Archiving artifacts

1 1

[JIRA] (OVIRT-733) ovirt-node-ng leftover libvirt settings
by Evgheni Dereveanchin (oVirt JIRA) 19 Sep '16

19 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-733?page=com.atlassian.jira.p… ] Evgheni Dereveanchin reassigned OVIRT-733: ------------------------------------------ Assignee: Evgheni Dereveanchin (was: infra) > ovirt-node-ng leftover libvirt settings > --------------------------------------- > > Key: OVIRT-733 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-733 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > Priority: Low > > I was working on node updates and troubleshooting OVIRT-630 when I came across errors like this in the logs on a freshly booted EL7 slave: > {{ > Sep 19 15:10:07 el7-vm16 libvirtd[1239]: libvirt version: 1.2.17, package: 13.el7_2.5 (CentOS BuildSystem <http://bugs.centos.org>, 2016-06-23-14:23:27, worker1.bsys.centos.org) > Sep 19 15:10:07 el7-vm16 libvirtd[1239]: cannot open path '/home/jenkins/workspace/ovirt-node-ng_master_build-artifacts-el7-x86_64/ovirt-node-ng': No such file or directory > Sep 19 15:10:07 el7-vm16 libvirtd[1239]: Failed to autostart storage pool 'ovirt-node-ng': cannot open path '/home/jenkins/workspace/ovirt-node-ng_master_build-artifacts-el7-x86_64/ovirt-node-ng': No such file or directory > }} > Looks like ovirt-node-ng_master_build-artifacts-el7-x86_64 is leaving behind storage pool configurations. Opening this to investigate further, even though I doubt it affects anything at the moment. -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-733) ovirt-node-ng leftover libvirt settings
by Evgheni Dereveanchin (oVirt JIRA) 19 Sep '16

19 Sep '16

Evgheni Dereveanchin created OVIRT-733: ------------------------------------------ Summary: ovirt-node-ng leftover libvirt settings Key: OVIRT-733 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-733 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Evgheni Dereveanchin Assignee: infra Priority: Low I was working on node updates and troubleshooting OVIRT-630 when I came across errors like this in the logs on a freshly booted EL7 slave: {{ Sep 19 15:10:07 el7-vm16 libvirtd[1239]: libvirt version: 1.2.17, package: 13.el7_2.5 (CentOS BuildSystem <http://bugs.centos.org>, 2016-06-23-14:23:27, worker1.bsys.centos.org) Sep 19 15:10:07 el7-vm16 libvirtd[1239]: cannot open path '/home/jenkins/workspace/ovirt-node-ng_master_build-artifacts-el7-x86_64/ovirt-node-ng': No such file or directory Sep 19 15:10:07 el7-vm16 libvirtd[1239]: Failed to autostart storage pool 'ovirt-node-ng': cannot open path '/home/jenkins/workspace/ovirt-node-ng_master_build-artifacts-el7-x86_64/ovirt-node-ng': No such file or directory }} Looks like ovirt-node-ng_master_build-artifacts-el7-x86_64 is leaving behind storage pool configurations. Opening this to investigate further, even though I doubt it affects anything at the moment. -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-416) [standard-ci] build-artifacts should reuse the artifacts built on check-merged if any
by Vojtech Szocs (oVirt JIRA) 19 Sep '16

19 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-416?page=com.atlassian.jira.p… ] Vojtech Szocs commented on OVIRT-416: ------------------------------------- > So the question is, can we reduce this to 1-2 permutations? if this is just going to nightly / hourly repo then we don't need all these permutations and we'll enjoy a much faster verification on the experimental flow which collects artifacts from build-artifacts jobs. +1 Full GWT build (all browsers & languages) is not needed for oVirt nightly (snapshot) builds. It's only needed for oVirt official (release) builds. > We are now adding the 'build official manual' option to standard CI, so we can keep the 27 permutations there for official builds. Sounds good to me. > [standard-ci] build-artifacts should reuse the artifacts built on check-merged if any > ------------------------------------------------------------------------------------- > > Key: OVIRT-416 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-416 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: David Caro Estevez > Assignee: infra > > Right now most projects just rebuild twice the artifacts, what for some means a big waste of resources, if we could just reuse what was built previously there would be no rebuilding. > Something to take into account is that the distributions that check-merged and build-artifacts run for might not match, so you can be running check-merged only on fc23 but building artifacts for fc23, fc22 an el7 (as an example), maybe we should not allow different distros on each stage?| -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-732) Build oVirt 4.0.4 RC4
by sbonazzo (oVirt JIRA) 19 Sep '16

19 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-732?page=com.atlassian.jira.p… ] sbonazzo updated OVIRT-732: --------------------------- Assignee: sbonazzo (was: infra) Status: In Progress (was: To Do) > Build oVirt 4.0.4 RC4 > --------------------- > > Key: OVIRT-732 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-732 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Repositories Mgmt > Reporter: sbonazzo > Assignee: sbonazzo > Priority: Highest > -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-732) Build oVirt 4.0.4 RC4
by sbonazzo (oVirt JIRA) 19 Sep '16

19 Sep '16

sbonazzo created OVIRT-732: ------------------------------ Summary: Build oVirt 4.0.4 RC4 Key: OVIRT-732 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-732 Project: oVirt - virtualization made easy Issue Type: Task Components: Repositories Mgmt Reporter: sbonazzo Assignee: infra Priority: Highest -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-732) Build oVirt 4.0.4 RC4
by sbonazzo (oVirt JIRA) 19 Sep '16

19 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-732?page=com.atlassian.jira.p… ] sbonazzo updated OVIRT-732: --------------------------- Epic Link: OVIRT-411 > Build oVirt 4.0.4 RC4 > --------------------- > > Key: OVIRT-732 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-732 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Repositories Mgmt > Reporter: sbonazzo > Assignee: infra > Priority: Highest > -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

oVirt 4.0.4 RC4 merge / branch / tag / bugzilla reminder
by Sandro Bonazzola 19 Sep '16

19 Sep '16

All stable branch maintainers, please make sure to - merge all relevant open bugs until Tuesday morning 11:00 AM TLV time. For each package that need to be built (i.e oVirt product) please make sure every bug in MODIFIED has the right Target Release and Target Milestone. A Target release should state the version of the package you're building and should include the same version you used for the tag you just used for this build. (e.g. for ovirt-engine, tag: ovirt-engine-4.0.4.4, tr: 4.0.4.4) A list of bugs that require attention is here: - https://bugzilla.redhat.com/buglist.cgi?quicksearch=target_milestone%3A4.0.… -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com <https://www.redhat.com/it/about/events/red-hat-open-source-day-2016>

1 0

[JIRA] (OVIRT-226) Add new checks to ovirt-system-test to ensure no sensitive data leak in logs
by sbonazzo (oVirt JIRA) 19 Sep '16

19 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-226?page=com.atlassian.jira.p… ] sbonazzo commented on OVIRT-226: -------------------------------- [~eedri] this is handed by QE, see referenced bugzilla. > Add new checks to ovirt-system-test to ensure no sensitive data leak in logs > ---------------------------------------------------------------------------- > > Key: OVIRT-226 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-226 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Jenkins > Reporter: sbonazzo > Assignee: infra > > Original request is on bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1118354 > Not sure how to implement the test using jenkins. -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

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

19 Sep '16

------=_Part_260_564244070.1474239608272 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit 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/81//artifact/exported-ar… Cheers, Jenkins ------=_Part_260_564244070.1474239608272 Content-Type: application/octet-stream; name=upstream_report.html Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=upstream_report.html Content-ID: <upstream_report.html> <!DOCTYPE html><head><style type="text/css"> table.gridtable { border-collapse: collapse; table-layout:fixed; width:1600px; font-family: monospace; font-size:13px; } .head { font-size:20px; font-family: arial; } .sub { font-size:18px; background-color:#e5e5e5; font-family: arial; } pre { font-family: monospace; display: inline; white-space: pre-wrap; white-space: -moz-pre-wrap !important; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word; } </style> </head> <body> <table class="gridtable" border=2> <tr><th colspan=2 class=head> RHEVM CI Jenkins Daily Report - 18/09/2016 </th></tr><tr><th colspan=2 class=sub> <font color="blue"><a href="http://jenkins.ovirt.org/">00 Unstable Jobs (Production)</a></font> </th></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/fabric-ovirt_master_check-merged-el7-x86_64/">fabric-ovirt_master_check-merged-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/fabric-ovirt_master_check-merged-fc23-x86_64/">fabric-ovirt_master_check-merged-fc23-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_master_build-artifacts-el7-x86_6…">ovirt-node-ng_master_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-3.6_build-artifacts-el7-x8…">ovirt-node-ng_ovirt-3.6_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.0-snapshot_build-artifac…">ovirt-node-ng_ovirt-4.0-snapshot_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-release_master_build-artifacts-all-x86_6…">ovirt-release_master_build-artifacts-all-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/repos_master_check-closure_fc24_merged/">repos_master_check-closure_fc24_merged</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/vdsm_4.0_check-merged-fc23-x86_64/">vdsm_4.0_check-merged-fc23-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> ------=_Part_260_564244070.1474239608272--

1 0

[JIRA] (OVIRT-726) increase max number of concurrent builds
by eyal edri [Administrator] (oVirt JIRA) 18 Sep '16

18 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-726?page=com.atlassian.jira.p… ] eyal edri [Administrator] reassigned OVIRT-726: ----------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > increase max number of concurrent builds > ---------------------------------------- > > Key: OVIRT-726 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-726 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Jenkins > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > > I saw the build queue rise to ~200 tasks today due to these two jobs configured for running only 6 builds in parallel: > ovirt-engine_master_upgrade-from-4.0_el7_created > ovirt-engine_master_upgrade-from-master_el7_created > I bumped the default limit to 10 in https://gerrit.ovirt.org/61319/ but engine-upgrade job override this setting 6: > https://gerrit.ovirt.org/gitweb?p=jenkins.git;a=blob;f=jobs/confs/yaml/temp… > there's more places where various limits are set - I think we should review them and even remove if possible as the number of slaves is going to increase. > git grep max-total > jobs/confs/projects/defaults.yaml: max-total: 3 > jobs/confs/projects/defaults.yaml: max-total: 3 > jobs/confs/projects/ovirt/publish-rpms-nightly-3.6.yaml: max-total: 3 > jobs/confs/projects/ovirt/publish-rpms-nightly-4.0.yaml: max-total: 3 > jobs/confs/projects/ovirt/publish-rpms-nightly-master.yaml: max-total: 3 > jobs/confs/yaml/templates/engine-upgrade.yaml: max-total: 6 > jobs/confs/yaml/templates/find-bugs.yaml: max-total: 3 > jobs/confs/yaml/templates/install-rpm-sanity.yaml: max-total: 3 > jobs/confs/yaml/templates/ovirt-node-job-templates.yaml: max-total: 3 > jobs/confs/yaml/templates/standard-stage.yaml: max-total: 10 > jobs/confs/yaml/templates/standard-stage.yaml: max-total: 1 -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-729) Jenkins leaves behind connections in ESTABLISHED state
by eyal edri [Administrator] (oVirt JIRA) 18 Sep '16

18 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-729?page=com.atlassian.jira.p… ] eyal edri [Administrator] updated OVIRT-729: -------------------------------------------- Epic Link: OVIRT-403 > Jenkins leaves behind connections in ESTABLISHED state > ------------------------------------------------------ > > Key: OVIRT-729 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-729 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Evgheni Dereveanchin > Assignee: infra > Priority: Low > > Throughout the last days I noticed several times when a slave got non-responsive and after rebooting it never recovered until being removed/re-added to Jenkins. > Further investigation on el7-vm06.phx.ovirt.org revealed that on Jenkins the connection is still marked as "ESTABLISHED" hours after the slave crashed and rebooted: > {quote} > tcp6 0 0 66.187.230.92:33374 66.187.230.77:22 ESTABLISHED 14625/java > {quote} > Due to this new SSH connections are not opened and Jenkins can't reconnect to the slave. > I didn't see this behavior before, maybe it is related to the latest security upgrade of jenkins. -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-725) install secondary MX server
by eyal edri [Administrator] (oVirt JIRA) 18 Sep '16

18 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-725?page=com.atlassian.jira.p… ] eyal edri [Administrator] updated OVIRT-725: -------------------------------------------- Epic Link: OVIRT-403 > install secondary MX server > --------------------------- > > Key: OVIRT-725 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-725 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Mailing lists (Mailman) > Reporter: Evgheni Dereveanchin > Assignee: infra > > We currently just have a single MX record and mail server. For better reliability it's a good idea to set up a secondary MX that would act as a relay. This can help during primary MX maintenance as mail will be accumulated on the secondary MX and flushed to the primary once that comes up. -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-516) Yamlize jenkins-old.ovirt.org jobs
by eyal edri [Administrator] (oVirt JIRA) 18 Sep '16

18 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-516?page=com.atlassian.jira.p… ] eyal edri [Administrator] closed OVIRT-516. ------------------------------------------- > Yamlize jenkins-old.ovirt.org jobs > ---------------------------------- > > Key: OVIRT-516 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-516 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Jenkins > Reporter: Nadav Goldin > Assignee: infra > Labels: jenkins, jobs > Fix For: OVIRT-INFRA-JUN-2016 > > > This ticket is for tracking none-yamlized jobs we have left in http://jenkins-old.ovirt.org and should be yamlized. > h5. Confirmed needed(and should be enabled in jenkins-old) > # manual build jobs ( we need to think if these are needed, if so, they should probably use a common yaml template ) > mom_any_create-rpms_manual > ovirt-dwh_any_create-rpms_manual > ovirt-engine-cli_any_create-rpms_manual > ovirt-host-deploy_any_create-rpms_manual > ovirt-iso-uploader_any_create-rpms_manual > ovirt-reports_any_create-rpms_manual > ovirt-setup-lib_any_create-rpms_manual > ovirt-vmconsole_any_create-rpms_manual > vdsm-jsonrpc-java_any_create-rpms_manual > vdsm_any_create-rpms_manual > ovirt-log-collector_any_create-rpms_manual > ovirt-hosted-engine-ha_any_create-rpms_manual > ovirt-hosted-engine-setup_any_create-rpms_manual > ovirt-image-uploader_any_create-rpms_manual > ovirt-engine-extension-aaa-ldap_any_create-rpms_manual > ovirt-engine-extension-aaa-misc_any_create-rpms_manual > ovirt-engine-extension-logger-log4j_any_create-rpms_manual > otopi_any_create-rpms_manual > # repo closure > repos_master_check-closure_merged > repos_3.6_check-closure_merged > spagobi_repo_merged (not sure if needed) > # should be moved to STD CI > ovirt-live_3.6-create-iso > ovirt-live_master-create-iso > vdsm_master_verify-error-codes_merged -> should be in vdsm check-patch/merge (std ci) > infra-puppet_production_check-puppet-manifests_gerrit > # in progress of moving to STD CI, should keep enabled on old jenkins until done > ovirt-engine_3.6_dao-unit-tests_created > ovirt-engine_3.6_dao-unit-tests_merged > ovirt-engine_master_dao-unit-tests_created > ovirt-engine_master_dao-unit-tests_merged > ovirt-engine_master_find-bugs_gerrit > ovirt-engine_master_find-bugs_merged > ovirt-engine_master_find-bugs_gerrit > ovirt-engine_3.6_find-bugs_gerrit > ovirt-engine_3.6_find-bugs_merged > # general jobs > ovirt-engine_master_coverity-analysis_merged > system_update_puppet ( should be part of STD CI for puppet repo?) > system_restart-gerrit-service > h5. Still unmapped jobs > ovirt-appliance_for-testing_build-artifacts-el7-x86_64 > ovirt-setup-lib_unit-tests > qemu-kvm-rhev_create-rpms_el6 > validate_open_sources_licenses_ovirt > h5. Jobs that can be deleted after putting rpms in static-repo > vhostmd_create-rpms_el6 > vhostmd_create-rpms_el7 -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-721) Re: gerrit - Prevent pushing directly to origin/branches
by eyal edri [Administrator] (oVirt JIRA) 18 Sep '16

18 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-721?page=com.atlassian.jira.p… ] eyal edri [Administrator] updated OVIRT-721: -------------------------------------------- Epic Link: OVIRT-403 > Re: gerrit - Prevent pushing directly to origin/branches > -------------------------------------------------------- > > Key: OVIRT-721 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-721 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri [Administrator] > Assignee: Shlomo Ben David > Priority: Highest > > Opening a ticket on it. > On Tue, Sep 6, 2016 at 11:13 AM, Roy Golan <rgolan(a)redhat.com> wrote: > > Using ```git push origin HEAD:origin/ovirt-engine-3.6``` I'm able to > > merge my work and bypass any review. This needs to be prevented to > > unprivileged people i.e only stable branch maintainers. > > > > See example in https://gerrit.ovirt.org/#/c/62425/ > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-721) Re: gerrit - Prevent pushing directly to origin/branches
by eyal edri [Administrator] (oVirt JIRA) 18 Sep '16

18 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-721?page=com.atlassian.jira.p… ] eyal edri [Administrator] updated OVIRT-721: -------------------------------------------- Priority: Highest (was: Medium) > Re: gerrit - Prevent pushing directly to origin/branches > -------------------------------------------------------- > > Key: OVIRT-721 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-721 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri [Administrator] > Assignee: Shlomo Ben David > Priority: Highest > > Opening a ticket on it. > On Tue, Sep 6, 2016 at 11:13 AM, Roy Golan <rgolan(a)redhat.com> wrote: > > Using ```git push origin HEAD:origin/ovirt-engine-3.6``` I'm able to > > merge my work and bypass any review. This needs to be prevented to > > unprivileged people i.e only stable branch maintainers. > > > > See example in https://gerrit.ovirt.org/#/c/62425/ > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-612) Support to FTP files for Kimchi Project
by eyal edri [Administrator] (oVirt JIRA) 18 Sep '16

18 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-612?page=com.atlassian.jira.p… ] eyal edri [Administrator] updated OVIRT-612: -------------------------------------------- Epic Link: OVIRT-400 > Support to FTP files for Kimchi Project > --------------------------------------- > > Key: OVIRT-612 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-612 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Paulo Ricardo Paz Vital > Assignee: infra > > Hello, > Kimchi is a sub-project of oVirt and we are planning to make available to users > simple qcow2 image files of Fedora 23, OpenSUSE 42.1 and Ubuntu 16.04 with > Kimchi installed in there. > We need support to store the files and make them available to download, in a > service like FTP. Since Kimchi mailing lists already use oVirt infrastructure, > I'd like to know if it's possible to be supported by oVirt and how to do that. > Thanks and best regards, Paulo. > -- > Paulo Ricardo Paz Vital > Linux Technology Center, IBM Systems > http://www.ibm.com/linux/ltc/ -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-476) migrate puppet infra jobs to standard ci
by eyal edri [Administrator] (oVirt JIRA) 18 Sep '16

18 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-476?page=com.atlassian.jira.p… ] eyal edri [Administrator] updated OVIRT-476: -------------------------------------------- Status: To Do (was: In Progress) > migrate puppet infra jobs to standard ci > ---------------------------------------- > > Key: OVIRT-476 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-476 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Jenkins, Puppet > Reporter: Nadav Goldin > Assignee: infra > > * existing(none-yamlized) jobs: > http://jenkins.ovirt.org/job/system_update_puppet/ > http://jenkins.ovirt.org/job/infra-puppet_production_check-puppet-manifests… > * add puppet parser validate check -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-476) migrate puppet infra jobs to standard ci
by eyal edri [Administrator] (oVirt JIRA) 18 Sep '16

18 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-476?page=com.atlassian.jira.p… ] eyal edri [Administrator] reassigned OVIRT-476: ----------------------------------------------- Assignee: infra (was: Nadav Goldin) > migrate puppet infra jobs to standard ci > ---------------------------------------- > > Key: OVIRT-476 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-476 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Jenkins, Puppet > Reporter: Nadav Goldin > Assignee: infra > > * existing(none-yamlized) jobs: > http://jenkins.ovirt.org/job/system_update_puppet/ > http://jenkins.ovirt.org/job/infra-puppet_production_check-puppet-manifests… > * add puppet parser validate check -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-95) [jenkins] add job to run upgrade vdsm from version X to version Y
by eyal edri [Administrator] (oVirt JIRA) 18 Sep '16

18 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-95?page=com.atlassian.jira.pl… ] eyal edri [Administrator] updated OVIRT-95: ------------------------------------------- Priority: Lowest > [jenkins] add job to run upgrade vdsm from version X to version Y > ----------------------------------------------------------------- > > Key: OVIRT-95 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-95 > Project: oVirt - virtualization made easy > Issue Type: Task > Components: Jenkins > Affects Versions: Test > Reporter: eyal edri [Administrator] > Assignee: infra > Priority: Lowest > Labels: infra,vdsm,jenkins > > vdsm upgrade should be tested. (following on bug that was found). > suggested flow: > 1. install vdsm version X (e.g from 3.2) > 2. build latest vdsm version (3.3 or master) > 3. yum update vdsm > 4. check if service is up and running. -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-627) Implement Zuul as pre-merge action to run experimental flows
by eyal edri [Administrator] (oVirt JIRA) 18 Sep '16

18 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-627?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-627: ------------------------------------------------- Actually replacing the existing flows which run post merge, we need to check if its possible to run pre-merge with Zuul the entire flow and reject patches if it fails. > Implement Zuul as pre-merge action to run experimental flows > ------------------------------------------------------------- > > Key: OVIRT-627 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-627 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: eyal edri [Administrator] > Assignee: infra > > Today, we can test a patch per project on each of the ovirt versions using experimanal flow > i,e: > run build_artifacts with a patch -> deploy to experimental -> run test job > this is problematic since it actually deploys the build with the patch to the experimental repo which should only contain built pkg that are merged. > We need to either close the flow or add param to the build artifacts that says 'create temp repo/test repo' so the built rpm won't be part of the official tested repo and the link to latest_tested won't be updated if this option is triggered. -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0

[JIRA] (OVIRT-627) Implement Zuul as pre-merge action to run experimental flows
by eyal edri [Administrator] (oVirt JIRA) 18 Sep '16

18 Sep '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-627?page=com.atlassian.jira.p… ] eyal edri [Administrator] updated OVIRT-627: -------------------------------------------- Summary: Implement Zuul as pre-merge action to run experimental flows (was: add per patch testing flow to experimental to ovirt-engine) > Implement Zuul as pre-merge action to run experimental flows > ------------------------------------------------------------- > > Key: OVIRT-627 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-627 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: eyal edri [Administrator] > Assignee: infra > > Today, we can test a patch per project on each of the ovirt versions using experimanal flow > i,e: > run build_artifacts with a patch -> deploy to experimental -> run test job > this is problematic since it actually deploys the build with the patch to the experimental repo which should only contain built pkg that are merged. > We need to either close the flow or add param to the build artifacts that says 'create temp repo/test repo' so the built rpm won't be part of the official tested repo and the link to latest_tested won't be updated if this option is triggered. -- This message was sent by Atlassian JIRA (v1000.319.1#100012)

1 0