- Infra - oVirt List Archives

oVirt infra daily report - unstable production jobs - 322
by jenkins＠jenkins.phx.ovirt.org 14 May '17

14 May '17

------=_Part_337_673737295.1494802806724 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/322//artifact/exported-a… Cheers, Jenkins ------=_Part_337_673737295.1494802806724 Content-Type: text/html; charset=us-ascii; 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 - 14/05/2017 </th></tr><tr><th colspan=2 class=sub> <font color="blue"><a href="http://jenkins.ovirt.org/">00 Unstable Critical</a></font> </th></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt_master_hc-system-tests/">ovirt_master_hc-system-tests</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_master_image-ng-system-tests/">ovirt_master_image-ng-system-tests</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_337_673737295.1494802806724--

1 0

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #1132 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 14 May '17

14 May '17

------=_Part_333_164834521.1494773708475 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/1132/ Build Name: 1132 ovirt-engine-api-model (master) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/76795 - title: fix events documentation - project: ovirt-engine-api-model - branch: master - author: Oved Ourfali <oourfali(a)redhat.com> ------=_Part_333_164834521.1494773708475--

1 1

[oVirt Jenkins] test-repo_ovirt_experimental_master - Build #6665 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 14 May '17

14 May '17

------=_Part_329_1101990186.1494749438100 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6665/, Build Number: 6665, Build Status: FAILURE ------=_Part_329_1101990186.1494749438100--

1 1

[JIRA] (OVIRT-1378) Replace U/S jenkins ssh user with a real name
by Gil Shinar (oVirt JIRA) 14 May '17

14 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1378?page=com.atlassian.jira.… ] Gil Shinar reassigned OVIRT-1378: --------------------------------- Assignee: Gil Shinar (was: infra) > Replace U/S jenkins ssh user with a real name > --------------------------------------------- > > Key: OVIRT-1378 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1378 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Gil Shinar > Assignee: Gil Shinar > > Currently the Jenkins ssh user being used from Jenkins to Gerrit is a UID instead of being a meaningful name like in D/S. -- This message was sent by Atlassian JIRA (v1000.962.0#100041)

1 0

[JIRA] (OVIRT-1378) Replace U/S jenkins ssh user with a real name
by Gil Shinar (oVirt JIRA) 14 May '17

14 May '17

Gil Shinar created OVIRT-1378: --------------------------------- Summary: Replace U/S jenkins ssh user with a real name Key: OVIRT-1378 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1378 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Gil Shinar Assignee: infra Currently the Jenkins ssh user being used from Jenkins to Gerrit is a UID instead of being a meaningful name like in D/S. -- This message was sent by Atlassian JIRA (v1000.962.0#100041)

1 0

[JIRA] (OVIRT-1377) Make change-queue changes look like SCM changes in Jenkins
by Barak Korren (oVirt JIRA) 14 May '17

14 May '17

Barak Korren created OVIRT-1377: ----------------------------------- Summary: Make change-queue changes look like SCM changes in Jenkins Key: OVIRT-1377 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1377 Project: oVirt - virtualization made easy Issue Type: New Feature Components: Jenkins Reporter: Barak Korren Assignee: infra Jenkins has special UI for showing changes. Since the change-queue is all about changes, it'll be great if Jenkins will "understand" that change-queue changes are also changes. It looks like Jenkins does not provide an API the manipulate the list of changes included in a particular build. Instead, change lists come from the SCM plugins, so the way to do this is write a special SCM plugin. [Here|https://wiki.jenkins-ci.org/display/JENKINS/Extend+Jenkins] is the Jenkins plugin documentation. It includes [a tutorial|https://wiki.jenkins-ci.org/display/JENKINS/Plugin+tutorial#Plugin…] as well as [specific documentation|https://wiki.jenkins-ci.org/display/JENKINS/Writing+an+SCM+pl…] about SCM plugins. [Here|https://github.com/jenkinsci/git-plugin/blob/master/src/main/java/huds…] is the source of the Git SCM plugin, as and example of how to write an SCM plugin. -- This message was sent by Atlassian JIRA (v1000.962.0#100041)

1 0

[JIRA] (OVIRT-1377) Make change-queue changes look like SCM changes in Jenkins
by Barak Korren (oVirt JIRA) 14 May '17

14 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1377?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1377: -------------------------------- Epic Link: OVIRT-400 > Make change-queue changes look like SCM changes in Jenkins > ---------------------------------------------------------- > > Key: OVIRT-1377 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1377 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > > Jenkins has special UI for showing changes. Since the change-queue is all about changes, it'll be great if Jenkins will "understand" that change-queue changes are also changes. > It looks like Jenkins does not provide an API the manipulate the list of changes included in a particular build. Instead, change lists come from the SCM plugins, so the way to do this is write a special SCM plugin. > [Here|https://wiki.jenkins-ci.org/display/JENKINS/Extend+Jenkins] is the Jenkins plugin documentation. It includes [a tutorial|https://wiki.jenkins-ci.org/display/JENKINS/Plugin+tutorial#Plugin…] as well as [specific documentation|https://wiki.jenkins-ci.org/display/JENKINS/Writing+an+SCM+pl…] about SCM plugins. > [Here|https://github.com/jenkinsci/git-plugin/blob/master/src/main/java/huds…] is the source of the Git SCM plugin, as and example of how to write an SCM plugin. -- This message was sent by Atlassian JIRA (v1000.962.0#100041)

1 0

[JIRA] (OVIRT-1375) Re: [ovirt-devel] Vdsm merge rights
by eyal edri [Administrator] (oVirt JIRA) 14 May '17

14 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1375?page=com.atlassian.jira.… ] eyal edri [Administrator] commented on OVIRT-1375: -------------------------------------------------- Added. As a general note, any project owner ( in this case vdsm-maintainers ) should have rights to update his project as he sees fit, including add permissions. On Fri, May 12, 2017 at 4:27 PM, Dan Kenigsberg <danken(a)redhat.com> wrote: > infra-support, we have approval. Please add fromani to vdsm-maintainers. > > > On Fri, May 12, 2017 at 4:05 PM, Adam Litke <alitke(a)redhat.com> wrote: > > +2 :) > > > > On Fri, May 12, 2017 at 6:16 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: > >> > >> +1 > >> > >> בתאריך יום ו׳, 12 במאי 2017, 12:59, מאת Fabian Deutsch > >> ‏<fdeutsch(a)redhat.com>: > >>> > >>> +1 > >>> > >>> On Fri, May 12, 2017 at 11:25 AM, Edward Haas <ehaas(a)redhat.com> > wrote: > >>> > Good news! +2 > >>> > > >>> > On Fri, May 12, 2017 at 11:27 AM, Piotr Kliczewski > >>> > <pkliczew(a)redhat.com> > >>> > wrote: > >>> >> > >>> >> +1 > >>> >> > >>> >> On Fri, May 12, 2017 at 9:14 AM, Dan Kenigsberg <danken(a)redhat.com> > >>> >> wrote: > >>> >>> > >>> >>> I'd like to nominate Francesco to the vdsm-maintainers > >>> >>> > >>> >>> > >>> >>> https://gerrit.ovirt.org/#/admin/groups/uuid- > becbf722723417c336de6c1646749678acae8b89 > >>> >>> list, so he can merge patches without waiting for Nir, Adam or me. > >>> >>> > >>> >>> I believe that he proved to be thorough and considerate (and > >>> >>> paranoid) > >>> >>> as the job requires. > >>> >>> > >>> >>> Vdsm maintainers, please approve. > >>> >>> > >>> >>> Dan > >>> >> > >>> >> > >>> > > >>> > > >>> > _______________________________________________ > >>> > Devel mailing list > >>> > Devel(a)ovirt.org > >>> > http://lists.ovirt.org/mailman/listinfo/devel > >>> _______________________________________________ > >>> Devel mailing list > >>> Devel(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/devel > >> > >> > >> _______________________________________________ > >> Devel mailing list > >> Devel(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/devel > > > > > > > > > > -- > > Adam Litke > > > > _______________________________________________ > > Devel mailing list > > Devel(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/devel > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel > -- Eyal edri ASSOCIATE MANAGER RHV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ) > Re: [ovirt-devel] Vdsm merge rights > ----------------------------------- > > Key: OVIRT-1375 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1375 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: danken > Assignee: infra > > infra-support, we have approval. Please add fromani to vdsm-maintainers. > On Fri, May 12, 2017 at 4:05 PM, Adam Litke <alitke(a)redhat.com> wrote: > > +2 :) > > > > On Fri, May 12, 2017 at 6:16 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: > >> > >> +1 > >> > >> בתאריך יום ו׳, 12 במאי 2017, 12:59, מאת Fabian Deutsch > >> ‏<fdeutsch(a)redhat.com>: > >>> > >>> +1 > >>> > >>> On Fri, May 12, 2017 at 11:25 AM, Edward Haas <ehaas(a)redhat.com> wrote: > >>> > Good news! +2 > >>> > > >>> > On Fri, May 12, 2017 at 11:27 AM, Piotr Kliczewski > >>> > <pkliczew(a)redhat.com> > >>> > wrote: > >>> >> > >>> >> +1 > >>> >> > >>> >> On Fri, May 12, 2017 at 9:14 AM, Dan Kenigsberg <danken(a)redhat.com> > >>> >> wrote: > >>> >>> > >>> >>> I'd like to nominate Francesco to the vdsm-maintainers > >>> >>> > >>> >>> > >>> >>> https://gerrit.ovirt.org/#/admin/groups/uuid-becbf722723417c336de6c16467496… > >>> >>> list, so he can merge patches without waiting for Nir, Adam or me. > >>> >>> > >>> >>> I believe that he proved to be thorough and considerate (and > >>> >>> paranoid) > >>> >>> as the job requires. > >>> >>> > >>> >>> Vdsm maintainers, please approve. > >>> >>> > >>> >>> Dan > >>> >> > >>> >> > >>> > > >>> > > >>> > _______________________________________________ > >>> > Devel mailing list > >>> > Devel(a)ovirt.org > >>> > http://lists.ovirt.org/mailman/listinfo/devel > >>> _______________________________________________ > >>> Devel mailing list > >>> Devel(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/devel > >> > >> > >> _______________________________________________ > >> Devel mailing list > >> Devel(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/devel > > > > > > > > > > -- > > Adam Litke > > > > _______________________________________________ > > Devel mailing list > > Devel(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/devel -- This message was sent by Atlassian JIRA (v1000.962.0#100041)

