- Infra - oVirt List Archives

[JIRA] (OVIRT-1743) ci please build and send to OST
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

This is a multi-part message in MIME format... ------------=_1509983341-28314-112 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1743?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1743: ------------------------------------- The process is clunky because the whole idea if having to launch stuff manually in CI is clunky. We needed to provide a useful tool, so we brought some things together to make this possible. But I wouldn't want to spend efforts around automating a process which is IMO fundamentally broken. Ideally you would just get OST results for every patch before merging it, but this requires several things: # Asynchronous result notification to Gerrit, so you can see check-patch results while OST is still running (We have that in GitHub already, but our Gerrit framework is a bit rigid still) # Submitting pre-merged patches to CQ # Merge emulation, which is to say, emulate how the code will look if all patches being tested were merged together. We have bits and pieces of everything except #3 which is by far the most complex thing to do there... Adding OVIRT-627 as a blocker > ci please build and send to OST > ------------------------------- > > Key: OVIRT-1743 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1743 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Reporter: danken > Assignee: infra > > Can you please automate the frequent process, which is slow and error prone? > I am writing a patch, and would like to test it in ost. now I need to > * "ci please build" > * copy el7 url > * wait for el7 build to finish > * copy artifacts url to ovirt--system-test-manual, start it > * copy the ost run URL to the gerrit patch, so I have it for reference of failure/success. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070) ------------=_1509983341-28314-112 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1743?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren commented on OVIRT-1743:</h3> <p>The process is clunky because the whole idea if having to launch stuff manually in CI is clunky.</p> <p>We needed to provide a useful tool, so we brought some things together to make this possible. But I wouldn't want to spend efforts around automating a process which is IMO fundamentally broken.</p> <p>Ideally you would just get OST results for every patch before merging it, but this requires several things:</p> <p># Asynchronous result notification to Gerrit, so you can see check-patch results while OST is still running (We have that in GitHub already, but our Gerrit framework is a bit rigid still) # Submitting pre-merged patches to CQ # Merge emulation, which is to say, emulate how the code will look if all patches being tested were merged together.</p> <p>We have bits and pieces of everything except #3 which is by far the most complex thing to do there…</p> <p>Adding OVIRT-627 as a blocker</p> <blockquote><h3>ci please build and send to OST</h3> <pre> Key: OVIRT-1743 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1743 Project: oVirt - virtualization made easy Issue Type: New Feature Reporter: danken Assignee: infra</pre> <p>Can you please automate the frequent process, which is slow and error prone? I am writing a patch, and would like to test it in ost. now I need to</p> <ul><li><p>“ci please build”</p></li> <li><p>copy el7 url</p></li> <li><p>wait for el7 build to finish</p></li> <li><p>copy artifacts url to ovirt--system-test-manual, start it</p></li> <li><p>copy the ost run URL to the gerrit patch, so I have it for reference of failure/success.</p></li></ul></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1509983341-28314-112--

1 0

[JIRA] (OVIRT-1743) ci please build and send to OST
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1743?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1743: -------------------------------- Epic Link: OVIRT-400 > ci please build and send to OST > ------------------------------- > > Key: OVIRT-1743 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1743 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Reporter: danken > Assignee: infra > > Can you please automate the frequent process, which is slow and error prone? > I am writing a patch, and would like to test it in ost. now I need to > * "ci please build" > * copy el7 url > * wait for el7 build to finish > * copy artifacts url to ovirt--system-test-manual, start it > * copy the ost run URL to the gerrit patch, so I have it for reference of failure/success. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1743) ci please build and send to OST
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1743?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1743: -------------------------------- Epic Link: OVIRT-400 > ci please build and send to OST > ------------------------------- > > Key: OVIRT-1743 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1743 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Reporter: danken > Assignee: infra > > Can you please automate the frequent process, which is slow and error prone? > I am writing a patch, and would like to test it in ost. now I need to > * "ci please build" > * copy el7 url > * wait for el7 build to finish > * copy artifacts url to ovirt--system-test-manual, start it > * copy the ost run URL to the gerrit patch, so I have it for reference of failure/success. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1743) ci please build and send to OST
by danken (oVirt JIRA) 06 Nov '17

06 Nov '17

danken created OVIRT-1743: ----------------------------- Summary: ci please build and send to OST Key: OVIRT-1743 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1743 Project: oVirt - virtualization made easy Issue Type: New Feature Reporter: danken Assignee: infra Can you please automate the frequent process, which is slow and error prone? I am writing a patch, and would like to test it in ost. now I need to * "ci please build" * copy el7 url * wait for el7 build to finish * copy artifacts url to ovirt--system-test-manual, start it * copy the ost run URL to the gerrit patch, so I have it for reference of failure/success. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1742) wrong augeas-libs package downloaded from bob repo on 3.6 els
by Dafna Ron (oVirt JIRA) 06 Nov '17

06 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1742?page=com.atlassian.jira.… ] Dafna Ron reassigned OVIRT-1742: -------------------------------- Assignee: Dafna Ron (was: infra) > wrong augeas-libs package downloaded from bob repo on 3.6 els > -------------------------------------------------------------- > > Key: OVIRT-1742 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1742 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: Dafna Ron > > we are failing 3.6 tests on package augeas-libs: YumBaseError: [u'1:libguestfs-1.28.1-1.55.el7_2.2.x86_64 requires augeas-libs >= 1.1.0-16'] > looking at lago we can see that the package arrives from bob repo: > https://rhv-devops-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/ds-ovirt-sys… > > also, running the below shows the package is downloaded from bob: > [dron@dron rhv-suite-3.6-els]$ repoquery --repofrompath=testrepo,http://bob.eng.lab.tlv.redhat.com/builds/latest_3.6/el7/ --repoid=testrepo --query --all | grep augeas-* > Repository google-chrome is listed more than once in the configuration > Repository google-talkplugin is listed more than once in the configuration > augeas-0:1.1.0-12.el7_0.1.x86_64 > augeas-debuginfo-0:1.1.0-12.el7_0.1.x86_64 > augeas-devel-0:1.1.0-12.el7_0.1.x86_64 > augeas-libs-0:1.1.0-12.el7_0.1.x86_64 > [dron@dron rhv-suite-3.6-els]$ > I am submitting a patch to exclude the package from bob repo to force download of the correct package from the correct repo. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1742) wrong augeas-libs package downloaded from bob repo on 3.6 els
by Dafna Ron (oVirt JIRA) 06 Nov '17