1 0

[JIRA] (OVIRT-1375) Re: [ovirt-devel] Vdsm merge rights
by eyal edri [Administrator] (oVirt JIRA) 14 May '17

14 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1375?page=com.atlassian.jira.… ] eyal edri [Administrator] updated OVIRT-1375: --------------------------------------------- Resolution: Fixed Status: Done (was: To Do) > Re: [ovirt-devel] Vdsm merge rights > ----------------------------------- > > Key: OVIRT-1375 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1375 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: danken > Assignee: infra > > infra-support, we have approval. Please add fromani to vdsm-maintainers. > On Fri, May 12, 2017 at 4:05 PM, Adam Litke <alitke(a)redhat.com> wrote: > > +2 :) > > > > On Fri, May 12, 2017 at 6:16 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: > >> > >> +1 > >> > >> בתאריך יום ו׳, 12 במאי 2017, 12:59, מאת Fabian Deutsch > >> ‏<fdeutsch(a)redhat.com>: > >>> > >>> +1 > >>> > >>> On Fri, May 12, 2017 at 11:25 AM, Edward Haas <ehaas(a)redhat.com> wrote: > >>> > Good news! +2 > >>> > > >>> > On Fri, May 12, 2017 at 11:27 AM, Piotr Kliczewski > >>> > <pkliczew(a)redhat.com> > >>> > wrote: > >>> >> > >>> >> +1 > >>> >> > >>> >> On Fri, May 12, 2017 at 9:14 AM, Dan Kenigsberg <danken(a)redhat.com> > >>> >> wrote: > >>> >>> > >>> >>> I'd like to nominate Francesco to the vdsm-maintainers > >>> >>> > >>> >>> > >>> >>> https://gerrit.ovirt.org/#/admin/groups/uuid-becbf722723417c336de6c16467496… > >>> >>> list, so he can merge patches without waiting for Nir, Adam or me. > >>> >>> > >>> >>> I believe that he proved to be thorough and considerate (and > >>> >>> paranoid) > >>> >>> as the job requires. > >>> >>> > >>> >>> Vdsm maintainers, please approve. > >>> >>> > >>> >>> Dan > >>> >> > >>> >> > >>> > > >>> > > >>> > _______________________________________________ > >>> > Devel mailing list > >>> > Devel(a)ovirt.org > >>> > http://lists.ovirt.org/mailman/listinfo/devel > >>> _______________________________________________ > >>> Devel mailing list > >>> Devel(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/devel > >> > >> > >> _______________________________________________ > >> Devel mailing list > >> Devel(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/devel > > > > > > > > > > -- > > Adam Litke > > > > _______________________________________________ > > Devel mailing list > > Devel(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/devel -- This message was sent by Atlassian JIRA (v1000.962.0#100041)

1 0

[JIRA] (OVIRT-1375) Re: [ovirt-devel] Vdsm merge rights
by eyal edri [Administrator] (oVirt JIRA) 14 May '17