06 Nov '17

This is a multi-part message in MIME format... ------------=_1509979003-13625-130 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Dafna Ron created OVIRT-1742: -------------------------------- Summary: wrong augeas-libs package downloaded from bob repo on 3.6 els Key: OVIRT-1742 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1742 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra we are failing 3.6 tests on package augeas-libs: YumBaseError: [u'1:libguestfs-1.28.1-1.55.el7_2.2.x86_64 requires augeas-libs >= 1.1.0-16'] looking at lago we can see that the package arrives from bob repo: https://rhv-devops-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/ds-ovirt-sys… also, running the below shows the package is downloaded from bob: [dron@dron rhv-suite-3.6-els]$ repoquery --repofrompath=testrepo,http://bob.eng.lab.tlv.redhat.com/builds/latest_3.6/el7/ --repoid=testrepo --query --all | grep augeas-* Repository google-chrome is listed more than once in the configuration Repository google-talkplugin is listed more than once in the configuration augeas-0:1.1.0-12.el7_0.1.x86_64 augeas-debuginfo-0:1.1.0-12.el7_0.1.x86_64 augeas-devel-0:1.1.0-12.el7_0.1.x86_64 augeas-libs-0:1.1.0-12.el7_0.1.x86_64 [dron@dron rhv-suite-3.6-els]$ I am submitting a patch to exclude the package from bob repo to force download of the correct package from the correct repo. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070) ------------=_1509979003-13625-130 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Dafna Ron created OVIRT-1742:</h3> <pre> Summary: wrong augeas-libs package downloaded from bob repo on 3.6 els Key: OVIRT-1742 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1742 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra</pre> <p>we are failing 3.6 tests on package augeas-libs: YumBaseError: [u'1:libguestfs-1.28.1-1.55.el7_2.2.x86_64 requires augeas-libs >= 1.1.0-16']</p> <p>looking at lago we can see that the package arrives from bob repo: <a href="https://rhv-devops-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/ds-ovirt-sys…">https://rhv-devops-jenkins.rhev-ci-vms.eng.rdu2.redhat.com/job/ds-ovirt-sys…</a></p> <p>also, running the below shows the package is downloaded from bob:</p> <p>[dron@dron rhv-suite-3.6-els]$ repoquery --repofrompath=testrepo,<a href="http://bob.eng.lab.tlv.redhat.com/builds/latest_3.6/el7/">http://bob.eng.lab.tlv.redhat.com/builds/latest_3.6/el7/</a> --repoid=testrepo --query --all | grep augeas-* Repository google-chrome is listed more than once in the configuration Repository google-talkplugin is listed more than once in the configuration augeas-0:1.1.0-12.el7_0.1.x86_64 augeas-debuginfo-0:1.1.0-12.el7_0.1.x86_64 augeas-devel-0:1.1.0-12.el7_0.1.x86_64 augeas-libs-0:1.1.0-12.el7_0.1.x86_64 [dron@dron rhv-suite-3.6-els]$</p> <p>I am submitting a patch to exclude the package from bob repo to force download of the correct package from the correct repo.</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1509979003-13625-130--

1 0

[CQ]: 83521,4 (vdsm) failed "ovirt-master" system tests
by oVirt Jenkins 06 Nov '17

06 Nov '17

Change 83521,4 (vdsm) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/83521/4 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3633/

1 0

[JIRA] (OVIRT-1741) Get oVirt listed on https://release-monitoring.org/
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1741?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1741: ------------------------------------- [~sbonazzo(a)redhat.com] [~eedri] WDYT? > Get oVirt listed on https://release-monitoring.org/ > --------------------------------------------------- > > Key: OVIRT-1741 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1741 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Repositories Mgmt > Reporter: Barak Korren > Assignee: infra > Priority: Low > > https://release-monitoring.org/ seems to be a system that sends notification events when opens source projects release new versions. > Various systems seem to be listening and reacting on those events. > We should probably have oVirt listed there and sending events. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1741) Get oVirt listed on https://release-monitoring.org/
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

Barak Korren created OVIRT-1741: ----------------------------------- Summary: Get oVirt listed on https://release-monitoring.org/ Key: OVIRT-1741 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1741 Project: oVirt - virtualization made easy Issue Type: New Feature Components: Repositories Mgmt Reporter: Barak Korren Assignee: infra Priority: Low https://release-monitoring.org/ seems to be a system that sends notification events when opens source projects release new versions. Various systems seem to be listening and reacting on those events. We should probably have oVirt listed there and sending events. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1741) Get oVirt listed on https://release-monitoring.org/
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1741?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1741: -------------------------------- Epic Link: OVIRT-403 > Get oVirt listed on https://release-monitoring.org/ > --------------------------------------------------- > > Key: OVIRT-1741 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1741 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Repositories Mgmt > Reporter: Barak Korren > Assignee: infra > Priority: Low > > https://release-monitoring.org/ seems to be a system that sends notification events when opens source projects release new versions. > Various systems seem to be listening and reacting on those events. > We should probably have oVirt listed there and sending events. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[ OST Failure Report ] [ oVirt master ] [ 01 Nov 2017 ] [ 098_ovirt_provider_ovn.test_ovn_provider_rest ]
by Dafna Ron 06 Nov '17

06 Nov '17