14 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1375?page=com.atlassian.jira.… ] eyal edri [Administrator] commented on OVIRT-1375: -------------------------------------------------- [~danken(a)redhat.com] added him, but you should be able to do it as well, as project owner, no need to wait for infra team. > Re: [ovirt-devel] Vdsm merge rights > ----------------------------------- > > Key: OVIRT-1375 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1375 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: danken > Assignee: infra > > infra-support, we have approval. Please add fromani to vdsm-maintainers. > On Fri, May 12, 2017 at 4:05 PM, Adam Litke <alitke(a)redhat.com> wrote: > > +2 :) > > > > On Fri, May 12, 2017 at 6:16 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: > >> > >> +1 > >> > >> בתאריך יום ו׳, 12 במאי 2017, 12:59, מאת Fabian Deutsch > >> ‏<fdeutsch(a)redhat.com>: > >>> > >>> +1 > >>> > >>> On Fri, May 12, 2017 at 11:25 AM, Edward Haas <ehaas(a)redhat.com> wrote: > >>> > Good news! +2 > >>> > > >>> > On Fri, May 12, 2017 at 11:27 AM, Piotr Kliczewski > >>> > <pkliczew(a)redhat.com> > >>> > wrote: > >>> >> > >>> >> +1 > >>> >> > >>> >> On Fri, May 12, 2017 at 9:14 AM, Dan Kenigsberg <danken(a)redhat.com> > >>> >> wrote: > >>> >>> > >>> >>> I'd like to nominate Francesco to the vdsm-maintainers > >>> >>> > >>> >>> > >>> >>> https://gerrit.ovirt.org/#/admin/groups/uuid-becbf722723417c336de6c16467496… > >>> >>> list, so he can merge patches without waiting for Nir, Adam or me. > >>> >>> > >>> >>> I believe that he proved to be thorough and considerate (and > >>> >>> paranoid) > >>> >>> as the job requires. > >>> >>> > >>> >>> Vdsm maintainers, please approve. > >>> >>> > >>> >>> Dan > >>> >> > >>> >> > >>> > > >>> > > >>> > _______________________________________________ > >>> > Devel mailing list > >>> > Devel(a)ovirt.org > >>> > http://lists.ovirt.org/mailman/listinfo/devel > >>> _______________________________________________ > >>> Devel mailing list > >>> Devel(a)ovirt.org > >>> http://lists.ovirt.org/mailman/listinfo/devel > >> > >> > >> _______________________________________________ > >> Devel mailing list > >> Devel(a)ovirt.org > >> http://lists.ovirt.org/mailman/listinfo/devel > > > > > > > > > > -- > > Adam Litke > > > > _______________________________________________ > > Devel mailing list > > Devel(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/devel -- This message was sent by Atlassian JIRA (v1000.962.0#100041)

1 0

[JIRA] (OVIRT-1376) Make mock_runner.sh easer to use locally
by Barak Korren (oVirt JIRA) 14 May '17

14 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1376?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1376: -------------------------------- Summary: Make mock_runner.sh easer to use locally (was: Make mock_runner for easer to use) > Make mock_runner.sh easer to use locally > ---------------------------------------- > > Key: OVIRT-1376 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1376 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > Priority: Low > > Currently to use '{{mock_runner.sh}}', one needs to: > # Install '{{mock}}' (Might require adding some '{{yum}}' repos, also reuquires one to be running RHEL, CentOS or Fedora in the 1st place) > # Add one`s user account to the '{{mock}}' group (requires logoff and logon) > # Clone the '{{jenkins}}' repo > # Use a long set of command line arguments to make '{{mock_runner.sh}}' use the right '{{mock}}' configuration files > All this is making '{{mock_runner.sh}}' hard and unpopular for local use. Also, no knowing one need to do the above leads to strange errors. We can improve this by: > # Making '{{mock_runner.sh}' check that everything is configured correctly and output meaningful warnings otherwise > # Setup the default so that '{{mock_runner.sh}}' knows how the find the right configuration files > # Package '{{mock_runner.sh}}' in one way or another so that one doesn't need to clone a whole repo to install it. > When it comes to packaging we have several options to consider: > * Using an RPM package: > ** Pros: > *** Familiar format > *** Can include '{{mock}}' as a dependency. > ** Cons: > *** One has to use CentOS or Fedora > *** One most have '{{root}}' permissions to install packages > * Using a self-contained executable built with a tool like [pyinstaller|https://pyinstaller.readthedocs.io/en/stable/operating-mode.html]. > ** Pros: > *** Installation is just downloading a single file to a directory in '{{$PATH}}' > ** Cons: > *** One will probably need to install '{{mock}}' and other dependencies manually. > *** '{{pyinstaller}}' is mostly for Python projects, while '{{mock_runner.sh}}' is a shell script. > * Using a Docker container: > ** Pros: > *** Everything can be pre-configured in the container, including '{{mock}}' itself and all needed permissions > *** Can run on any platform that can run Docker > ** Cons: > *** One needs Docker itself to be installed and configured > *** '{{mock}}' may not run well inside a container > *** Everything that is mounted into the mock environment must first be mounted into the container. This will probably require the container to run in privileged mode. This also means that running the container with the right mounts may be a complicated matter. > *** The container image may end up being quite big. -- This message was sent by Atlassian JIRA (v1000.962.0#100041)

1 0

[JIRA] (OVIRT-1376) Make mock_runner for easer to use
by Barak Korren (oVirt JIRA) 14 May '17

14 May '17

Barak Korren created OVIRT-1376: ----------------------------------- Summary: Make mock_runner for easer to use Key: OVIRT-1376 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1376 Project: oVirt - virtualization made easy Issue Type: New Feature Components: Jenkins Reporter: Barak Korren Assignee: infra Priority: Low Currently to use '{{mock_runner.sh}}', one needs to: # Install '{{mock}}' (Might require adding some '{{yum}}' repos, also reuquires one to be running RHEL, CentOS or Fedora in the 1st place) # Add one`s user account to the '{{mock}}' group (requires logoff and logon) # Clone the '{{jenkins}}' repo # Use a long set of command line arguments to make '{{mock_runner.sh}}' use the right '{{mock}}' configuration files All this is making '{{mock_runner.sh}}' hard and unpopular for local use. Also, no knowing one need to do the above leads to strange errors. We can improve this by: # Making '{{mock_runner.sh}' check that everything is configured correctly and output meaningful warnings otherwise # Setup the default so that '{{mock_runner.sh}}' knows how the find the right configuration files # Package '{{mock_runner.sh}}' in one way or another so that one doesn't need to clone a whole repo to install it. When it comes to packaging we have several options to consider: * Using an RPM package: ** Pros: *** Familiar format *** Can include '{{mock}}' as a dependency. ** Cons: *** One has to use CentOS or Fedora *** One most have '{{root}}' permissions to install packages * Using a self-contained executable built with a tool like [pyinstaller|https://pyinstaller.readthedocs.io/en/stable/operating-mode.html]. ** Pros: *** Installation is just downloading a single file to a directory in '{{$PATH}}' ** Cons: *** One will probably need to install '{{mock}}' and other dependencies manually. *** '{{pyinstaller}}' is mostly for Python projects, while '{{mock_runner.sh}}' is a shell script. * Using a Docker container: ** Pros: *** Everything can be pre-configured in the container, including '{{mock}}' itself and all needed permissions *** Can run on any platform that can run Docker ** Cons: *** One needs Docker itself to be installed and configured *** '{{mock}}' may not run well inside a container *** Everything that is mounted into the mock environment must first be mounted into the container. This will probably require the container to run in privileged mode. This also means that running the container with the right mounts may be a complicated matter. *** The container image may end up being quite big. -- This message was sent by Atlassian JIRA (v1000.962.0#100041)

1 0

[JIRA] (OVIRT-1376) Make mock_runner for easer to use
by Barak Korren (oVirt JIRA) 14 May '17

14 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1376?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1376: -------------------------------- Epic Link: OVIRT-400 > Make mock_runner for easer to use > --------------------------------- > > Key: OVIRT-1376 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1376 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > Priority: Low > > Currently to use '{{mock_runner.sh}}', one needs to: > # Install '{{mock}}' (Might require adding some '{{yum}}' repos, also reuquires one to be running RHEL, CentOS or Fedora in the 1st place) > # Add one`s user account to the '{{mock}}' group (requires logoff and logon) > # Clone the '{{jenkins}}' repo > # Use a long set of command line arguments to make '{{mock_runner.sh}}' use the right '{{mock}}' configuration files > All this is making '{{mock_runner.sh}}' hard and unpopular for local use. Also, no knowing one need to do the above leads to strange errors. We can improve this by: > # Making '{{mock_runner.sh}' check that everything is configured correctly and output meaningful warnings otherwise > # Setup the default so that '{{mock_runner.sh}}' knows how the find the right configuration files > # Package '{{mock_runner.sh}}' in one way or another so that one doesn't need to clone a whole repo to install it. > When it comes to packaging we have several options to consider: > * Using an RPM package: > ** Pros: > *** Familiar format > *** Can include '{{mock}}' as a dependency. > ** Cons: > *** One has to use CentOS or Fedora > *** One most have '{{root}}' permissions to install packages > * Using a self-contained executable built with a tool like [pyinstaller|https://pyinstaller.readthedocs.io/en/stable/operating-mode.html]. > ** Pros: > *** Installation is just downloading a single file to a directory in '{{$PATH}}' > ** Cons: > *** One will probably need to install '{{mock}}' and other dependencies manually. > *** '{{pyinstaller}}' is mostly for Python projects, while '{{mock_runner.sh}}' is a shell script. > * Using a Docker container: > ** Pros: > *** Everything can be pre-configured in the container, including '{{mock}}' itself and all needed permissions > *** Can run on any platform that can run Docker > ** Cons: > *** One needs Docker itself to be installed and configured > *** '{{mock}}' may not run well inside a container > *** Everything that is mounted into the mock environment must first be mounted into the container. This will probably require the container to run in privileged mode. This also means that running the container with the right mounts may be a complicated matter. > *** The container image may end up being quite big. -- This message was sent by Atlassian JIRA (v1000.962.0#100041)

1 0

TestOnly bugs, automatic move to ON_QE
by Sandro Bonazzola 14 May '17

14 May '17

Hi, looking at https://bugzilla.redhat.com/show_bug.cgi?id=1446159#c8 I think that condition: [No external trackers attached] can be waived when TestOnly keyword is set, bug is on modified, and target release is set. Thanks, -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 1

oVirt infra daily report - unstable production jobs - 321
by jenkins＠jenkins.phx.ovirt.org 13 May '17

13 May '17

------=_Part_323_716052851.1494716407780 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/321//artifact/exported-a… Cheers, Jenkins ------=_Part_323_716052851.1494716407780 Content-Type: text/html; charset=us-ascii; 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 - 13/05/2017 </th></tr><tr><th colspan=2 class=sub> <font color="blue"><a href="http://jenkins.ovirt.org/">00 Unstable Critical</a></font> </th></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt_master_hc-system-tests/">ovirt_master_hc-system-tests</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_master_image-ng-system-tests/">ovirt_master_image-ng-system-tests</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_323_716052851.1494716407780--

1 0

Automatic move to QE on wrong ovirt-engine tag
by Sandro Bonazzola 13 May '17

13 May '17

According to https://bugzilla.redhat.com/show_bug.cgi?id=1415691#c14 4.1.2 RC2 automatic move to ON_QA was executed on ovirt-engine-4.1.2 tag, but engine tag was ovirt-engine-4.1.2.2. Please re-run it. -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 1

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #334
by jenkins＠jenkins.phx.ovirt.org 13 May '17

13 May '17

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/334/displa…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/ws/> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/changes/13/75913/5:patch --prune > git rev-parse origin/patch^{commit} # timeout=10 > git rev-parse patch^{commit} # timeout=10 Checking out Revision 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f (patch) > git config core.sparsecheckout # timeout=10 > git checkout -f 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f > git rev-list 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/hudson528474754552521815.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, 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 1465, in _commonLoadRepoXML if self._latestRepoXML(local): File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1443, in _latestRepoXML repomd = self.metalink_data.repomd File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 916, in <lambda> metalink_data = property(fget=lambda self: self._getMetalink(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 912, in _getMetalink self._metalink = metalink.MetaLinkRepoMD(self.metalink_filename) File "/usr/lib/python2.7/site-packages/yum/metalink.py", line 189, in __init__ raise MetaLinkRepoErrorParseFail, "File %s is not XML" % filename yum.metalink.MetaLinkRepoErrorParseFail: File /home/jenkins/mirrors_cache/epel-el7/metalink.xml is not XML Build step 'Execute shell' marked build as failure

1 1

oVirt infra daily report - unstable production jobs - 320
by jenkins＠jenkins.phx.ovirt.org 12 May '17

12 May '17

------=_Part_315_1071309583.1494630008049 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/320//artifact/exported-a… Cheers, Jenkins ------=_Part_315_1071309583.1494630008049 Content-Type: text/html; charset=us-ascii; 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 - 12/05/2017 </th></tr><tr><th colspan=2 class=sub> <font color="blue"><a href="http://jenkins.ovirt.org/">00 Unstable Critical</a></font> </th></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt_master_image-ng-system-tests/">ovirt_master_image-ng-system-tests</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_315_1071309583.1494630008049--

1 0

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #1120 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 12 May '17

12 May '17

------=_Part_309_615871777.1494620167763 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/1120/ Build Name: 1120 vdsm (master) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/76517 - title: network: split ip.route api and implementation - project: vdsm - branch: master - author: Petr Hor=C3=A1=C4=8Dek <phoracek(a)redhat.com> ------=_Part_309_615871777.1494620167763--

1 2

[oVirt Jenkins] test-repo_ovirt_experimental_master - Build #6659 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 12 May '17

12 May '17

------=_Part_305_985905059.1494612434447 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6659/, Build Number: 6659, Build Status: FAILURE ------=_Part_305_985905059.1494612434447--

1 1

[oVirt Jenkins] test-repo_ovirt_experimental_4.1 - Build #1431 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 12 May '17

12 May '17

------=_Part_166_756360843.1494501794472 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_4.1/1431/, Build Number: 1431, Build Status: FAILURE ------=_Part_166_756360843.1494501794472--

1 15

[oVirt Jenkins] test-repo_ovirt_experimental_master - Build #6656 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 12 May '17

12 May '17

------=_Part_299_310006865.1494595368689 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6656/, Build Number: 6656, Build Status: FAILURE ------=_Part_299_310006865.1494595368689--

1 1