This is a multi-part message in MIME format. --------------4781A375DC902B82C9DFEC94 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, 098_ovirt_provider_ovn.test_ovn_provider_rest failed on removing the interface from a running vm. I have seen this before, do we perhaps have a race in OST where the vm is still running at times? ** *Link to suspected patches: Patch reported is below but I am suspecting its a race and not related* * * **https://gerrit.ovirt.org/#/c/83414/* * *Link to Job:* * * **http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3558/** *** * *Link to all logs:* * *http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3558/artifact/* (Relevant) error snippet from the log: <error> 2017-10-31 10:58:43,516-04 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-32) [] Operation Failed: [Cannot remove Interface. The VM Network Interface is plugged to a running VM.] </error> * --------------4781A375DC902B82C9DFEC94 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> <p>Hi, <br> </p> <p>098_ovirt_provider_ovn.test_ovn_provider_rest failed on removing the interface from a running vm. <br> </p> <p>I have seen this before, do we perhaps have a race in OST where the vm is still running at times? <br> </p> <p><b style="font-weight:normal;" id="docs-internal-guid-5859b7a1-7704-cf53-3db5-2b1a698c80c1"> <p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt;"><span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to suspected patches: Patch reported is below but I am suspecting its a race and not related</span></p> <br> </b></p> <p><b style="font-weight:normal;" id="docs-internal-guid-5859b7a1-7704-cf53-3db5-2b1a698c80c1"><b><a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/83414/">https://gerrit.ovirt.org/#/c/83414/</a></b><br> <p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt;"><span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to Job:</span></p> <br> </b></p> <p><b style="font-weight:normal;" id="docs-internal-guid-5859b7a1-7704-cf53-3db5-2b1a698c80c1"><b><a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3558/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3558/</a></b></b></p> <p><b style="font-weight:normal;" id="docs-internal-guid-5859b7a1-7704-cf53-3db5-2b1a698c80c1"><b></b><br> <p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt;"><span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to all logs:</span></p> <p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt;"><span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"> </span></p> <p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt;"><span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><b><a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3558/artifact/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3558/artifact/</a></b> </span></p> <br> <p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt;"><span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">(Relevant) error snippet from the log: </span></p> <p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt;"><span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><error></span></p> <br> 2017-10-31 10:58:43,516-04 ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-32) [] Operation Failed: [Cannot remove Interface. The VM Network Interface is plugged to a running VM.]<br> <br> <p dir="ltr" style="line-height:1.38;margin-top:0pt;margin-bottom:0pt;"><span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"></error></span></p> </b><br class="Apple-interchange-newline"> </p> </body> </html> --------------4781A375DC902B82C9DFEC94--

4 6

[JIRA] (OVIRT-1740) Mirror sync job for centos-extras-el7 failing
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

This is a multi-part message in MIME format... ------------=_1509966557-21048-103 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1740?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1740: ----------------------------------- Assignee: Barak Korren (was: infra) > Mirror sync job for centos-extras-el7 failing > --------------------------------------------- > > Key: OVIRT-1740 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1740 > Project: oVirt - virtualization made easy > Issue Type: Outage > Components: Repositories Mgmt > Reporter: Barak Korren > Assignee: Barak Korren > Priority: High > Labels: mirrors > > The mirror sync job had been failing for a couple of days, here is an example failing run: > http://jenkins.ovirt.org/job/system-sync_mirrors-centos-extras-el7-x86_64/8… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070) ------------=_1509966557-21048-103 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1740?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren reassigned OVIRT-1740:</h3> <pre>Assignee: Barak Korren (was: infra)</pre> <blockquote><h3>Mirror sync job for centos-extras-el7 failing</h3> <pre> Key: OVIRT-1740 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1740 Project: oVirt - virtualization made easy Issue Type: Outage Components: Repositories Mgmt Reporter: Barak Korren Assignee: Barak Korren Priority: High Labels: mirrors</pre> <p>The mirror sync job had been failing for a couple of days, here is an example failing run: <a href="http://jenkins.ovirt.org/job/system-sync_mirrors-centos-extras-el7-x86_64/8…">http://jenkins.ovirt.org/job/system-sync_mirrors-centos-extras-el7-x86_64/8…</a></p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1509966557-21048-103--

1 0

[JIRA] (OVIRT-1740) Mirror sync job for centos-extras-el7 failing
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1740?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1740: -------------------------------- Status: In Progress (was: To Do) > Mirror sync job for centos-extras-el7 failing > --------------------------------------------- > > Key: OVIRT-1740 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1740 > Project: oVirt - virtualization made easy > Issue Type: Outage > Components: Repositories Mgmt > Reporter: Barak Korren > Assignee: infra > Priority: High > Labels: mirrors > > The mirror sync job had been failing for a couple of days, here is an example failing run: > http://jenkins.ovirt.org/job/system-sync_mirrors-centos-extras-el7-x86_64/8… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1740) Mirror sync job for centos-extras-el7 failing
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1740?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1740: -------------------------------- Epic Link: OVIRT-403 > Mirror sync job for centos-extras-el7 failing > --------------------------------------------- > > Key: OVIRT-1740 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1740 > Project: oVirt - virtualization made easy > Issue Type: Outage > Components: Repositories Mgmt > Reporter: Barak Korren > Assignee: infra > Priority: High > Labels: mirrors > > The mirror sync job had been failing for a couple of days, here is an example failing run: > http://jenkins.ovirt.org/job/system-sync_mirrors-centos-extras-el7-x86_64/8… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1740) Mirror sync job for centos-extras-el7 failing
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

Barak Korren created OVIRT-1740: ----------------------------------- Summary: Mirror sync job for centos-extras-el7 failing Key: OVIRT-1740 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1740 Project: oVirt - virtualization made easy Issue Type: Outage Components: Repositories Mgmt Reporter: Barak Korren Assignee: infra Priority: High The mirror sync job had been failing for a couple of days, here is an example failing run: http://jenkins.ovirt.org/job/system-sync_mirrors-centos-extras-el7-x86_64/8… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1735) Upgrade ovirt production in PHX to 4.2 (beta/rc)
by Evgheni Dereveanchin (oVirt JIRA) 06 Nov '17