[JIRA] (OVIRT-1375) Re: [ovirt-devel] Vdsm merge rights
by danken (oVirt JIRA) 12 May '17

12 May '17

danken created OVIRT-1375: ----------------------------- Summary: Re: [ovirt-devel] Vdsm merge rights Key: OVIRT-1375 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1375 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: danken Assignee: infra infra-support, we have approval. Please add fromani to vdsm-maintainers. On Fri, May 12, 2017 at 4:05 PM, Adam Litke <alitke(a)redhat.com> wrote: > +2 :) > > On Fri, May 12, 2017 at 6:16 AM, Nir Soffer <nsoffer(a)redhat.com> wrote: >> >> +1 >> >> בתאריך יום ו׳, 12 במאי 2017, 12:59, מאת Fabian Deutsch >> ‏<fdeutsch(a)redhat.com>: >>> >>> +1 >>> >>> On Fri, May 12, 2017 at 11:25 AM, Edward Haas <ehaas(a)redhat.com> wrote: >>> > Good news! +2 >>> > >>> > On Fri, May 12, 2017 at 11:27 AM, Piotr Kliczewski >>> > <pkliczew(a)redhat.com> >>> > wrote: >>> >> >>> >> +1 >>> >> >>> >> On Fri, May 12, 2017 at 9:14 AM, Dan Kenigsberg <danken(a)redhat.com> >>> >> wrote: >>> >>> >>> >>> I'd like to nominate Francesco to the vdsm-maintainers >>> >>> >>> >>> >>> >>> https://gerrit.ovirt.org/#/admin/groups/uuid-becbf722723417c336de6c16467496… >>> >>> list, so he can merge patches without waiting for Nir, Adam or me. >>> >>> >>> >>> I believe that he proved to be thorough and considerate (and >>> >>> paranoid) >>> >>> as the job requires. >>> >>> >>> >>> Vdsm maintainers, please approve. >>> >>> >>> >>> Dan >>> >> >>> >> >>> > >>> > >>> > _______________________________________________ >>> > Devel mailing list >>> > Devel(a)ovirt.org >>> > http://lists.ovirt.org/mailman/listinfo/devel >>> _______________________________________________ >>> Devel mailing list >>> Devel(a)ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/devel >> >> >> _______________________________________________ >> Devel mailing list >> Devel(a)ovirt.org >> http://lists.ovirt.org/mailman/listinfo/devel > > > > > -- > Adam Litke > > _______________________________________________ > Devel mailing list > Devel(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/devel -- This message was sent by Atlassian JIRA (v1000.962.0#100041)

1 0

Fwd: UPDATE: Bugzilla 5 beta window extended
by Sandro Bonazzola 12 May '17

12 May '17

FYI ---------- Forwarded message ---------- From: Christine Freitas <cfreitas(a)redhat.com> Date: Thu, May 11, 2017 at 6:05 PM Subject: UPDATE: Bugzilla 5 beta window extended Hello All, Due to issues found during testing, the Bugzilla 5 beta server [1] was put into maintenance mode. Therefore, we are extending the beta window by 4 weeks, once the server comes back online. We are targeting early next week to have the beta available to you. Once the server comes back online, we will update you on the date by which feedback is due. We sincerely apologize for any inconvenience, and look forward to your feedback once we are back online. Cheers, the Red Hat Bugzilla team For more information on the Bugzilla 5 beta refer to: https://beta-bugzilla.redhat.com/page.cgi?id=whats-new.html https://beta-bugzilla.redhat.com/page.cgi?id=release-notes.html https://beta-bugzilla.redhat.com/page.cgi?id=faq.html https://beta-bugzilla.redhat.com/docs/en/html/using/index.html https://beta-bugzilla.redhat.com/docs/en/html/api/index.html Cheers, the Red Hat Bugzilla team. 1: https://beta-bugzilla.redhat.com/ -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

1 0

[oVirt Jenkins] ovirt_4.1_system-tests_pre - Build # 123 - Failure!
by jenkins＠jenkins.phx.ovirt.org 12 May '17

12 May '17

------=_Part_257_1902783158.1494558556212 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt_4.1_system-tests_pre/ Build: http://jenkins.ovirt.org/job/ovirt_4.1_system-tests_pre/123/ Build Number: 123 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #123 [Lev Veyde] Fix HE basic suite 4.1 broken due to ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.add_hosts Error Message: ('Error while sending HTTP request', error('cannot add/remove handle - multi_perform() already running',)) -------------------- >> begin captured logging << -------------------- lago.utils: ERROR: Error while running thread Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/ovirt_4.1_system-tests_pre/ovirt-system-tests/basic-suite-4.1/test-scenarios/002_bootstrap.py", line 320, in _add_host_4 name=CLUSTER_NAME, File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 8726, in add return self._internal_add(host, headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_add context = self._connection.send(request) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 300, in send sys.exc_info()[2] File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 295, in send return self.__send(request) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 413, in __send self._multi.add_handle(curl) Error: ('Error while sending HTTP request', error('cannot add/remove handle - multi_perform() already running',)) --------------------- >> end captured logging << --------------------- Stack Trace: File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt_4.1_system-tests_pre/ovirt-system-tests/basic-suite-4.1/test-scenarios/002_bootstrap.py", line 261, in add_hosts add_hosts_4(prefix) File "/home/jenkins/workspace/ovirt_4.1_system-tests_pre/ovirt-system-tests/basic-suite-4.1/test-scenarios/002_bootstrap.py", line 343, in add_hosts_4 nt.assert_true(all(vt.join_all())) File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/ovirt_4.1_system-tests_pre/ovirt-system-tests/basic-suite-4.1/test-scenarios/002_bootstrap.py", line 320, in _add_host_4 name=CLUSTER_NAME, File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 8726, in add return self._internal_add(host, headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_add context = self._connection.send(request) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 300, in send sys.exc_info()[2] File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 295, in send return self.__send(request) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 413, in __send self._multi.add_handle(curl) ('Error while sending HTTP request', error('cannot add/remove handle - multi_perform() already running',)) -------------------- >> begin captured logging << -------------------- lago.utils: ERROR: Error while running thread Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/lago/utils.py", line 58, in _ret_via_queue queue.put({'return': func()}) File "/home/jenkins/workspace/ovirt_4.1_system-tests_pre/ovirt-system-tests/basic-suite-4.1/test-scenarios/002_bootstrap.py", line 320, in _add_host_4 name=CLUSTER_NAME, File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 8726, in add return self._internal_add(host, headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 211, in _internal_add context = self._connection.send(request) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 300, in send sys.exc_info()[2] File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 295, in send return self.__send(request) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 413, in __send self._multi.add_handle(curl) Error: ('Error while sending HTTP request', error('cannot add/remove handle - multi_perform() already running',)) --------------------- >> end captured logging << --------------------- ------=_Part_257_1902783158.1494558556212--

1 1

[JIRA] (OVIRT-1374) Provide a mechanism to obtain an ever increasing build number
by Barak Korren (oVirt JIRA) 12 May '17