06 Nov '17

This is a multi-part message in MIME format... ------------=_1509961895-24312-177 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1735?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-1735: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > Upgrade ovirt production in PHX to 4.2 (beta/rc) > ------------------------------------------------ > > Key: OVIRT-1735 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1735 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: eyal edri > Assignee: Evgheni Dereveanchin > Priority: High > > Since oVirt 4.2 is very stable to our best knowledge, with people even upgraded production environments to alpha build even, we should start working on upgrading ( hosts first and then engine ) our PHX env as well. > Since we have staging env, we can start there with the beta build and then continue to the production one. > This can help us find critical issues that might not be found on normal testing and a chance to fix them before GA. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070) ------------=_1509961895-24312-177 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1735?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin reassigned OVIRT-1735:</h3> <pre>Assignee: Evgheni Dereveanchin (was: infra)</pre> <blockquote><h3>Upgrade ovirt production in PHX to 4.2 (beta/rc)</h3> <pre> Key: OVIRT-1735 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1735 Project: oVirt - virtualization made easy Issue Type: Task Reporter: eyal edri Assignee: Evgheni Dereveanchin Priority: High</pre> <p>Since oVirt 4.2 is very stable to our best knowledge, with people even upgraded production environments to alpha build even, we should start working on upgrading ( hosts first and then engine ) our PHX env as well. Since we have staging env, we can start there with the beta build and then continue to the production one. This can help us find critical issues that might not be found on normal testing and a chance to fix them before GA.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1509961895-24312-177--

1 0

[JIRA] (OVIRT-1709) provision Persistent Storage for OpenShift
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1709?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1709: -------------------------------- Component/s: OpenShift > provision Persistent Storage for OpenShift > ------------------------------------------ > > Key: OVIRT-1709 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1709 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: OpenShift > Reporter: Evgheni Dereveanchin > Assignee: infra > Priority: High > Labels: openshift > > The OpenShift instance in PHX currently does not have any Persistent Storage assigned to it which is needed for things like databases and other important data. Opening this ticket to track how many volumes we may need and attach them. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1709) provision Persistent Storage for OpenShift
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1709?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1709: -------------------------------- Labels: openshift (was: ) > provision Persistent Storage for OpenShift > ------------------------------------------ > > Key: OVIRT-1709 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1709 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: Evgheni Dereveanchin > Assignee: infra > Priority: High > Labels: openshift > > The OpenShift instance in PHX currently does not have any Persistent Storage assigned to it which is needed for things like databases and other important data. Opening this ticket to track how many volumes we may need and attach them. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1709) provision Persistent Storage for OpenShift
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

This is a multi-part message in MIME format... ------------=_1509957353-14099-169 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1709?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1709: -------------------------------- Priority: High (was: Medium) > provision Persistent Storage for OpenShift > ------------------------------------------ > > Key: OVIRT-1709 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1709 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: Evgheni Dereveanchin > Assignee: infra > Priority: High > > The OpenShift instance in PHX currently does not have any Persistent Storage assigned to it which is needed for things like databases and other important data. Opening this ticket to track how many volumes we may need and attach them. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070) ------------=_1509957353-14099-169 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1709?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren updated OVIRT-1709:</h3> <pre>Priority: High (was: Medium)</pre> <blockquote><h3>provision Persistent Storage for OpenShift</h3> <pre> Key: OVIRT-1709 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1709 Project: oVirt - virtualization made easy Issue Type: Improvement Reporter: Evgheni Dereveanchin Assignee: infra Priority: High</pre> <p>The OpenShift instance in PHX currently does not have any Persistent Storage assigned to it which is needed for things like databases and other important data. Opening this ticket to track how many volumes we may need and attach them.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1509957353-14099-169--

1 0

[JIRA] (OVIRT-1739) Unified code owners mechanism between Gerrit and GitHub
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1739?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1739: -------------------------------- Labels: gerrit github reviewers standard-ci (was: ) > Unified code owners mechanism between Gerrit and GitHub > ------------------------------------------------------- > > Key: OVIRT-1739 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1739 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Gerrit/git, GitHub, oVirt CI > Reporter: Barak Korren > Assignee: infra > Labels: gerrit, github, reviewers, standard-ci > > "Code owners" is the mechanism that automatically assigns reviewers to new code patches. > In Gerrit we use the "reviewers" plugin to automatically set reviewers (See OVIRT-1165). > GitHub has its own mechanism: https://github.com/blog/2392-introducing-code-owners > We would like to have a unified way for oVirt devs to do this regardless of the code hosting platform. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[CQ]: 83612,2 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 06 Nov '17

06 Nov '17

Change 83612,2 (ovirt-engine) is probably the reason behind recent system test failures in the "ovirt-master" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/83612/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3626/

1 0

[JIRA] (OVIRT-1739) Unified code owners mechanism between Gerrit and GitHub
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1739?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1739: ------------------------------------- Current direction is to add support for this in the '{{automation.yaml}}' format so that the default behaviour would be to support the GitHub format. Adding OVIRT-1629 as a blocker to this ticket. > Unified code owners mechanism between Gerrit and GitHub > ------------------------------------------------------- > > Key: OVIRT-1739 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1739 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Gerrit/git, GitHub, oVirt CI > Reporter: Barak Korren > Assignee: infra > > "Code owners" is the mechanism that automatically assigns reviewers to new code patches. > In Gerrit we use the "reviewers" plugin to automatically set reviewers (See OVIRT-1165). > GitHub has its own mechanism: https://github.com/blog/2392-introducing-code-owners > We would like to have a unified way for oVirt devs to do this regardless of the code hosting platform. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1739) Unified code owners mechanism between Gerrit and GitHub
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1739?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1739: -------------------------------- Epic Link: OVIRT-400 > Unified code owners mechanism between Gerrit and GitHub > ------------------------------------------------------- > > Key: OVIRT-1739 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1739 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Gerrit/git, GitHub, oVirt CI > Reporter: Barak Korren > Assignee: infra > > "Code owners" is the mechanism that automatically assigns reviewers to new code patches. > In Gerrit we use the "reviewers" plugin to automatically set reviewers (See OVIRT-1165). > GitHub has its own mechanism: https://github.com/blog/2392-introducing-code-owners > We would like to have a unified way for oVirt devs to do this regardless of the code hosting platform. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1739) Unified code owners mechanism between Gerrit and GitHub
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