12 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1374?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1374: ------------------------------------- While this is something we can look into, I think in the short term just counting commits from last tag with something like 'git describe' should be enough. It is not likely that we'll switch to shallow cloning any time soon because we know that there are project that are using 'git describe'. > Provide a mechanism to obtain an ever increasing build number > ------------------------------------------------------------- > > Key: OVIRT-1374 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1374 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Jenkins > Reporter: Juan Hernández > Assignee: infra > > Currently when a project needs to generate unique names for artifacts, they have to use mechanisms like embedding the date and/or the git hash into the artifact name. For example, when a new build of the Ruby SDK is generated, the name of the RPM is like this: > rubygem-ovirt-engine-sdk4-4.2.0-1.alpha0.20170505gita6de891.el7.centos.ppc64le.rpm > That information is useful, and usually unique. But can be repeated if the same jobs is manually triggered the same day, as the date and the git hash will be the same. > In addition the date may be misleading, because a build performed later but using an old commit, will look newer than an older build that uses a newer commit. > A possible solution is to count the number of commits since certain well known commit. But this isn't reliable if the repository isn't completely cloned, for example if it is cloned with '--depth 1', as that well known commit may not be in the cloned repository. That cloning out of the control of the automation scripts. > So my suggestion/request is to add to the CI/CD environment a mechanism to provide that sequence to the jobs explicitly. I'd suggest to use the count of commits since the initial commit of the repository. The CI/CD environment performs the clone, so it can make sure it has all the relevant commits. > This information could be passed to the build-artifacts.sh script in an environment variable, or in the command line, or in a file in a known location. > With that each project could (optionally) modify its automation scripts to include that number. for example, in the Ruby SDK I'd like to generate RPMs like this: > rubygem-ovirt-engine-sdk4-4.2.0-1.alpha0.<that-number>.rpm -- This message was sent by Atlassian JIRA (v1000.962.0#100041)

1 0

[JIRA] (OVIRT-1374) Provide a mechanism to obtain an ever increasing build number
by Juan Hernández (oVirt JIRA) 12 May '17

12 May '17