This is a multi-part message in MIME format... ------------=_1509956867-24534-179 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Barak Korren created OVIRT-1739: ----------------------------------- Summary: Unified code owners mechanism between Gerrit and GitHub Key: OVIRT-1739 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1739 Project: oVirt - virtualization made easy Issue Type: New Feature Components: Gerrit/git, GitHub, oVirt CI Reporter: Barak Korren Assignee: infra "Code owners" is the mechanism that automatically assigns reviewers to new code patches. In Gerrit we use the "reviewers" plugin to automatically set reviewers (See OVIRT-1165). GitHub has its own mechanism: https://github.com/blog/2392-introducing-code-owners We would like to have a unified way for oVirt devs to do this regardless of the code hosting platform. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070) ------------=_1509956867-24534-179 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Barak Korren created OVIRT-1739:</h3> <pre> Summary: Unified code owners mechanism between Gerrit and GitHub Key: OVIRT-1739 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1739 Project: oVirt - virtualization made easy Issue Type: New Feature Components: Gerrit/git, GitHub, oVirt CI Reporter: Barak Korren Assignee: infra</pre> <p>“Code owners” is the mechanism that automatically assigns reviewers to new code patches.</p> <p>In Gerrit we use the “reviewers” plugin to automatically set reviewers (See OVIRT-1165).</p> <p>GitHub has its own mechanism: <a href="https://github.com/blog/2392-introducing-code-owners">https://github.com/blog/2392-introducing-code-owners</a></p> <p>We would like to have a unified way for oVirt devs to do this regardless of the code hosting platform.</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1509956867-24534-179--

1 0

[JIRA] (OVIRT-1732) Make 'poll-upstream-chages' job abandon old changes it made
by Barak Korren (oVirt JIRA) 06 Nov '17

06 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1732?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1732: -------------------------------- Priority: High (was: Medium) > Make 'poll-upstream-chages' job abandon old changes it made > ----------------------------------------------------------- > > Key: OVIRT-1732 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1732 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: oVirt CI > Reporter: Barak Korren > Assignee: infra > Priority: High > Labels: poll-upstream-sources, standard-ci > > The poll-upstream-changes job creates patches when it runs. Not all these patches need or should be merged. When maintainers get around to looking at them, they typically can just merge the latest patch and throw away the rest. > The issue is that over time, the patches created by the job can accumulate, and it can be cumbersome for maintainers to remove un-needed ones manually. > We should make the poll job remove un-needed patches it made. It needs to look at the last SHA in the upstream-sources.yaml file, and remove all that patches that include an older SHA automatically. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

oVirt infra daily report - unstable production jobs - 496
by jenkins＠jenkins.phx.ovirt.org 06 Nov '17

06 Nov '17

------=_Part_54_544170131.1509922802665 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/496//artifact/exported-a… Cheers, Jenkins ------=_Part_54_544170131.1509922802665 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 - 05/11/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-system-tests_ansible-suite-master/">ovirt-system-tests_ansible-suite-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> <tr><td> <a href="http://jenkins.ovirt.org/job/system-sync_mirrors-centos-extras-el7-x86_64/">system-sync_mirrors-centos-extras-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_54_544170131.1509922802665--

1 0

[CQ]: 83344, 2 (ovirt-engine) failed "ovirt-4.1" system tests, but isn't the failure root cause
by oVirt Jenkins 05 Nov '17

05 Nov '17

A system test invoked by the "ovirt-4.1" change queue including change 83344,2 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 82995,4 (ovirt-engine) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 82995,4 (ovirt-engine) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/83344/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/82995/4 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1273/

1 0

[CQ]: 82843, 7 (ovirt-engine) failed "ovirt-4.1" system tests, but isn't the failure root cause
by oVirt Jenkins 05 Nov '17

05 Nov '17

A system test invoked by the "ovirt-4.1" change queue including change 82843,7 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 82995,4 (ovirt-engine) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 82995,4 (ovirt-engine) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/82843/7 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/82995/4 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1272/

1 0

[JIRA] (OVIRT-1702) Jenkins STD-CI are running in dirty mock chroots
by Barak Korren (oVirt JIRA) 05 Nov '17

05 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1702?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1702: ------------------------------------- {quote} I'm pretty sure in the past it was completely removed from the slave. {quote} I'm pretty sure it was not, since code handling this has not been significantly changed since David first wrote it. The workspace including the source checkout does get completely remove when a *different job* starts running on the node. But as long as its the same job, the workspace stays as-is. {quote} Is there any good reason for not cleaning the slave after job completion? {quote} Yes. Re-cloning the whole git repo every time we run something will significantly slow things down. Also we do not clean the slave up *after* the execution, we clean it *before the next one*. This has the benefit of allowing us to debug failed runs and also prevent the next run from failing if the post-run code was not reached for some reason. But a side-affect of this is that the more cleanup steps we have the longer the latency our users experience between submitting patchs and having their check-patch code run, so we try to keep it to a minimum. > Jenkins STD-CI are running in dirty mock chroots > ------------------------------------------------ > > Key: OVIRT-1702 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1702 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > > Example: > http://jenkins.ovirt.org/job/ovirt-wgt_master_check-patch-fc26-x86_64/11/co… > *09:44:06* + ./automation/build-artifacts.sh*09:44:06* + [[ -d > exported-artifacts ]]*09:44:06* + mkdir -p > exported-artifacts*09:44:06* + [[ -d tmp.repos/SOURCES ]]*09:44:06* + > mkdir -p tmp.repos/SOURCES*09:44:06* + git clone > git://anongit.freedesktop.org/spice/spice-nsis*09:44:06* fatal: > destination path 'spice-nsis' already exists and is not an empty > directory. > jobs should run in clean chroots. > -- > 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> > <http://www.teraplan.it/redhat-osd-2017/> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1655) Groovy script failed
by Barak Korren (oVirt JIRA) 05 Nov '17

05 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1655?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1655: -------------------------------- Resolution: Cannot Reproduce Status: Done (was: To Do) > Groovy script failed > -------------------- > > Key: OVIRT-1655 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1655 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > > Hi, I had an ovirt-node-ng build failure and didn't get logs about what > happened due to: > *Groovy script failed:* > java.lang.NullPointerException: Cannot invoke method child() on null object > Failed job is > http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8… > CAn you please check what happened? > -- > 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> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1655) Groovy script failed
by Barak Korren (oVirt JIRA) 05 Nov '17

05 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1655?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1655: ------------------------------------- [~sbonazzo(a)redhat.com] Maybe I did not explain things clearly. The exception you see in the groovy code is the result of the execution slave not being available any more by the time the Groovy code runs. It seem that something that the job was doing caused the slave to lose network connectivity with Jenkins. That is the kind of exception we cannot really anticipate of handle properly. The groovy exception is not the reason behind longs not being available, the slave not being available to pull logs from is... In any case the failing run was not kept, so we cannot debug further. Next time please mark it to be kept forever and set the description to clearly link to the relevant Jira ticket. Closing this ticket with CANNOT-REPRODUCE. Please re-open if the issue re-occurs. > Groovy script failed > -------------------- > > Key: OVIRT-1655 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1655 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > > Hi, I had an ovirt-node-ng build failure and didn't get logs about what > happened due to: > *Groovy script failed:* > java.lang.NullPointerException: Cannot invoke method child() on null object > Failed job is > http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8… > CAn you please check what happened? > -- > 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> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #882
by jenkins＠jenkins.phx.ovirt.org 05 Nov '17

05 Nov '17

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/882/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/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 2d0aecce46cfa1b3a1770ab846c983bf95f82328 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 2d0aecce46cfa1b3a1770ab846c983bf95f82328 Commit message: "Make mirror_mgr.sh drop yum MD cache before sync" > git rev-list 2d0aecce46cfa1b3a1770ab846c983bf95f82328 # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins1210161513228216876.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 1456, in _commonLoadRepoXML local = self.cachedir + '/repomd.xml' File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 772, in <lambda> cachedir = property(lambda self: self._dirGetAttr('cachedir')) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 755, in _dirGetAttr self.dirSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 734, in dirSetup self._dirSetupMkdir_p(dir) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 711, in _dirSetupMkdir_p raise Errors.RepoError, msg yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-updates-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7' Build step 'Execute shell' marked build as failure

1 1

[JIRA] (OVIRT-1738) configure tuned on jenkins slaves
by Barak Korren (oVirt JIRA) 05 Nov '17

05 Nov '17

This is a multi-part message in MIME format... ------------=_1509866646-20186-150 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1738?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1738: ------------------------------------- This is possibly a duplicate of OVIRT-1668 > configure tuned on jenkins slaves > --------------------------------- > > Key: OVIRT-1738 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1738 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt Infra > Reporter: sbonazzo > Assignee: infra > > Just noticed we are not tuning our slaves missing tuned on the systems (at least the one I checked vm0160.workers-phx.ovirt.org ) > According to https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/ht… > we should gain a bit by setting virtual-guest profile within the slaves. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070) ------------=_1509866646-20186-150 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1738?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren commented on OVIRT-1738:</h3> <p>This is possibly a duplicate of OVIRT-1668</p> <blockquote><h3>configure tuned on jenkins slaves</h3> <pre> Key: OVIRT-1738 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1738 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt Infra Reporter: sbonazzo Assignee: infra</pre> <p>Just noticed we are not tuning our slaves missing tuned on the systems (at least the one I checked vm0160.workers-phx.ovirt.org ) According to <a href="https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/ht…">https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/ht…</a> we should gain a bit by setting virtual-guest profile within the slaves.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1509866646-20186-150--

1 0

oVirt infra daily report - unstable production jobs - 495
by jenkins＠jenkins.phx.ovirt.org 05 Nov '17

05 Nov '17

------=_Part_43_223471806.1509836402687 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/495//artifact/exported-a… Cheers, Jenkins ------=_Part_43_223471806.1509836402687 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 - 04/11/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-system-tests_ansible-suite-master/">ovirt-system-tests_ansible-suite-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> <tr><td> <a href="http://jenkins.ovirt.org/job/system-sync_mirrors-centos-extras-el7-x86_64/">system-sync_mirrors-centos-extras-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_43_223471806.1509836402687--

1 0

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #880
by jenkins＠jenkins.phx.ovirt.org 04 Nov '17

04 Nov '17

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/880/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/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 2d0aecce46cfa1b3a1770ab846c983bf95f82328 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 2d0aecce46cfa1b3a1770ab846c983bf95f82328 Commit message: "Make mirror_mgr.sh drop yum MD cache before sync" > git rev-list 2d0aecce46cfa1b3a1770ab846c983bf95f82328 # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins261319102787595546.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 1456, in _commonLoadRepoXML local = self.cachedir + '/repomd.xml' File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 772, in <lambda> cachedir = property(lambda self: self._dirGetAttr('cachedir')) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 755, in _dirGetAttr self.dirSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 734, in dirSetup self._dirSetupMkdir_p(dir) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 711, in _dirSetupMkdir_p raise Errors.RepoError, msg yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-updates-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7' Build step 'Execute shell' marked build as failure