Juan Hernández created OVIRT-1374: ------------------------------------- Summary: Provide a mechanism to obtain an ever increasing build number Key: OVIRT-1374 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1374 Project: oVirt - virtualization made easy Issue Type: New Feature Components: Jenkins Reporter: Juan Hernández Assignee: infra Currently when a project needs to generate unique names for artifacts, they have to use mechanisms like embedding the date and/or the git hash into the artifact name. For example, when a new build of the Ruby SDK is generated, the name of the RPM is like this: rubygem-ovirt-engine-sdk4-4.2.0-1.alpha0.20170505gita6de891.el7.centos.ppc64le.rpm That information is useful, and usually unique. But can be repeated if the same jobs is manually triggered the same day, as the date and the git hash will be the same. In addition the date may be misleading, because a build performed later but using an old commit, will look newer than an older build that uses a newer commit. A possible solution is to count the number of commits since certain well known commit. But this isn't reliable if the repository isn't completely cloned, for example if it is cloned with '--depth 1', as that well known commit may not be in the cloned repository. That cloning out of the control of the automation scripts. So my suggestion/request is to add to the CI/CD environment a mechanism to provide that sequence to the jobs explicitly. I'd suggest to use the count of commits since the initial commit of the repository. The CI/CD environment performs the clone, so it can make sure it has all the relevant commits. This information could be passed to the build-artifacts.sh script in an environment variable, or in the command line, or in a file in a known location. With that each project could (optionally) modify its automation scripts to include that number. for example, in the Ruby SDK I'd like to generate RPMs like this: rubygem-ovirt-engine-sdk4-4.2.0-1.alpha0.<that-number>.rpm -- This message was sent by Atlassian JIRA (v1000.962.0#100041)

1 0

[oVirt Jenkins] test-repo_ovirt_experimental_master - Build #6630 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 12 May '17

12 May '17

------=_Part_168_1752780732.1494502109585 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6630/, Build Number: 6630, Build Status: FAILURE ------=_Part_168_1752780732.1494502109585--

1 23

[oVirt Jenkins] ovirt_4.1_hc-system-tests - Build # 62 - Failure!
by jenkins＠jenkins.phx.ovirt.org 11 May '17

11 May '17

------=_Part_158_1063418822.1494474382337 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Project: http://jenkins.ovirt.org/job/ovirt_4.1_hc-system-tests/=20 Build: http://jenkins.ovirt.org/job/ovirt_4.1_hc-system-tests/62/ Build Number: 62 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #62 [Ond=C5=99ej Svoboda] Use SDKv4 code in bond_nics. ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.add_hosts Error Message: status: 503 reason: Service Unavailable detail:=20 <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>503 Service Unavailable</title> </head><body> <h1>Service Unavailable</h1> <p>The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.</p> </body></html> -------------------- >> begin captured logging << -------------------- ovirtlago.testlib: ERROR: * Unhandled exception in <function _host_is_u= p at 0x47b1668> Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 217, i= n assert_equals_within res =3D func() File "/home/jenkins/workspace/ovirt_4.1_hc-system-tests/ovirt-system-test= s/hc-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 144, in _host_i= s_up cur_state =3D api.hosts.get(host.name()).status.state File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py= ", line 18338, in get headers=3D{"All-Content":all_content} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",= line 46, in get return self.request(method=3D'GET', url=3Durl, headers=3Dheaders, cls= =3Dcls) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",= line 122, in request persistent_auth=3Dself.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body= ) RequestError:=20 status: 503 reason: Service Unavailable detail:=20 <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>503 Service Unavailable</title> </head><body> <h1>Service Unavailable</h1> <p>The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.</p> </body></html> --------------------- >> end captured logging << --------------------- Stack Trace: File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTes= t self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, i= n wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in= wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt_4.1_hc-system-tests/ovirt-system-test= s/hc-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 163, in add_hos= ts testlib.assert_true_within(_host_is_up, timeout=3D15 * 60) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 256, i= n assert_true_within assert_equals_within(func, True, timeout, allowed_exceptions) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 217, i= n assert_equals_within res =3D func() File "/home/jenkins/workspace/ovirt_4.1_hc-system-tests/ovirt-system-test= s/hc-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 144, in _host_i= s_up cur_state =3D api.hosts.get(host.name()).status.state File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py= ", line 18338, in get headers=3D{"All-Content":all_content} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",= line 46, in get return self.request(method=3D'GET', url=3Durl, headers=3Dheaders, cls= =3Dcls) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",= line 122, in request persistent_auth=3Dself.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body= ) status: 503 reason: Service Unavailable detail:=20 <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>503 Service Unavailable</title> </head><body> <h1>Service Unavailable</h1> <p>The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.</p> </body></html> -------------------- >> begin captured logging << -------------------- ovirtlago.testlib: ERROR: * Unhandled exception in <function _host_is_u= p at 0x47b1668> Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 217, i= n assert_equals_within res =3D func() File "/home/jenkins/workspace/ovirt_4.1_hc-system-tests/ovirt-system-test= s/hc-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 144, in _host_i= s_up cur_state =3D api.hosts.get(host.name()).status.state File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py= ", line 18338, in get headers=3D{"All-Content":all_content} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",= line 46, in get return self.request(method=3D'GET', url=3Durl, headers=3Dheaders, cls= =3Dcls) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",= line 122, in request persistent_auth=3Dself.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body= ) RequestError:=20 status: 503 reason: Service Unavailable detail:=20 <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>503 Service Unavailable</title> </head><body> <h1>Service Unavailable</h1> <p>The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.</p> </body></html> --------------------- >> end captured logging << --------------------- ------=_Part_158_1063418822.1494474382337--

1 1

oVirt infra daily report - unstable production jobs - 319
by jenkins＠jenkins.phx.ovirt.org 11 May '17

11 May '17

------=_Part_248_966609170.1494543607580 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/319//artifact/exported-a… Cheers, Jenkins ------=_Part_248_966609170.1494543607580 Content-Type: text/html; charset=us-ascii; 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 - 11/05/2017 </th></tr><tr><th colspan=2 class=sub> <font color="blue"><a href="http://jenkins.ovirt.org/">00 Unstable Critical</a></font> </th></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt_4.1_hc-system-tests/">ovirt_4.1_hc-system-tests</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_master-ansible-system-tests/">ovirt_master-ansible-system-tests</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_master_image-ng-system-tests/">ovirt_master_image-ng-system-tests</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.1/">test-repo_ovirt_experimental_4.1</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_master/">test-repo_ovirt_experimental_master</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_248_966609170.1494543607580--

1 0

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #1086 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 11 May '17

11 May '17

------=_Part_230_1796070447.1494525144913 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/1086/ Build Name: 1086 ovirt-vdsmfake (master) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/76738 - title: Revert \"cdi: utils injection.\" - project: ovirt-vdsmfake - branch: master - author: Eldad Marciano <emarcian(a)redhat.com> ------=_Part_230_1796070447.1494525144913--

1 0

[oVirt Jenkins] ovirt_4.1_he-system-tests - Build # 108 - Unstable!
by jenkins＠jenkins.phx.ovirt.org 11 May '17

11 May '17

------=_Part_156_303663615.1494471492245 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Project: http://jenkins.ovirt.org/job/ovirt_4.1_he-system-tests/=20 Build: http://jenkins.ovirt.org/job/ovirt_4.1_he-system-tests/108/ Build Number: 108 Build Status: Unstable Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #108 [Ond=C5=99ej Svoboda] Use SDKv4 code in bond_nics. ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.add_he_hosts Error Message: Adding HE hosts requires API v4. Stack Trace: Traceback (most recent call last): File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTes= t self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, i= n wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in= wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt_4.1_he-system-tests/ovirt-system-test= s/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 359, in add_he_= hosts raise RuntimeError('Adding HE hosts requires API v4.') RuntimeError: Adding HE hosts requires API v4. ------=_Part_156_303663615.1494471492245--

1 1

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #1058 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 11 May '17

11 May '17

------=_Part_182_1728482831.1494506228508 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/1058/ Build Name: 1058 ovirt-engine (master) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/76535 - title: engine: Remove spare injection in PowerSavingBalancePolicyUnit - project: ovirt-engine - branch: master - author: Moti Asayag <masayag(a)redhat.com> ------=_Part_182_1728482831.1494506228508--

1 1

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #1056 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 11 May '17

11 May '17

------=_Part_176_1440725870.1494504574428 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/1056/ Build Name: 1056 ovirt-vdsmfake (master) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/76600 - title: README rehaul - project: ovirt-vdsmfake - branch: master - author: Roy Golan <rgolan(a)redhat.com> ------=_Part_176_1440725870.1494504574428--

1 0

Strange glitch
by Lev Veyde 11 May '17

11 May '17

Hi, Tried to build VDSM on FC24, and it failed: http://jenkins.ovirt.org/job/vdsm_4.1_build-artifacts-fc24-x86_64/227/conso… retry (run 228) though worked fine, so it's some kind of a strange glitch... Thanks in advance, -- Lev Veyde Software Engineer, RHCE | RHCVA | MCITP Red Hat Israel <https://www.redhat.com> lev(a)redhat.com | lveyde(a)redhat.com <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>

2 1

[JIRA] (OVIRT-1373) Setup a container registry in PHX (But only on demand)
by Barak Korren (oVirt JIRA) 11 May '17

11 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1373?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1373: ----------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > Setup a container registry in PHX (But only on demand) > ------------------------------------------------------ > > Key: OVIRT-1373 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1373 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Repositories Mgmt > Reporter: Barak Korren > Assignee: Evgheni Dereveanchin > > As we've been discussing the CI/CD process for containers with various developers. The possibility arose that we might need to run our own container registry on the PHX infrastructure. > Our preference would actually be to use DockerHub or some other public registry, as opposed to running our own service, but it might end up being insufficient from performance or reliability reasons. We will try that first, so for the time being this ticket is for planning and research purposes as opposed to actual deployment. > The container registry will be used by the CI system directly so it needs to be quite fast and very reliable. It will probably contain multiple versions of the CentOS and Fedora base images as well as many other images built on top of them, so storage requirements may not be modest either. -- This message was sent by Atlassian JIRA (v1000.929.2#100040)

1 0

[JIRA] (OVIRT-1373) Setup a container registry in PHX (But only on demand)
by Barak Korren (oVirt JIRA) 11 May '17

11 May '17

Barak Korren created OVIRT-1373: ----------------------------------- Summary: Setup a container registry in PHX (But only on demand) Key: OVIRT-1373 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1373 Project: oVirt - virtualization made easy Issue Type: New Feature Components: Repositories Mgmt Reporter: Barak Korren Assignee: infra As we've been discussing the CI/CD process for containers with various developers. The possibility arose that we might need to run our own container registry on the PHX infrastructure. Our preference would actually be to use DockerHub or some other public registry, as opposed to running our own service, but it might end up being insufficient from performance or reliability reasons. We will try that first, so for the time being this ticket is for planning and research purposes as opposed to actual deployment. The container registry will be used by the CI system directly so it needs to be quite fast and very reliable. It will probably contain multiple versions of the CentOS and Fedora base images as well as many other images built on top of them, so storage requirements may not be modest either. -- This message was sent by Atlassian JIRA (v1000.929.2#100040)

1 0

[JIRA] (OVIRT-1373) Setup a container registry in PHX (But only on demand)
by Barak Korren (oVirt JIRA) 11 May '17

11 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1373?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1373: -------------------------------- Epic Link: OVIRT-403 > Setup a container registry in PHX (But only on demand) > ------------------------------------------------------ > > Key: OVIRT-1373 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1373 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Repositories Mgmt > Reporter: Barak Korren > Assignee: infra > > As we've been discussing the CI/CD process for containers with various developers. The possibility arose that we might need to run our own container registry on the PHX infrastructure. > Our preference would actually be to use DockerHub or some other public registry, as opposed to running our own service, but it might end up being insufficient from performance or reliability reasons. We will try that first, so for the time being this ticket is for planning and research purposes as opposed to actual deployment. > The container registry will be used by the CI system directly so it needs to be quite fast and very reliable. It will probably contain multiple versions of the CentOS and Fedora base images as well as many other images built on top of them, so storage requirements may not be modest either. -- This message was sent by Atlassian JIRA (v1000.929.2#100040)

1 0

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #1028 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 11 May '17

11 May '17

------=_Part_160_538594134.1494476622838 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/1028/ Build Name: 1028 vdsm (master) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/76544 - title: utils: Extract memoized from utils module - project: vdsm - branch: master - author: Edward Haas <edwardh(a)redhat.com> ------=_Part_160_538594134.1494476622838--

1 1

oVirt infra daily report - unstable production jobs - 318
by jenkins＠jenkins.phx.ovirt.org 10 May '17

10 May '17

------=_Part_150_91694275.1494457202975 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/318//artifact/exported-a… Cheers, Jenkins ------=_Part_150_91694275.1494457202975 Content-Type: text/html; charset=us-ascii; 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 - 10/05/2017 </th></tr><tr><th colspan=2 class=sub> <font color="blue"><a href="http://jenkins.ovirt.org/">00 Unstable Critical</a></font> </th></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt_master-ansible-system-tests/">ovirt_master-ansible-system-tests</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_150_91694275.1494457202975--

1 0

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #1024 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 10 May '17

10 May '17

------=_Part_148_384023111.1494445293065 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/1024/ Build Name: 1024 ovirt-imageio (4.0, 4.1, master) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/76654 - title: ssl: ensuring TLSv1.1/TLSv1.2 support - project: ovirt-imageio - branch: master - author: Daniel Erez <derez(a)redhat.com> ------=_Part_148_384023111.1494445293065--

1 0

[oVirt Jenkins] test-repo_ovirt_experimental_master - Build #6616 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 10 May '17

10 May '17

------=_Part_139_537536715.1494433182969 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/6616/, Build Number: 6616, Build Status: FAILURE ------=_Part_139_537536715.1494433182969--

1 1

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #326
by jenkins＠jenkins.phx.ovirt.org 10 May '17

10 May '17

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/326/displa…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/ws/> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/changes/13/75913/5:patch --prune > git rev-parse origin/patch^{commit} # timeout=10 > git rev-parse patch^{commit} # timeout=10 Checking out Revision 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f (patch) > git config core.sparsecheckout # timeout=10 > git checkout -f 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f > git rev-list 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/hudson7393981636863892699.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, 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 1465, in _commonLoadRepoXML if self._latestRepoXML(local): File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1434, in _latestRepoXML oxml = self._saveOldRepoXML(local) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1292, in _saveOldRepoXML shutil.copy2(local, old_local) File "/usr/lib64/python2.7/shutil.py", line 131, in copy2 copystat(src, dst) File "/usr/lib64/python2.7/shutil.py", line 100, in copystat os.chmod(dst, mode) OSError: [Errno 2] No such file or directory: '/home/jenkins/mirrors_cache/centos-updates-el6/repomd.xml.old.tmp' Build step 'Execute shell' marked build as failure

1 1

[oVirt Jenkins] ovirt_4.1_hc-system-tests - Build # 48 - Failure!
by jenkins＠jenkins.phx.ovirt.org 10 May '17

10 May '17

------=_Part_395_1183654537.1493348265558 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt_4.1_hc-system-tests/ Build: http://jenkins.ovirt.org/job/ovirt_4.1_hc-system-tests/48/ Build Number: 48 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #48 [Daniel Belenky] Removed basic-suite-3.6 [Barak Korren] Add a packages file for fc26 [Daniel Belenky] Removed 3.6 option from the manual job [Barak Korren] Fix SDK jobs not having proper cleanup steps ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_395_1183654537.1493348265558--

1 13

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #998 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 10 May '17

10 May '17

------=_Part_141_1154644805.1494433570031 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/998/ Build Name: 998 ovirt-engine (3.6) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/76303 - title: replace snapshot with official 3.6 repos - project: ovirt-engine - branch: ovirt-engine-3.6 - author: Eyal Edri <eedri(a)redhat.com> ------=_Part_141_1154644805.1494433570031--

1 0

[oVirt Jenkins] ovirt_master_hc-system-tests - Build # 81 - Failure!
by jenkins＠jenkins.phx.ovirt.org 10 May '17

10 May '17

------=_Part_397_101851695.1493348363016 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt_master_hc-system-tests/ Build: http://jenkins.ovirt.org/job/ovirt_master_hc-system-tests/81/ Build Number: 81 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #81 [Daniel Belenky] Removed basic-suite-3.6 [Barak Korren] Add a packages file for fc26 [Daniel Belenky] Removed 3.6 option from the manual job [Barak Korren] Fix SDK jobs not having proper cleanup steps ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_397_101851695.1493348363016--

2 14

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #994 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 10 May '17

10 May '17

------=_Part_133_632746551.1494421420997 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/994/ Build Name: 994 ovirt-vdsmfake (master) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/74757 - title: Tabs to 2 spaces in pom.xml - project: ovirt-vdsmfake - branch: master - author: Roy Golan <rgolan(a)redhat.com> ------=_Part_133_632746551.1494421420997--

1 0

[JIRA] (OVIRT-1372) Packport repoclosure suite to oVirt-4.1
by Daniel Belenky (oVirt JIRA) 10 May '17

10 May '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1372?page=com.atlassian.jira.… ] Daniel Belenky reassigned OVIRT-1372: ------------------------------------- Assignee: Daniel Belenky (was: infra) > Packport repoclosure suite to oVirt-4.1 > --------------------------------------- > > Key: OVIRT-1372 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1372 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Daniel Belenky > Assignee: Daniel Belenky > > Currently, the repo closure suite is running only on oVirt-master, we should backport it to run in 4.1 aswell. -- This message was sent by Atlassian JIRA (v1000.929.2#100040)

1 0

[JIRA] (OVIRT-1372) Packport repoclosure suite to oVirt-4.1
by Daniel Belenky (oVirt JIRA) 10 May '17

10 May '17

Daniel Belenky created OVIRT-1372: ------------------------------------- Summary: Packport repoclosure suite to oVirt-4.1 Key: OVIRT-1372 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1372 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Daniel Belenky Assignee: infra Currently, the repo closure suite is running only on oVirt-master, we should backport it to run in 4.1 aswell. -- This message was sent by Atlassian JIRA (v1000.929.2#100040)

1 0

[oVirt Jenkins] deploy-to-ovirt_experimental - Build #984 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 10 May '17

10 May '17

------=_Part_131_1081872760.1494414544951 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Build: http://jenkins.ovirt.org/job/deploy-to-ovirt_experimental/984/ Build Name: 984 vdsm (master) Build Status: FAILURE Gerrit change: https://gerrit.ovirt.org/76197 - title: ssl: client cert check for IPv4 mapped addresses - project: vdsm - branch: master - author: Piotr Kliczewski <piotr.kliczewski(a)gmail.com> ------=_Part_131_1081872760.1494414544951--

1 0