1 1

Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #952
by jenkins＠jenkins.phx.ovirt.org 04 Nov '17

04 Nov '17

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 2d0aecce46cfa1b3a1770ab846c983bf95f82328 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 2d0aecce46cfa1b3a1770ab846c983bf95f82328 Commit message: "Make mirror_mgr.sh drop yum MD cache before sync" > git rev-list 2d0aecce46cfa1b3a1770ab846c983bf95f82328 # timeout=10 [system-sync_mirrors-centos-updates-el7-x86_64] $ /bin/bash -xe /tmp/jenkins7142902690978685177.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-el7 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 1456, in _commonLoadRepoXML local = self.cachedir + '/repomd.xml' File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 772, in <lambda> cachedir = property(lambda self: self._dirGetAttr('cachedir')) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 755, in _dirGetAttr self.dirSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 734, in dirSetup self._dirSetupMkdir_p(dir) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 711, in _dirSetupMkdir_p raise Errors.RepoError, msg yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-updates-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7' Build step 'Execute shell' marked build as failure

1 1

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #878
by jenkins＠jenkins.phx.ovirt.org 04 Nov '17

04 Nov '17

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/878/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/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 2d0aecce46cfa1b3a1770ab846c983bf95f82328 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 2d0aecce46cfa1b3a1770ab846c983bf95f82328 Commit message: "Make mirror_mgr.sh drop yum MD cache before sync" > git rev-list 2d0aecce46cfa1b3a1770ab846c983bf95f82328 # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins2159159077158222029.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 98, in copystat os.utime(dst, (st.st_atime, st.st_mtime)) OSError: [Errno 2] No such file or directory: '/home/jenkins/mirrors_cache/centos-extras-el7/repomd.xml.old.tmp' Build step 'Execute shell' marked build as failure

1 1

oVirt infra daily report - unstable production jobs - 494
by jenkins＠jenkins.phx.ovirt.org 04 Nov '17

04 Nov '17

------=_Part_28_716687195.1509750002612 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/494//artifact/exported-a… Cheers, Jenkins ------=_Part_28_716687195.1509750002612 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 - 03/11/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-system-tests_ansible-suite-master/">ovirt-system-tests_ansible-suite-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> <tr><td> <a href="http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/">system-sync_mirrors-epel-el6-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_28_716687195.1509750002612--

1 0

[CQ]: 82995,4 (ovirt-engine) failed "ovirt-4.1" system tests
by oVirt Jenkins 03 Nov '17

03 Nov '17

Change 82995,4 (ovirt-engine) is probably the reason behind recent system test failures in the "ovirt-4.1" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/82995/4 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1269/

1 0

[CQ]: 83576, 1 (ovirt-engine-sdk-ruby) failed "ovirt-4.1" system tests
by oVirt Jenkins 03 Nov '17

03 Nov '17

Change 83576,1 (ovirt-engine-sdk-ruby) is probably the reason behind recent system test failures in the "ovirt-4.1" change queue and needs to be fixed. This change had been removed from the testing queue. Artifacts build from this change will not be released until it is fixed. For further details about the change see: https://gerrit.ovirt.org/#/c/83576/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1264/

1 0

[JIRA] (OVIRT-1738) configure tuned on jenkins slaves
by sbonazzo (oVirt JIRA) 03 Nov '17

03 Nov '17

This is a multi-part message in MIME format... ------------=_1509725816-15832-165 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1738?page=com.atlassian.jira.… ] sbonazzo updated OVIRT-1738: ---------------------------- Epic Link: OVIRT-403 > configure tuned on jenkins slaves > --------------------------------- > > Key: OVIRT-1738 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1738 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt Infra > Reporter: sbonazzo > Assignee: infra > > Just noticed we are not tuning our slaves missing tuned on the systems (at least the one I checked vm0160.workers-phx.ovirt.org ) > According to https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/ht… > we should gain a bit by setting virtual-guest profile within the slaves. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070) ------------=_1509725816-15832-165 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1738?page=com.atlassian.jira.… ]</pre> <h3>sbonazzo updated OVIRT-1738:</h3> <pre>Epic Link: OVIRT-403</pre> <blockquote><h3>configure tuned on jenkins slaves</h3> <pre> Key: OVIRT-1738 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1738 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt Infra Reporter: sbonazzo Assignee: infra</pre> <p>Just noticed we are not tuning our slaves missing tuned on the systems (at least the one I checked vm0160.workers-phx.ovirt.org ) According to <a href="https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/ht…">https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/ht…</a> we should gain a bit by setting virtual-guest profile within the slaves.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1509725816-15832-165--

1 0

[JIRA] (OVIRT-1738) configure tuned on jenkins slaves
by sbonazzo (oVirt JIRA) 03 Nov '17

03 Nov '17

sbonazzo created OVIRT-1738: ------------------------------- Summary: configure tuned on jenkins slaves Key: OVIRT-1738 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1738 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt Infra Reporter: sbonazzo Assignee: infra Just noticed we are not tuning our slaves missing tuned on the systems (at least the one I checked vm0160.workers-phx.ovirt.org ) According to https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/ht… we should gain a bit by setting virtual-guest profile within the slaves. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1702) Jenkins STD-CI are running in dirty mock chroots
by sbonazzo (oVirt JIRA) 03 Nov '17

03 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1702?page=com.atlassian.jira.… ] sbonazzo commented on OVIRT-1702: --------------------------------- I think that the source directory should be removed after the job execution, not git cleaned. I'm pretty sure in the past it was completely removed from the slave. Is there any good reason for not cleaning the slave after job completion? > Jenkins STD-CI are running in dirty mock chroots > ------------------------------------------------ > > Key: OVIRT-1702 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1702 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > > Example: > http://jenkins.ovirt.org/job/ovirt-wgt_master_check-patch-fc26-x86_64/11/co… > *09:44:06* + ./automation/build-artifacts.sh*09:44:06* + [[ -d > exported-artifacts ]]*09:44:06* + mkdir -p > exported-artifacts*09:44:06* + [[ -d tmp.repos/SOURCES ]]*09:44:06* + > mkdir -p tmp.repos/SOURCES*09:44:06* + git clone > git://anongit.freedesktop.org/spice/spice-nsis*09:44:06* fatal: > destination path 'spice-nsis' already exists and is not an empty > directory. > jobs should run in clean chroots. > -- > 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> > <http://www.teraplan.it/redhat-osd-2017/> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)

1 0

[JIRA] (OVIRT-1655) Groovy script failed
by sbonazzo (oVirt JIRA) 03 Nov '17

03 Nov '17

This is a multi-part message in MIME format... ------------=_1509705014-14153-143 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1655?page=com.atlassian.jira.… ] sbonazzo commented on OVIRT-1655: --------------------------------- Last failure I seen in that job is on September 18th but this bug is not really about the job failures reason, it is about the data collection after the failure, causing NPE in groovy script. I would expect Exception is handled correctly and possibly avoided. Looks like a bug in the groovy script. > Groovy script failed > -------------------- > > Key: OVIRT-1655 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1655 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > > Hi, I had an ovirt-node-ng build failure and didn't get logs about what > happened due to: > *Groovy script failed:* > java.lang.NullPointerException: Cannot invoke method child() on null object > Failed job is > http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8… > CAn you please check what happened? > -- > 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> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070) ------------=_1509705014-14153-143 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1655?page=com.atlassian.jira.… ]</pre> <h3>sbonazzo commented on OVIRT-1655:</h3> <p>Last failure I seen in that job is on September 18th but this bug is not really about the job failures reason, it is about the data collection after the failure, causing NPE in groovy script. I would expect Exception is handled correctly and possibly avoided. Looks like a bug in the groovy script.</p> <blockquote><h3>Groovy script failed</h3> <pre> Key: OVIRT-1655 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1655 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: sbonazzo Assignee: infra</pre> <p>Hi, I had an ovirt-node-ng build failure and didn't get logs about what happened due to: <strong>Groovy script failed:</strong> java.lang.NullPointerException: Cannot invoke method child() on null object Failed job is <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8…">http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8…</a> CAn you please check what happened? — SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <<a href="https://www.redhat.com/">https://www.redhat.com/</a>> <<a href="https://red.ht/sig">https://red.ht/sig</a>> TRIED. TESTED. TRUSTED. <<a href="https://redhat.com/trusted">https://redhat.com/trusted</a>></p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1509705014-14153-143--

1 0

oVirt infra daily report - unstable production jobs - 493
by jenkins＠jenkins.phx.ovirt.org 03 Nov '17

03 Nov '17

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/493//artifact/exported-a… Cheers, Jenkins

1 0

[CQ]: 83487, 1 (imgbased) failed "ovirt-4.1" system tests, but isn't the failure root cause
by oVirt Jenkins 02 Nov '17

02 Nov '17

A system test invoked by the "ovirt-4.1" change queue including change 83487,1 (imgbased) failed. However, this change seems not to be the root cause for this failure. Change 83420,1 (imgbased) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 83420,1 (imgbased) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/83487/1 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/83420/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1258/

1 0

[CQ]: 83487, 1 (imgbased) failed "ovirt-4.1" system tests, but isn't the failure root cause
by oVirt Jenkins 02 Nov '17

02 Nov '17

A system test invoked by the "ovirt-4.1" change queue including change 83487,1 (imgbased) failed. However, this change seems not to be the root cause for this failure. Change 83420,1 (imgbased) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 83420,1 (imgbased) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/83487/1 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/83420/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1256/

1 0

[JIRA] (OVIRT-1737) cleanup_lago method in cleanup_slave.sh should have a return status
by Daniel Belenky (oVirt JIRA) 02 Nov '17

02 Nov '17

This is a multi-part message in MIME format... ------------=_1509641187-21620-234 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Daniel Belenky created OVIRT-1737: ------------------------------------- Summary: cleanup_lago method in cleanup_slave.sh should have a return status Key: OVIRT-1737 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1737 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Daniel Belenky Assignee: infra Priority: Low Currently, the method doesn't return the return code from it's submethods to 'main'. This needs to be fixed. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070) ------------=_1509641187-21620-234 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Daniel Belenky created OVIRT-1737:</h3> <pre> Summary: cleanup_lago method in cleanup_slave.sh should have a return status Key: OVIRT-1737 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1737 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Daniel Belenky Assignee: infra Priority: Low</pre> <p>Currently, the method doesn't return the return code from it's submethods to ‘main’. This needs to be fixed.</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100070)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1509641187-21620-234--

1 0

[CQ]: 83509, 2 (ovirt-engine) failed "ovirt-4.1" system tests, but isn't the failure root cause
by oVirt Jenkins 02 Nov '17

02 Nov '17

A system test invoked by the "ovirt-4.1" change queue including change 83509,2 (ovirt-engine) failed. However, this change seems not to be the root cause for this failure. Change 83403,1 (ovirt-engine) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 83403,1 (ovirt-engine) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/83509/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/83403/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1254/

1 0

[CQ]: 83487, 1 (imgbased) failed "ovirt-4.1" system tests, but isn't the failure root cause
by oVirt Jenkins 02 Nov '17

02 Nov '17

A system test invoked by the "ovirt-4.1" change queue including change 83487,1 (imgbased) failed. However, this change seems not to be the root cause for this failure. Change 83420,1 (imgbased) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 83420,1 (imgbased) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/83487/1 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/83420/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-4.1_change-queue-tester/1252/

1 0