- Infra - oVirt List Archives

oVirt infra daily report - unstable production jobs - 183
by jenkins＠jenkins.phx.ovirt.org 29 Dec '16

29 Dec '16

------=_Part_0_1283709680.1482966003715 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/183//artifact/exported-a… Cheers, Jenkins ------=_Part_0_1283709680.1482966003715 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 - 28/12/2016 </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-node-ng_ovirt-master-experimental_build-…">ovirt-node-ng_ovirt-master-experimental_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/">ovirt_3.6_he-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_3.6_image-ng-system-tests/">ovirt_3.6_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/system-backup_jenkins_old_ovirt_org/">system-backup_jenkins_old_ovirt_org</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.  <br><br>Job disabled - The old Jenkins is probably not up any more </td></tr> ------=_Part_0_1283709680.1482966003715--

1 0

[JIRA] (OVIRT-982) Fwd: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.1_el7_created/431
by Shlomo Ben David (oVirt JIRA) 28 Dec '16

28 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-982?page=com.atlassian.jira.p… ] Shlomo Ben David reassigned OVIRT-982: -------------------------------------- Assignee: Shlomo Ben David (was: infra) > Fwd: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.1_el7_creat… > -------------------------------------------------------------------------------------- > > Key: OVIRT-982 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-982 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Yevgeny Zaspitsky > Assignee: Shlomo Ben David > > Looks like a lot of jobs fail on similar problem. > From the job console log: > git -c core.askpass=true fetch --tags --progress > git://gerrit.ovirt.org/ovirt-engine.git refs/changes/93/67593/22 > --prune > ERROR: Error fetching remote repo > 'origin'hudson.plugins.git.GitException > <http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitExcepti…>: > Failed to fetch from git://gerrit.ovirt.org/ovirt-engine.git > at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:766) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.git.GitSCM.fe…> > at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1022) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.git.GitSCM.re…> > at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1053) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.git.GitSCM.ch…> > at org.jenkinsci.plugins.multiplescms.MultiSCM.checkout(MultiSCM.java:129) > <http://stacktrace.jenkins-ci.org/search/?query=org.jenkinsci.plugins.multip…> > at hudson.scm.SCM.checkout(SCM.java:485) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.scm.SCM.checkout&enti…> > at hudson.model.AbstractProject.checkout(AbstractProject.java:1269) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractProject…> > at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:607) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$A…> > at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) > <http://stacktrace.jenkins-ci.org/search/?query=jenkins.scm.SCMCheckoutStrat…> > at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$A…> > at hudson.model.Run.execute(Run.java:1738) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Run.execute&ent…> > at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.FreeStyleBuild.…> > at hudson.model.ResourceController.execute(ResourceController.java:98) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.ResourceControl…> > at hudson.model.Executor.run(Executor.java:410) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Executor.run&en…> > Caused by: hudson.plugins.git.GitException > <http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitExcepti…>: > Command "git -c core.askpass=true fetch --tags --progress > git://gerrit.ovirt.org/ovirt-engine.git refs/changes/93/67593/22 > --prune" returned status code 128: > stdout: > stderr: fatal: read error: Connection reset by peer > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1640) > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1388) > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:62) > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:313) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145) > at hudson.remoting.UserRequest.perform(UserRequest.java:152) > at hudson.remoting.UserRequest.perform(UserRequest.java:50) > at hudson.remoting.Request$2.run(Request.java:332) > at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > at ......remote call to vm0040.workers-phx.ovirt.org(Native Method) > at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1416) > at hudson.remoting.UserResponse.retrieve(UserRequest.java:252) > at hudson.remoting.Channel.call(Channel.java:781) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145) > at sun.reflect.GeneratedMethodAccessor452.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131) > at com.sun.proxy.$Proxy60.execute(Unknown Source) > at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:764) > ... 12 more > ERROR: null -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-991) vdsm master check-patch not run on https://gerrit.ovirt.org/#/c/69032/5
by danken (oVirt JIRA) 28 Dec '16

28 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-991?page=com.atlassian.jira.p… ] danken updated OVIRT-991: ------------------------- Resolution: Done Status: Done (was: To Do) > vdsm master check-patch not run on https://gerrit.ovirt.org/#/c/69032/5 > ----------------------------------------------------------------------- > > Key: OVIRT-991 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-991 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: danken > Assignee: infra > > https://gerrit.ovirt.org/#/c/69032/4 as well. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-991) vdsm master check-patch not run on https://gerrit.ovirt.org/#/c/69032/5
by danken (oVirt JIRA) 28 Dec '16

28 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-991?page=com.atlassian.jira.p… ] danken commented on OVIRT-991: ------------------------------ Thanks. But I believe it is my fault - the said patchsets have become "drafts" for one reason or another. Sorry for the noise, let's close this ticket. > vdsm master check-patch not run on https://gerrit.ovirt.org/#/c/69032/5 > ----------------------------------------------------------------------- > > Key: OVIRT-991 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-991 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: danken > Assignee: infra > > https://gerrit.ovirt.org/#/c/69032/4 as well. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-991) vdsm master check-patch not run on https://gerrit.ovirt.org/#/c/69032/5
by eyal edri [Administrator] (oVirt JIRA) 28 Dec '16

28 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-991?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-991: ------------------------------------------------- Jenkins was just restarted, when was the job triggered? can you try triggering it with the manual trigger job or via rebase? On Dec 28, 2016 7:20 PM, "danken (oVirt JIRA)" < > vdsm master check-patch not run on https://gerrit.ovirt.org/#/c/69032/5 > ----------------------------------------------------------------------- > > Key: OVIRT-991 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-991 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: danken > Assignee: infra > > https://gerrit.ovirt.org/#/c/69032/4 as well. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-991) vdsm master check-patch not run on https://gerrit.ovirt.org/#/c/69032/5
by danken (oVirt JIRA) 28 Dec '16

28 Dec '16

danken created OVIRT-991: ---------------------------- Summary: vdsm master check-patch not run on https://gerrit.ovirt.org/#/c/69032/5 Key: OVIRT-991 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-991 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: danken Assignee: infra https://gerrit.ovirt.org/#/c/69032/4 as well. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

2 1

[JIRA] (OVIRT-834) checkout keen dashboard for oVirt services
by eyal edri [Administrator] (oVirt JIRA) 28 Dec '16

28 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-834?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-834: ------------------------------------------------- A suggestion raised to add one useful dashboard view is on uptime on oVirt version stability taken from the OST experimental job, So the dashboard will contain block per version with the following info: oVirt master is stable for [ X hours+min ] ( link to last successful job + name of authors from commits who triggered the job ] if not stable: oVirt master is broken for [ X hours+min ] ( link to job with the failure, link to patch(es) suspected of failure, list of authors of patches ) One option is to use [1], but its not an official dashboard, so we might want to wait for Jenkins 2.0 upgrade or Blue Ocean\ [1] https://jenkins.io/blog/2016/01/10/beautiful-jenkins-dashboard/ > checkout keen dashboard for oVirt services > ------------------------------------------ > > Key: OVIRT-834 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-834 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Reporter: eyal edri [Administrator] > Assignee: infra > > https://github.com/keen/dashboards -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

Build failed in Jenkins: ovirt_4.1_publish-rpms_nightly #25
by jenkins＠jenkins.phx.ovirt.org 28 Dec '16

28 Dec '16

See <http://jenkins.ovirt.org/job/ovirt_4.1_publish-rpms_nightly/25/> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building on master in workspace <http://jenkins.ovirt.org/job/ovirt_4.1_publish-rpms_nightly/ws/> [WS-CLEANUP] Deleting project workspace... [workspace] $ /bin/bash -xe /tmp/hudson5307849611683268207.sh + rm -rf <http://jenkins.ovirt.org/job/ovirt_4.1_publish-rpms_nightly/ws/artifacts> + mkdir <http://jenkins.ovirt.org/job/ovirt_4.1_publish-rpms_nightly/ws/artifacts> Copied 5 artifacts from "ovirt-host-deploy_4.1_build-artifacts-el7-x86_64" build number 5 Copied 5 artifacts from "ovirt-host-deploy_4.1_build-artifacts-fc24-x86_64" build number 5 Copied 7 artifacts from "otopi_master_build-artifacts-el7-x86_64" build number 33 Copied 7 artifacts from "otopi_master_build-artifacts-fc24-x86_64" build number 21 Copied 5 artifacts from "ovirt-vmconsole_master_build-artifacts-el7-x86_64" build number 2 Copied 6 artifacts from "ovirt-vmconsole_master_build-artifacts-fc24-x86_64" build number 1 Copied 10 artifacts from "ovirt-imageio_4.1_build-artifacts-el7-x86_64" build number 3 Copied 10 artifacts from "ovirt-imageio_4.1_build-artifacts-fc24-x86_64" build number 3 Copied 4 artifacts from "ovirt-iso-uploader_master_build-artifacts-el7-x86_64" build number 9 Copied 4 artifacts from "ovirt-iso-uploader_master_build-artifacts-fc24-x86_64" build number 5 Copied 3 artifacts from "ovirt-log-collector_4.1_build-artifacts-el7-x86_64" build number 1 Copied 3 artifacts from "ovirt-log-collector_4.1_build-artifacts-fc24-x86_64" build number 1 Copied 4 artifacts from "ovirt-engine-cli_3.6_build-artifacts-el7-x86_64" build number 23 Copied 4 artifacts from "ovirt-engine-cli_3.6_build-artifacts-fc24-x86_64" build number 13 Copied 7 artifacts from "ovirt-engine-extension-aaa-ldap_master_create-rpms-el7-x86_64_merged" build number 31 Copied 7 artifacts from "ovirt-engine-extension-aaa-ldap_master_create-rpms-fc24-x86_64_merged" build number 14 Copied 7 artifacts from "ovirt-engine-extension-aaa-misc_master_create-rpms-el7-x86_64_merged" build number 5 Copied 7 artifacts from "ovirt-engine-extension-aaa-misc_master_create-rpms-fc24-x86_64_merged" build number 1 Copied 7 artifacts from "ovirt-engine-extension-logger-log4j_master_create-rpms-el7-x86_64_merged" build number 4 Copied 7 artifacts from "ovirt-engine-extension-logger-log4j_master_create-rpms-fc24-x86_64_merged" build number 3 Copied 4 artifacts from "ovirt-dwh_master_build-artifacts-el7-x86_64" build number 32 Copied 4 artifacts from "ovirt-dwh_master_build-artifacts-fc24-x86_64" build number 12 Copied 7 artifacts from "ovirt-engine-extension-aaa-jdbc_master_create-rpms-el7-x86_64_merged" build number 15 Copied 7 artifacts from "ovirt-engine-extension-aaa-jdbc_master_create-rpms-fc24-x86_64_merged" build number 10 Copied 3 artifacts from "ovirt-setup-lib_master_build-artifacts-el7-x86_64" build number 12 Copied 3 artifacts from "ovirt-setup-lib_master_build-artifacts-fc24-x86_64" build number 8 Copied 4 artifacts from "vdsm-jsonrpc-java_master_build-artifacts-el7-x86_64" build number 50 Copied 4 artifacts from "vdsm-jsonrpc-java_master_build-artifacts-fc24-x86_64" build number 29 Copied 3 artifacts from "ovirt-engine-sdk_master_build-artifacts-el7-x86_64" build number 101 Copied 5 artifacts from "ovirt-engine-sdk_master_build-artifacts-fc24-x86_64" build number 76 Copied 4 artifacts from "python-ovirt-engine-sdk4_master_build-artifacts-el7-x86_64" build number 8 Copied 5 artifacts from "python-ovirt-engine-sdk4_master_build-artifacts-fc24-x86_64" build number 8 Copied 4 artifacts from "ovirt-engine-sdk_master_build-artifacts-el7-ppc64le" build number 30 Copied 5 artifacts from "ovirt-engine-sdk_master_build-artifacts-fc24-ppc64le" build number 30 Copied 3 artifacts from "ovirt-engine-sdk-java_master_build-artifacts-el7-x86_64" build number 74 Copied 3 artifacts from "ovirt-engine-sdk-java_master_build-artifacts-fc24-x86_64" build number 54 Copied 4 artifacts from "java-ovirt-engine-sdk4_master_build-artifacts-el7-x86_64" build number 6 Copied 3 artifacts from "java-ovirt-engine-sdk4_master_build-artifacts-fc24-x86_64" build number 10 Copied 4 artifacts from "ovirt-scheduler-proxy_master_build-artifacts-el7-x86_64" build number 5 Copied 4 artifacts from "ovirt-scheduler-proxy_master_build-artifacts-fc24-x86_64" build number 1 Copied 6 artifacts from "ovirt-optimizer_master_build-artifacts-el7-x86_64" build number 22 Copied 7 artifacts from "ovirt-optimizer_master_build-artifacts-fc24-x86_64" build number 21 Copied 5 artifacts from "ovirt-jboss-modules-maven-plugin_master_build-artifacts-el7-x86_64" build number 3 Copied 5 artifacts from "ovirt-jboss-modules-maven-plugin_master_build-artifacts-fc24-x86_64" build number 2 Copied 3 artifacts from "ovirt-engine-dashboard_master_build-artifacts-el7-x86_64" build number 71 Copied 3 artifacts from "ovirt-engine-dashboard_master_build-artifacts-fc24-x86_64" build number 41 Copied 6 artifacts from "ioprocess_master_build-artifacts-el7-x86_64" build number 47 Copied 6 artifacts from "ioprocess_master_build-artifacts-fc24-x86_64" build number 10 Copied 6 artifacts from "ioprocess_master_build-artifacts-el7-ppc64le" build number 10 Copied 50 artifacts from "vdsm_4.1_build-artifacts-el7-x86_64" build number 7 Copied 50 artifacts from "vdsm_4.1_build-artifacts-fc24-x86_64" build number 7 ERROR: Unable to find a build for artifact copy from: vdsm_4.1_build-artifacts-el7-ppc64le

1 1

[JIRA] (OVIRT-990) Re: Gerrit don't check for "Signed-Off" anymore
by eyal edri [Administrator] (oVirt JIRA) 28 Dec '16

28 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-990?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-990: ------------------------------------------------- [~tnisan(a)redhat.com] the permission needed to rebase on other commits is 'forge author identity' and that is still valid for all registered uses. > Re: Gerrit don't check for "Signed-Off" anymore > ----------------------------------------------- > > Key: OVIRT-990 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-990 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri [Administrator] > Assignee: Shlomo Ben David > > On Wed, Dec 28, 2016 at 11:42 AM, Tal Nisan <tnisan(a)redhat.com> wrote: > > Last night I've push a serious of patches and forgot to sign off, up until > > not long ago there was a hook that enforces that but it seems like it's not > > working anymore and I was able to push the patches without the sign off: > > https://gerrit.ovirt.org/#/c/69219/1 > > > > > Its not a hook, its a definition per project, each project has the > defenition if to enforce signed-off commit: > 'Require Signed-off-by in commit message:' - and its on TRUE now for > ovirt-engine, so I'm not sure how its possible that a patch got in, we'll > need to check gerrit logs to see. > Opening a ticket on it. > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-990) Re: Gerrit don't check for "Signed-Off" anymore
by Tal Nisan (oVirt JIRA) 28 Dec '16

28 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-990?page=com.atlassian.jira.p… ] Tal Nisan commented on OVIRT-990: --------------------------------- Not ideal, it's used for rebasing other users patches, set it to maintainers only please On Wed, Dec 28, 2016 at 4:12 PM, Shlomo Ben David (oVirt JIRA) < > Re: Gerrit don't check for "Signed-Off" anymore > ----------------------------------------------- > > Key: OVIRT-990 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-990 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri [Administrator] > Assignee: Shlomo Ben David > > On Wed, Dec 28, 2016 at 11:42 AM, Tal Nisan <tnisan(a)redhat.com> wrote: > > Last night I've push a serious of patches and forgot to sign off, up until > > not long ago there was a hook that enforces that but it seems like it's not > > working anymore and I was able to push the patches without the sign off: > > https://gerrit.ovirt.org/#/c/69219/1 > > > > > Its not a hook, its a definition per project, each project has the > defenition if to enforce signed-off commit: > 'Require Signed-off-by in commit message:' - and its on TRUE now for > ovirt-engine, so I'm not sure how its possible that a patch got in, we'll > need to check gerrit logs to see. > Opening a ticket on it. > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-990) Re: Gerrit don't check for "Signed-Off" anymore
by Shlomo Ben David (oVirt JIRA) 28 Dec '16

28 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-990?page=com.atlassian.jira.p… ] Shlomo Ben David edited comment on OVIRT-990 at 12/28/16 4:11 PM: ------------------------------------------------------------------ Projects in Gerrit can be configured to require a Signed-off-by in the footer of the commit message to enforce that every change is signed by the author, committer or uploader. If for a project a Signed-off-by is required and the commit message footer does not contain it, Gerrit rejects to push the commit with this error message. This policy can be bypassed by having the access right 'Forge Committer'. The 'Forge Committer' permissions were set to all Registered Users. I set it only for 'Project Owners'. was (Author: sbendavi(a)redhat.com) Projects in Gerrit can be configured to require a Signed-off-by in the footer of the commit message to enforce that every change is signed by the author, committer or uploader. If for a project a Signed-off-by is required and the commit message footer does not contain it, Gerrit rejects to push the commit with this error message. This policy can be bypassed by having the access right 'Forge Committer'. > Re: Gerrit don't check for "Signed-Off" anymore > ----------------------------------------------- > > Key: OVIRT-990 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-990 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri [Administrator] > Assignee: Shlomo Ben David > > On Wed, Dec 28, 2016 at 11:42 AM, Tal Nisan <tnisan(a)redhat.com> wrote: > > Last night I've push a serious of patches and forgot to sign off, up until > > not long ago there was a hook that enforces that but it seems like it's not > > working anymore and I was able to push the patches without the sign off: > > https://gerrit.ovirt.org/#/c/69219/1 > > > > > Its not a hook, its a definition per project, each project has the > defenition if to enforce signed-off commit: > 'Require Signed-off-by in commit message:' - and its on TRUE now for > ovirt-engine, so I'm not sure how its possible that a patch got in, we'll > need to check gerrit logs to see. > Opening a ticket on it. > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-990) Re: Gerrit don't check for "Signed-Off" anymore
by Shlomo Ben David (oVirt JIRA) 28 Dec '16

28 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-990?page=com.atlassian.jira.p… ] Shlomo Ben David commented on OVIRT-990: ---------------------------------------- Projects in Gerrit can be configured to require a Signed-off-by in the footer of the commit message to enforce that every change is signed by the author, committer or uploader. If for a project a Signed-off-by is required and the commit message footer does not contain it, Gerrit rejects to push the commit with this error message. This policy can be bypassed by having the access right 'Forge Committer'. > Re: Gerrit don't check for "Signed-Off" anymore > ----------------------------------------------- > > Key: OVIRT-990 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-990 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri [Administrator] > Assignee: infra > > On Wed, Dec 28, 2016 at 11:42 AM, Tal Nisan <tnisan(a)redhat.com> wrote: > > Last night I've push a serious of patches and forgot to sign off, up until > > not long ago there was a hook that enforces that but it seems like it's not > > working anymore and I was able to push the patches without the sign off: > > https://gerrit.ovirt.org/#/c/69219/1 > > > > > Its not a hook, its a definition per project, each project has the > defenition if to enforce signed-off commit: > 'Require Signed-off-by in commit message:' - and its on TRUE now for > ovirt-engine, so I'm not sure how its possible that a patch got in, we'll > need to check gerrit logs to see. > Opening a ticket on it. > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-990) Re: Gerrit don't check for "Signed-Off" anymore
by Shlomo Ben David (oVirt JIRA) 28 Dec '16

28 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-990?page=com.atlassian.jira.p… ] Shlomo Ben David reassigned OVIRT-990: -------------------------------------- Assignee: Shlomo Ben David (was: infra) > Re: Gerrit don't check for "Signed-Off" anymore > ----------------------------------------------- > > Key: OVIRT-990 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-990 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri [Administrator] > Assignee: Shlomo Ben David > > On Wed, Dec 28, 2016 at 11:42 AM, Tal Nisan <tnisan(a)redhat.com> wrote: > > Last night I've push a serious of patches and forgot to sign off, up until > > not long ago there was a hook that enforces that but it seems like it's not > > working anymore and I was able to push the patches without the sign off: > > https://gerrit.ovirt.org/#/c/69219/1 > > > > > Its not a hook, its a definition per project, each project has the > defenition if to enforce signed-off commit: > 'Require Signed-off-by in commit message:' - and its on TRUE now for > ovirt-engine, so I'm not sure how its possible that a patch got in, we'll > need to check gerrit logs to see. > Opening a ticket on it. > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-985) Fix the way repoman deploy to experimental
by Gil Shinar (oVirt JIRA) 28 Dec '16

28 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-985?page=com.atlassian.jira.p… ] Gil Shinar commented on OVIRT-985: ---------------------------------- https://gerrit.ovirt.org/#/c/69230 > Fix the way repoman deploy to experimental > ------------------------------------------ > > Key: OVIRT-985 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-985 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Gil Shinar > Assignee: infra > > Please consult with Eyal on that. > No idea what should be done. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-985) Fix the way repoman deploy to experimental
by Gil Shinar (oVirt JIRA) 28 Dec '16

28 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-985?page=com.atlassian.jira.p… ] Gil Shinar commented on OVIRT-985: ---------------------------------- For some reason, the 120 builds to keep wasn't working. It kept up to ~30 builds. I'll change it to 14 days anyway because 120 builds is 4 days max. > Fix the way repoman deploy to experimental > ------------------------------------------ > > Key: OVIRT-985 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-985 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Gil Shinar > Assignee: infra > > Please consult with Eyal on that. > No idea what should be done. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-990) Re: Gerrit don't check for "Signed-Off" anymore
by eyal edri [Administrator] (oVirt JIRA) 28 Dec '16

28 Dec '16

eyal edri [Administrator] created OVIRT-990: ----------------------------------------------- Summary: Re: Gerrit don't check for "Signed-Off" anymore Key: OVIRT-990 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-990 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: eyal edri [Administrator] Assignee: infra On Wed, Dec 28, 2016 at 11:42 AM, Tal Nisan <tnisan(a)redhat.com> wrote: > Last night I've push a serious of patches and forgot to sign off, up until > not long ago there was a hook that enforces that but it seems like it's not > working anymore and I was able to push the patches without the sign off: > https://gerrit.ovirt.org/#/c/69219/1 > > Its not a hook, its a definition per project, each project has the defenition if to enforce signed-off commit: 'Require Signed-off-by in commit message:' - and its on TRUE now for ovirt-engine, so I'm not sure how its possible that a patch got in, we'll need to check gerrit logs to see. Opening a ticket on it. > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > > -- Eyal Edri Associate Manager RHV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

Gerrit don't check for "Signed-Off" anymore
by Tal Nisan 28 Dec '16

28 Dec '16

Last night I've push a serious of patches and forgot to sign off, up until not long ago there was a hook that enforces that but it seems like it's not working anymore and I was able to push the patches without the sign off: https://gerrit.ovirt.org/#/c/69219/1

2 1

[JIRA] (OVIRT-982) Fwd: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.1_el7_created/431
by Gil Shinar (oVirt JIRA) 28 Dec '16

28 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-982?page=com.atlassian.jira.p… ] Gil Shinar commented on OVIRT-982: ---------------------------------- [~sbendavi(a)redhat.com] Please follow Barak;s instructions > Fwd: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.1_el7_creat… > -------------------------------------------------------------------------------------- > > Key: OVIRT-982 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-982 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Yevgeny Zaspitsky > Assignee: infra > > Looks like a lot of jobs fail on similar problem. > From the job console log: > git -c core.askpass=true fetch --tags --progress > git://gerrit.ovirt.org/ovirt-engine.git refs/changes/93/67593/22 > --prune > ERROR: Error fetching remote repo > 'origin'hudson.plugins.git.GitException > <http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitExcepti…>: > Failed to fetch from git://gerrit.ovirt.org/ovirt-engine.git > at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:766) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.git.GitSCM.fe…> > at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1022) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.git.GitSCM.re…> > at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1053) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.git.GitSCM.ch…> > at org.jenkinsci.plugins.multiplescms.MultiSCM.checkout(MultiSCM.java:129) > <http://stacktrace.jenkins-ci.org/search/?query=org.jenkinsci.plugins.multip…> > at hudson.scm.SCM.checkout(SCM.java:485) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.scm.SCM.checkout&enti…> > at hudson.model.AbstractProject.checkout(AbstractProject.java:1269) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractProject…> > at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:607) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$A…> > at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) > <http://stacktrace.jenkins-ci.org/search/?query=jenkins.scm.SCMCheckoutStrat…> > at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$A…> > at hudson.model.Run.execute(Run.java:1738) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Run.execute&ent…> > at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.FreeStyleBuild.…> > at hudson.model.ResourceController.execute(ResourceController.java:98) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.ResourceControl…> > at hudson.model.Executor.run(Executor.java:410) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Executor.run&en…> > Caused by: hudson.plugins.git.GitException > <http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitExcepti…>: > Command "git -c core.askpass=true fetch --tags --progress > git://gerrit.ovirt.org/ovirt-engine.git refs/changes/93/67593/22 > --prune" returned status code 128: > stdout: > stderr: fatal: read error: Connection reset by peer > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1640) > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1388) > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:62) > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:313) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145) > at hudson.remoting.UserRequest.perform(UserRequest.java:152) > at hudson.remoting.UserRequest.perform(UserRequest.java:50) > at hudson.remoting.Request$2.run(Request.java:332) > at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > at ......remote call to vm0040.workers-phx.ovirt.org(Native Method) > at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1416) > at hudson.remoting.UserResponse.retrieve(UserRequest.java:252) > at hudson.remoting.Channel.call(Channel.java:781) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145) > at sun.reflect.GeneratedMethodAccessor452.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131) > at com.sun.proxy.$Proxy60.execute(Unknown Source) > at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:764) > ... 12 more > ERROR: null -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-989) Ensure backup.pxh.ovirt.org has proper data retention cycles
by Barak Korren (oVirt JIRA) 28 Dec '16

28 Dec '16

Barak Korren created OVIRT-989: ---------------------------------- Summary: Ensure backup.pxh.ovirt.org has proper data retention cycles Key: OVIRT-989 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-989 Project: oVirt - virtualization made easy Issue Type: Improvement Components: General Reporter: Barak Korren Assignee: infra Priority: High backup.phx.ovirt.org started running out of space, so the disk was expanded form 250G to 500G (While keeping the actual LV at 300G). We need to ensure old data gets erased eventually, and its not just filling up. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-989) Ensure backup.pxh.ovirt.org has proper data retention cycles
by Barak Korren (oVirt JIRA) 28 Dec '16

28 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-989?page=com.atlassian.jira.p… ] Barak Korren updated OVIRT-989: ------------------------------- Epic Link: OVIRT-403 > Ensure backup.pxh.ovirt.org has proper data retention cycles > ------------------------------------------------------------ > > Key: OVIRT-989 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-989 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: General > Reporter: Barak Korren > Assignee: infra > Priority: High > > backup.phx.ovirt.org started running out of space, so the disk was expanded form 250G to 500G (While keeping the actual LV at 300G). > We need to ensure old data gets erased eventually, and its not just filling up. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

oVirt infra daily report - unstable production jobs - 182
by jenkins＠jenkins.phx.ovirt.org 28 Dec '16

28 Dec '16

------=_Part_384_1790250126.1482879603351 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/182//artifact/exported-a… Cheers, Jenkins ------=_Part_384_1790250126.1482879603351 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 - 27/12/2016 </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/deploy-to-ovirt_experimental_4.1/">deploy-to-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/ovirt-node-ng_ovirt-master-experimental_build-…">ovirt-node-ng_ovirt-master-experimental_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/">ovirt_3.6_he-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_3.6_image-ng-system-tests/">ovirt_3.6_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/ovirt_master_system-tests_per_patch/">ovirt_master_system-tests_per_patch</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-backup_jenkins_old_ovirt_org/">system-backup_jenkins_old_ovirt_org</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.  <br><br>Job disabled - The old Jenkins is probably not up any more </td></tr> ------=_Part_384_1790250126.1482879603351--

1 0

Build failed in Jenkins: ovirt_master_system-tests #878
by jenkins＠jenkins.phx.ovirt.org 27 Dec '16

27 Dec '16

See <http://jenkins.ovirt.org/job/ovirt_master_system-tests/878/changes> Changes: [Yaniv Kaul] Fixes and changes to storage tests [Sandro Bonazzola] ovirt-hosted-engine-ha: added 4.1 branch [Sandro Bonazzola] ovirt-release: move to 4.1 branch [Sandro Bonazzola] cockpit-ovirt: exclude fc23 from 4.1 [Gil Shinar] Fix bugs in sdk yamls ------------------------------------------ [...truncated 762 lines...] + echo '----------- Cleaning with lago' ----------- Cleaning with lago + lago --workdir <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> destroy --yes --all-prefixes + echo '----------- Cleaning with lago done' ----------- Cleaning with lago done + [[ 0 != \0 ]] + echo '======== Cleanup done' ======== Cleanup done + exit 0 + exit Took 52 seconds =================================== ##! ##! ERROR ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ##!######################################################## ########################################################## Build step 'Execute shell' marked build as failure Performing Post build task... Match found for :.* : True Logical operation result is TRUE Running script : #!/bin/bash -xe echo 'shell_scripts/system_tests.collect_logs.sh' # # Required jjb vars: # version # VERSION=master SUITE_TYPE= WORKSPACE="$PWD" OVIRT_SUITE="$SUITE_TYPE_suite_$VERSION" TESTS_LOGS="$WORKSPACE/ovirt-system-tests/exported-artifacts" rm -rf "$WORKSPACE/exported-artifacts" mkdir -p "$WORKSPACE/exported-artifacts" if [[ -d "$TESTS_LOGS" ]]; then mv "$TESTS_LOGS/"* "$WORKSPACE/exported-artifacts/" fi [ovirt_master_system-tests] $ /bin/bash -xe /tmp/hudson6460262332536282065.sh + echo shell_scripts/system_tests.collect_logs.sh shell_scripts/system_tests.collect_logs.sh + VERSION=master + SUITE_TYPE= + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/> + OVIRT_SUITE=master + TESTS_LOGS=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> + rm -rf <http://jenkins.ovirt.org/job/ovirt_master_system-tests/878/artifact/exporte…> + mkdir -p <http://jenkins.ovirt.org/job/ovirt_master_system-tests/878/artifact/exporte…> + [[ -d <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> ]] + mv <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> <http://jenkins.ovirt.org/job/ovirt_master_system-tests/878/artifact/exporte…> POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 0 Match found for :.* : True Logical operation result is TRUE Running script : #!/bin/bash -x echo "shell-scripts/mock_cleanup.sh" # Make clear this is the cleanup, helps reading the jenkins logs cat <<EOC _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### EOC shopt -s nullglob WORKSPACE="${WORKSPACE:-$PWD}" UMOUNT_RETRIES="${UMOUNT_RETRIES:-3}" UMOUNT_RETRY_DELAY="${UMOUNT_RETRY_DELAY:-1s}" safe_umount() { local mount="${1:?}" local attempt for ((attempt=0 ; attempt < $UMOUNT_RETRIES ; attempt++)); do # If this is not the 1st time through the loop, Sleep a while to let # the problem "solve itself" [[ attempt > 0 ]] && sleep "$UMOUNT_RETRY_DELAY" # Try to umount sudo umount --lazy "$mount" && return 0 # See if the mount is already not there despite failing findmnt --kernel --first "$mount" > /dev/null && return 0 done echo "ERROR: Failed to umount $mount." return 1 } # restore the permissions in the working dir, as sometimes it leaves files # owned by root and then the 'cleanup workspace' from jenkins job fails to # clean and breaks the jobs sudo chown -R "$USER" "$WORKSPACE" # Archive the logs, we want them anyway logs=( ./*log ./*/logs ) if [[ "$logs" ]]; then for log in "${logs[@]}"; do [[ "$log" = ./exported-artifacts/* ]] && continue echo "Copying ${log} to exported-artifacts" mv $log exported-artifacts/ done fi # stop any processes running inside the chroot failed=false mock_confs=("$WORKSPACE"/*/mocker*) # Clean current jobs mockroot if any for mock_conf_file in "${mock_confs[@]}"; do [[ "$mock_conf_file" ]] || continue echo "Cleaning up mock $mock_conf" mock_root="${mock_conf_file##*/}" mock_root="${mock_root%.*}" my_mock="/usr/bin/mock" my_mock+=" --configdir=${mock_conf_file%/*}" my_mock+=" --root=${mock_root}" my_mock+=" --resultdir=$WORKSPACE" #TODO: investigate why mock --clean fails to umount certain dirs sometimes, #so we can use it instead of manually doing all this. echo "Killing all mock orphan processes, if any." $my_mock \ --orphanskill \ || { echo "ERROR: Failed to kill orphans on $chroot." failed=true } mock_root="$(\ grep \ -Po "(?<=config_opts\['root'\] = ')[^']*" \ "$mock_conf_file" \ )" || : [[ "$mock_root" ]] || continue mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $chroot. Trying to umount." fi for mount in "${mounts[@]}"; do safe_umount "$mount" || failed=true done done # Clean any leftover chroot from other jobs for mock_root in /var/lib/mock/*; do this_chroot_failed=false mounts=($(cut -d\ -f2 /proc/mounts | grep "$mock_root" | sort -r)) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $mock_root." \ "Trying to umount." fi for mount in "${mounts[@]}"; do safe_umount "$mount" && continue # If we got here, we failed $UMOUNT_RETRIES attempts so we should make # noise failed=true this_chroot_failed=true done if ! $this_chroot_failed; then sudo rm -rf "$mock_root" fi done # remove mock caches that are older then 2 days: find /var/cache/mock/ -mindepth 1 -maxdepth 1 -type d -mtime +2 -print0 | \ xargs -0 -tr sudo rm -rf # We make no effort to leave around caches that may still be in use because # packages installed in them may go out of date, so may as well recreate them # Drop all left over libvirt domains for UUID in $(virsh list --all --uuid); do virsh destroy $UUID || : sleep 2 virsh undefine --remove-all-storage --storage vda --snapshots-metadata $UUID || : done if $failed; then echo "Cleanup script failed, propegating failure to job" exit 1 fi [ovirt_master_system-tests] $ /bin/bash -x /tmp/hudson3370390969952432808.sh + echo shell-scripts/mock_cleanup.sh shell-scripts/mock_cleanup.sh + cat _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### + shopt -s nullglob + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/> + UMOUNT_RETRIES=3 + UMOUNT_RETRY_DELAY=1s + sudo chown -R jenkins <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/> + logs=(./*log ./*/logs) + [[ -n ./ovirt-system-tests/logs ]] + for log in '"${logs[@]}"' + [[ ./ovirt-system-tests/logs = ./exported-artifacts/* ]] + echo 'Copying ./ovirt-system-tests/logs to exported-artifacts' Copying ./ovirt-system-tests/logs to exported-artifacts + mv ./ovirt-system-tests/logs exported-artifacts/ + failed=false + mock_confs=("$WORKSPACE"/*/mocker*) + for mock_conf_file in '"${mock_confs[@]}"' + [[ -n <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> ]] + echo 'Cleaning up mock ' Cleaning up mock + mock_root=mocker-epel-7-x86_64.el7.cfg + mock_root=mocker-epel-7-x86_64.el7 + my_mock=/usr/bin/mock + my_mock+=' --configdir=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-tests'> + my_mock+=' --root=mocker-epel-7-x86_64.el7' + my_mock+=' --resultdir=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/'> + echo 'Killing all mock orphan processes, if any.' Killing all mock orphan processes, if any. + /usr/bin/mock --configdir=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-tests> --root=mocker-epel-7-x86_64.el7 --resultdir=<http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/> --orphanskill WARNING: Could not find required logging config file: <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test….> Using default... INFO: mock.py version 1.2.21 starting (python version = 3.5.1)... Start: init plugins INFO: selinux enabled Finish: init plugins Start: run Finish: run ++ grep -Po '(?<=config_opts\['\''root'\''\] = '\'')[^'\'']*' <http://jenkins.ovirt.org/job/ovirt_master_system-tests/ws/ovirt-system-test…> + mock_root=epel-7-x86_64-b8fbc97503d2f9478015768d3094ffe4 + [[ -n epel-7-x86_64-b8fbc97503d2f9478015768d3094ffe4 ]] + mounts=($(mount | awk '{print $3}' | grep "$mock_root")) ++ mount ++ awk '{print $3}' ++ grep epel-7-x86_64-b8fbc97503d2f9478015768d3094ffe4 + : + [[ -n '' ]] + find /var/cache/mock/ -mindepth 1 -maxdepth 1 -type d -mtime +2 -print0 + xargs -0 -tr sudo rm -rf ++ virsh list --all --uuid + false POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 1 Recording test results ERROR: Step ?Publish JUnit test result report? failed: No test report files were found. Configuration error? Archiving artifacts

1 8

[JIRA] (OVIRT-985) Fix the way repoman deploy to experimental
by eyal edri [Administrator] (oVirt JIRA) 27 Dec '16

27 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-985?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-985: ------------------------------------------------- we need longer history, please update the deploy experimental job to keep history for 14 days ( other projects were updated already ) > Fix the way repoman deploy to experimental > ------------------------------------------ > > Key: OVIRT-985 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-985 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Gil Shinar > Assignee: infra > > Please consult with Eyal on that. > No idea what should be done. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-982) Fwd: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.1_el7_created/431
by Barak Korren (oVirt JIRA) 27 Dec '16

27 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-982?page=com.atlassian.jira.p… ] Barak Korren commented on OVIRT-982: ------------------------------------ [~gshinar] please link relevant patch here, also link this in patch commit-message. > Fwd: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.1_el7_creat… > -------------------------------------------------------------------------------------- > > Key: OVIRT-982 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-982 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Yevgeny Zaspitsky > Assignee: infra > > Looks like a lot of jobs fail on similar problem. > From the job console log: > git -c core.askpass=true fetch --tags --progress > git://gerrit.ovirt.org/ovirt-engine.git refs/changes/93/67593/22 > --prune > ERROR: Error fetching remote repo > 'origin'hudson.plugins.git.GitException > <http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitExcepti…>: > Failed to fetch from git://gerrit.ovirt.org/ovirt-engine.git > at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:766) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.git.GitSCM.fe…> > at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1022) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.git.GitSCM.re…> > at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1053) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.git.GitSCM.ch…> > at org.jenkinsci.plugins.multiplescms.MultiSCM.checkout(MultiSCM.java:129) > <http://stacktrace.jenkins-ci.org/search/?query=org.jenkinsci.plugins.multip…> > at hudson.scm.SCM.checkout(SCM.java:485) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.scm.SCM.checkout&enti…> > at hudson.model.AbstractProject.checkout(AbstractProject.java:1269) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractProject…> > at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:607) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$A…> > at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) > <http://stacktrace.jenkins-ci.org/search/?query=jenkins.scm.SCMCheckoutStrat…> > at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$A…> > at hudson.model.Run.execute(Run.java:1738) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Run.execute&ent…> > at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.FreeStyleBuild.…> > at hudson.model.ResourceController.execute(ResourceController.java:98) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.ResourceControl…> > at hudson.model.Executor.run(Executor.java:410) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Executor.run&en…> > Caused by: hudson.plugins.git.GitException > <http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitExcepti…>: > Command "git -c core.askpass=true fetch --tags --progress > git://gerrit.ovirt.org/ovirt-engine.git refs/changes/93/67593/22 > --prune" returned status code 128: > stdout: > stderr: fatal: read error: Connection reset by peer > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1640) > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1388) > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:62) > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:313) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145) > at hudson.remoting.UserRequest.perform(UserRequest.java:152) > at hudson.remoting.UserRequest.perform(UserRequest.java:50) > at hudson.remoting.Request$2.run(Request.java:332) > at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > at ......remote call to vm0040.workers-phx.ovirt.org(Native Method) > at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1416) > at hudson.remoting.UserResponse.retrieve(UserRequest.java:252) > at hudson.remoting.Channel.call(Channel.java:781) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145) > at sun.reflect.GeneratedMethodAccessor452.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131) > at com.sun.proxy.$Proxy60.execute(Unknown Source) > at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:764) > ... 12 more > ERROR: null -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-985) Fix the way repoman deploy to experimental
by Gil Shinar (oVirt JIRA) 27 Dec '16

27 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-985?page=com.atlassian.jira.p… ] Gil Shinar commented on OVIRT-985: ---------------------------------- Too late. This build in no longer available. I actually wasn't sure what this task is all about. Anyhow, the issue was that the deploy to master failed because there was a folder of ovirt-node-ng ISO that the iso file was missing. It was an old folder. There were actually two folders there. One 2704 and the other 2604. The ISO in the 2604 was missing. Is it a leftover that should have been deleted? On top of that, there are many ovirt-node-ng folders with dashes as suffixes. What is that? http://resources.ovirt.org/repos/ovirt/experimental/master/latest.under_tes… > Fix the way repoman deploy to experimental > ------------------------------------------ > > Key: OVIRT-985 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-985 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Gil Shinar > Assignee: infra > > Please consult with Eyal on that. > No idea what should be done. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

Re: ost host addition failure
by Eyal Edri 27 Dec '16

27 Dec '16

Any updates? The tests are still failing on vdsmd won't start from Sunday... master repos havn't been refreshed for a few days due to this. from host deploy log: [1] basic-suite-master-engine/_var_log_ovirt-engine/host-deploy/ovirt-host-deploy-20161227012930-192.168.201.4-14af2bf0.log the job links [2] [1] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/lastComple… 016-12-27 01:29:29 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:921 execute-output: ('/bin/systemctl', 'start', 'vdsmd.service') stdout: 2016-12-27 01:29:29 DEBUG otopi.plugins.otopi.services.systemd plugin.execute:926 execute-output: ('/bin/systemctl', 'start', 'vdsmd.service') stderr: A dependency job for vdsmd.service failed. See 'journalctl -xe' for details. 2016-12-27 01:29:29 DEBUG otopi.context context._executeMethod:142 method exception Traceback (most recent call last): File "/tmp/ovirt-QZ1ucxWFfm/pythonlib/otopi/context.py", line 132, in _executeMethod method['method']() File "/tmp/ovirt-QZ1ucxWFfm/otopi-plugins/ovirt-host-deploy/vdsm/packages.py", line 209, in _start self.services.state('vdsmd', True) File "/tmp/ovirt-QZ1ucxWFfm/otopi-plugins/otopi/services/systemd.py", line 141, in state service=name, RuntimeError: Failed to start service 'vdsmd' 2016-12-27 01:29:29 ERROR otopi.context context._executeMethod:151 Failed to execute stage 'Closing up': Failed to start service 'vdsmd' 2016-12-27 01:29:29 DEBUG otopi.context context.dumpEnvironment:760 ENVIRONMENT DUMP - BEGIN 2016-12-27 01:29:29 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/error=bool:'True' 2016-12-27 01:29:29 DEBUG otopi.context context.dumpEnvironment:770 ENV BASE/excep [2] http://jenkins.ovirt.org/job/test-repo_ovirt_experimental_master/lastComple… On Sun, Dec 25, 2016 at 11:31 AM, Eyal Edri <eedri(a)redhat.com> wrote: > We should see it fixed here hopefully [1] > > > [1] http://jenkins.ovirt.org/view/All%20Running%20jobs/job/ > test-repo_ovirt_experimental_master/4412/console > > On Sun, Dec 25, 2016 at 11:19 AM, Dan Kenigsberg <danken(a)redhat.com> > wrote: > >> On Sun, Dec 25, 2016 at 10:28 AM, Yaniv Kaul <ykaul(a)redhat.com> wrote: >> > >> > >> > On Sun, Dec 25, 2016 at 9:47 AM, Dan Kenigsberg <danken(a)redhat.com> >> wrote: >> >> >> >> Correct. https://gerrit.ovirt.org/#/c/69052/ >> >> >> >> Can you try adding >> >> lago shell "$vm_name" -c "mkdir -p /var/log/ovirt-imageio-daemon/ && >> >> chown vdsm:kvm /var/log/ovirt-imageio-daemon/" >> > >> > >> > How will it know what is the vdsm user before installing vdsm? >> >> You're right. a hack would have to `chmod a+rwx >> /var/log/ovirt-imageio-daemon/` instead. >> >> > Why not either: >> > 1. Fix it >> >> yes, that's why we've opened >> https://bugzilla.redhat.com/show_bug.cgi?id=1400003 ; now a fix is >> getting merged. I don't know when it is going to be ready in lago's >> repos. >> >> > -or- >> > 2. Revert the offending patch? >> >> I'm not aware of such patch. It's a race that has been there since >> ever, and I don't know why it suddenly pops up so often. >> > > > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > > phone: +972-9-7692018 <+972%209-769-2018> > irc: eedri (on #tlv #rhev-dev #rhev-integ) > -- Eyal Edri Associate Manager RHV DevOps EMEA ENG Virtualization R&D Red Hat Israel phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

4 5

Build failed in Jenkins: ovirt_master_system-tests_per_patch #1
by jenkins＠jenkins.phx.ovirt.org 27 Dec '16

27 Dec '16

See <http://jenkins.ovirt.org/job/ovirt_master_system-tests_per_patch/1/> ------------------------------------------ Started by user Eyal Edri [EnvInject] - Loading node environment variables. Building remotely on ovirt-srv18.phx.ovirt.org (phx integ-tests physical) in workspace <http://jenkins.ovirt.org/job/ovirt_master_system-tests_per_patch/ws/> Cloning the remote Git repository Cloning repository git://gerrit.ovirt.org/ovirt-system-tests.git > git init <http://jenkins.ovirt.org/job/ovirt_master_system-tests_per_patch/ws/ovirt-s…> # timeout=10 Fetching upstream changes from git://gerrit.ovirt.org/ovirt-system-tests.git > git --version # timeout=10 > git -c core.askpass=true fetch --tags --progress git://gerrit.ovirt.org/ovirt-system-tests.git +refs/heads/*:refs/remotes/origin/* > git config remote.origin.url git://gerrit.ovirt.org/ovirt-system-tests.git # timeout=10 > git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # timeout=10 > git config remote.origin.url git://gerrit.ovirt.org/ovirt-system-tests.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 No valid HEAD. Skipping the resetting > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from git://gerrit.ovirt.org/ovirt-system-tests.git > git -c core.askpass=true fetch --tags --progress git://gerrit.ovirt.org/ovirt-system-tests.git refs/heads/master --prune > git rev-parse FETCH_HEAD^{commit} # timeout=10 Checking out Revision e266107c53eaa88c58e1609f0679924d56161183 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f e266107c53eaa88c58e1609f0679924d56161183 First time build. Skipping changelog. > git branch -a # timeout=10 > git rev-parse remotes/origin/APIV4^{commit} # timeout=10 > git rev-parse remotes/origin/master^{commit} # timeout=10 Cloning the remote Git repository Cloning repository git://gerrit.ovirt.org/jenkins.git > git init <http://jenkins.ovirt.org/job/ovirt_master_system-tests_per_patch/ws/jenkins> # timeout=10 Fetching upstream changes from git://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git -c core.askpass=true fetch --tags --progress git://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* > git config remote.origin.url git://gerrit.ovirt.org/jenkins.git # timeout=10 > git config --add remote.origin.fetch +refs/heads/*:refs/remotes/origin/* # timeout=10 > git config remote.origin.url git://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 No valid HEAD. Skipping the resetting > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from git://gerrit.ovirt.org/jenkins.git > git -c core.askpass=true fetch --tags --progress git://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 90b9a38a52522f18189f267eba3d88f1a3c6e109 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 90b9a38a52522f18189f267eba3d88f1a3c6e109 First time build. Skipping changelog. > git branch -a # timeout=10 > git rev-parse remotes/origin/master^{commit} # timeout=10 [ovirt_master_system-tests_per_patch] $ /bin/bash -e /tmp/hudson8013611588156676195.sh shell-scripts/cleanup_slave.sh ################################################################### # Cleaning up slave # ################################################################### Filesystem Size Used Avail Use% Mounted on devtmpfs 24G 0 24G 0% /dev tmpfs 24G 0 24G 0% /dev/shm tmpfs 24G 1.4M 24G 1% /run tmpfs 24G 0 24G 0% /sys/fs/cgroup /dev/sda3 908G 11G 897G 2% / tmpfs 24G 336K 24G 1% /tmp /dev/sda1 253M 125M 129M 50% /boot tmpfs 4.8G 0 4.8G 0% /run/user/1012 --------------------------------------------------------------- Cleaning up postgres databases Postgres installation not found, skipping Cleaning up journal logs (if any) Redirecting to /bin/systemctl restart systemd-journald.service Cleaning up /var/tmp done Emptying some common logs /var/log/wtmp Done /home/jenkins/workspace/ovirt-engine_master_build-artifacts-fc25-x86_64 Making sure there are no device mappings... Removing the used loop devices... Redirecting to /bin/systemctl restart libvirtd.service --------------------------------------------------------------- Filesystem Size Used Avail Use% Mounted on devtmpfs 24G 0 24G 0% /dev tmpfs 24G 0 24G 0% /dev/shm tmpfs 24G 1.4M 24G 1% /run tmpfs 24G 0 24G 0% /sys/fs/cgroup /dev/sda3 908G 11G 898G 2% / tmpfs 24G 336K 24G 1% /tmp /dev/sda1 253M 125M 129M 50% /boot tmpfs 4.8G 0 4.8G 0% /run/user/1012 ################################################################### # Slave cleanup done # ################################################################### [ovirt_master_system-tests_per_patch] $ /bin/bash -xe /tmp/hudson1290673152866400540.sh + echo shell-scripts/system_tests.sh shell-scripts/system_tests.sh + VERSION=master + SUITE_TYPE=basic + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_master_system-tests_per_patch/ws/> + OVIRT_SUITE=basic_suite_master + PREFIX=<http://jenkins.ovirt.org/job/ovirt_master_system-tests_per_patch/ws/ovirt-s…> + chmod g+x <http://jenkins.ovirt.org/job/ovirt_master_system-tests_per_patch/ws/> + rm -rf <http://jenkins.ovirt.org/job/ovirt_master_system-tests_per_patch/ws/ovirt-s…> + cd ovirt-system-tests + ../jenkins/mock_configs/mock_runner.sh --mock-confs-dir ../jenkins/mock_configs --try-proxy --execute-script 'automation/basic_suite_master.sh -s http://resources.ovirt.org/repos/ovirt/experimental/master/latest.tested/rp…' el7 ########################################################## ########################################################## ## Tue Dec 27 13:20:26 UTC 2016 Running env: el7:epel-7-x86_64 ########################################################## ERROR: Script automation/basic_suite_master.sh -s http://resources.ovirt.org/repos/ovirt/experimental/master/latest.tested/rp… does not exist or is not readable. ########################################################## ## Tue Dec 27 13:20:26 UTC 2016 Finished env: el7:epel-7-x86_64 ## took 0 seconds ## rc = 1 ########################################################## No log files found, check command output ##!######################################################## ########################################################## Build step 'Execute shell' marked build as failure Performing Post build task... Match found for :.* : True Logical operation result is TRUE Running script : #!/bin/bash -xe echo 'shell_scripts/system_tests.collect_logs.sh' # # Required jjb vars: # version # VERSION=master SUITE_TYPE= WORKSPACE="$PWD" OVIRT_SUITE="$SUITE_TYPE_suite_$VERSION" TESTS_LOGS="$WORKSPACE/ovirt-system-tests/exported-artifacts" rm -rf "$WORKSPACE/exported-artifacts" mkdir -p "$WORKSPACE/exported-artifacts" if [[ -d "$TESTS_LOGS" ]]; then mv "$TESTS_LOGS/"* "$WORKSPACE/exported-artifacts/" fi [ovirt_master_system-tests_per_patch] $ /bin/bash -xe /tmp/hudson1385873638199237473.sh + echo shell_scripts/system_tests.collect_logs.sh shell_scripts/system_tests.collect_logs.sh + VERSION=master + SUITE_TYPE= + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_master_system-tests_per_patch/ws/> + OVIRT_SUITE=master + TESTS_LOGS=<http://jenkins.ovirt.org/job/ovirt_master_system-tests_per_patch/ws/ovirt-s…> + rm -rf <http://jenkins.ovirt.org/job/ovirt_master_system-tests_per_patch/1/artifact…> + mkdir -p <http://jenkins.ovirt.org/job/ovirt_master_system-tests_per_patch/1/artifact…> + [[ -d <http://jenkins.ovirt.org/job/ovirt_master_system-tests_per_patch/ws/ovirt-s…> ]] POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 0 Recording test results ERROR: Step ?Publish JUnit test result report? failed: No test report files were found. Configuration error? Archiving artifacts

1 3

[JIRA] (OVIRT-988) standard-CI artifacts are not collected when mock runner fails
by Barak Korren (oVirt JIRA) 27 Dec '16

27 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-988?page=com.atlassian.jira.p… ] Barak Korren reassigned OVIRT-988: ---------------------------------- Assignee: Barak Korren (was: infra) > standard-CI artifacts are not collected when mock runner fails > -------------------------------------------------------------- > > Key: OVIRT-988 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-988 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Barak Korren > Assignee: Barak Korren > > Currently, when a standard-CI script fails (which makes mock_runner.sh fail), the exported-artifacts are not taken from the project directory but only from $WORKSPACE. > It desirable to take the project's atficats too, even if the CI script failed, to allow debugging. > It seems that pipeline-based jobs (Lago's CI, experimental, OST) do not exhibit this behaviour. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-988) standard-CI artifacts are not collected when mock runner fails
by Barak Korren (oVirt JIRA) 27 Dec '16

27 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-988?page=com.atlassian.jira.p… ] Barak Korren updated OVIRT-988: ------------------------------- Epic Link: OVIRT-400 > standard-CI artifacts are not collected when mock runner fails > -------------------------------------------------------------- > > Key: OVIRT-988 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-988 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Barak Korren > Assignee: infra > > Currently, when a standard-CI script fails (which makes mock_runner.sh fail), the exported-artifacts are not taken from the project directory but only from $WORKSPACE. > It desirable to take the project's atficats too, even if the CI script failed, to allow debugging. > It seems that pipeline-based jobs (Lago's CI, experimental, OST) do not exhibit this behaviour. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-988) standard-CI artifacts are not collected when mock runner fails
by Barak Korren (oVirt JIRA) 27 Dec '16

27 Dec '16

Barak Korren created OVIRT-988: ---------------------------------- Summary: standard-CI artifacts are not collected when mock runner fails Key: OVIRT-988 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-988 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Barak Korren Assignee: infra Currently, when a standard-CI script fails (which makes mock_runner.sh fail), the exported-artifacts are not taken from the project directory but only from $WORKSPACE. It desirable to take the project's atficats too, even if the CI script failed, to allow debugging. It seems that pipeline-based jobs (Lago's CI, experimental, OST) do not exhibit this behaviour. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

Build failed in Jenkins: ovirt_4.1_system-tests #9
by jenkins＠jenkins.phx.ovirt.org 27 Dec '16

27 Dec '16

See <http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/9/changes> Changes: [Yaniv Kaul] Fixes and changes to storage tests [Sandro Bonazzola] ovirt-hosted-engine-ha: added 4.1 branch [Sandro Bonazzola] ovirt-release: move to 4.1 branch [Sandro Bonazzola] cockpit-ovirt: exclude fc23 from 4.1 [Gil Shinar] Fix bugs in sdk yamls ------------------------------------------ [...truncated 750 lines...] + echo '----------- Cleaning with lago' ----------- Cleaning with lago + lago --workdir <http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/ws/ovirt-system-tests/d…> destroy --yes --all-prefixes + echo '----------- Cleaning with lago done' ----------- Cleaning with lago done + [[ 0 != \0 ]] + echo '======== Cleanup done' ======== Cleanup done + exit 0 + exit Took 62 seconds =================================== ##! ##! ERROR ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ##!######################################################## ########################################################## Build step 'Execute shell' marked build as failure Performing Post build task... Match found for :.* : True Logical operation result is TRUE Running script : #!/bin/bash -xe echo 'shell_scripts/system_tests.collect_logs.sh' # # Required jjb vars: # version # VERSION=4.1 SUITE_TYPE= WORKSPACE="$PWD" OVIRT_SUITE="$SUITE_TYPE_suite_$VERSION" TESTS_LOGS="$WORKSPACE/ovirt-system-tests/exported-artifacts" rm -rf "$WORKSPACE/exported-artifacts" mkdir -p "$WORKSPACE/exported-artifacts" if [[ -d "$TESTS_LOGS" ]]; then mv "$TESTS_LOGS/"* "$WORKSPACE/exported-artifacts/" fi [ovirt_4.1_system-tests] $ /bin/bash -xe /tmp/hudson2115846140055103178.sh + echo shell_scripts/system_tests.collect_logs.sh shell_scripts/system_tests.collect_logs.sh + VERSION=4.1 + SUITE_TYPE= + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/ws/> + OVIRT_SUITE=4.1 + TESTS_LOGS=<http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/ws/ovirt-system-tests/e…> + rm -rf <http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/9/artifact/exported-art…> + mkdir -p <http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/9/artifact/exported-art…> + [[ -d <http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/ws/ovirt-system-tests/e…> ]] + mv <http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/ws/ovirt-system-tests/e…> <http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/ws/ovirt-system-tests/e…> <http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/9/artifact/exported-art…> POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 0 Match found for :.* : True Logical operation result is TRUE Running script : #!/bin/bash -x echo "shell-scripts/mock_cleanup.sh" # Make clear this is the cleanup, helps reading the jenkins logs cat <<EOC _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### EOC shopt -s nullglob WORKSPACE="${WORKSPACE:-$PWD}" UMOUNT_RETRIES="${UMOUNT_RETRIES:-3}" UMOUNT_RETRY_DELAY="${UMOUNT_RETRY_DELAY:-1s}" safe_umount() { local mount="${1:?}" local attempt for ((attempt=0 ; attempt < $UMOUNT_RETRIES ; attempt++)); do # If this is not the 1st time through the loop, Sleep a while to let # the problem "solve itself" [[ attempt > 0 ]] && sleep "$UMOUNT_RETRY_DELAY" # Try to umount sudo umount --lazy "$mount" && return 0 # See if the mount is already not there despite failing findmnt --kernel --first "$mount" > /dev/null && return 0 done echo "ERROR: Failed to umount $mount." return 1 } # restore the permissions in the working dir, as sometimes it leaves files # owned by root and then the 'cleanup workspace' from jenkins job fails to # clean and breaks the jobs sudo chown -R "$USER" "$WORKSPACE" # Archive the logs, we want them anyway logs=( ./*log ./*/logs ) if [[ "$logs" ]]; then for log in "${logs[@]}"; do [[ "$log" = ./exported-artifacts/* ]] && continue echo "Copying ${log} to exported-artifacts" mv $log exported-artifacts/ done fi # stop any processes running inside the chroot failed=false mock_confs=("$WORKSPACE"/*/mocker*) # Clean current jobs mockroot if any for mock_conf_file in "${mock_confs[@]}"; do [[ "$mock_conf_file" ]] || continue echo "Cleaning up mock $mock_conf" mock_root="${mock_conf_file##*/}" mock_root="${mock_root%.*}" my_mock="/usr/bin/mock" my_mock+=" --configdir=${mock_conf_file%/*}" my_mock+=" --root=${mock_root}" my_mock+=" --resultdir=$WORKSPACE" #TODO: investigate why mock --clean fails to umount certain dirs sometimes, #so we can use it instead of manually doing all this. echo "Killing all mock orphan processes, if any." $my_mock \ --orphanskill \ || { echo "ERROR: Failed to kill orphans on $chroot." failed=true } mock_root="$(\ grep \ -Po "(?<=config_opts\['root'\] = ')[^']*" \ "$mock_conf_file" \ )" || : [[ "$mock_root" ]] || continue mounts=($(mount | awk '{print $3}' | grep "$mock_root")) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $chroot. Trying to umount." fi for mount in "${mounts[@]}"; do safe_umount "$mount" || failed=true done done # Clean any leftover chroot from other jobs for mock_root in /var/lib/mock/*; do this_chroot_failed=false mounts=($(cut -d\ -f2 /proc/mounts | grep "$mock_root" | sort -r)) || : if [[ "$mounts" ]]; then echo "Found mounted dirs inside the chroot $mock_root." \ "Trying to umount." fi for mount in "${mounts[@]}"; do safe_umount "$mount" && continue # If we got here, we failed $UMOUNT_RETRIES attempts so we should make # noise failed=true this_chroot_failed=true done if ! $this_chroot_failed; then sudo rm -rf "$mock_root" fi done # remove mock caches that are older then 2 days: find /var/cache/mock/ -mindepth 1 -maxdepth 1 -type d -mtime +2 -print0 | \ xargs -0 -tr sudo rm -rf # We make no effort to leave around caches that may still be in use because # packages installed in them may go out of date, so may as well recreate them # Drop all left over libvirt domains for UUID in $(virsh list --all --uuid); do virsh destroy $UUID || : sleep 2 virsh undefine --remove-all-storage --storage vda --snapshots-metadata $UUID || : done if $failed; then echo "Cleanup script failed, propegating failure to job" exit 1 fi [ovirt_4.1_system-tests] $ /bin/bash -x /tmp/hudson5782931877352122916.sh + echo shell-scripts/mock_cleanup.sh shell-scripts/mock_cleanup.sh + cat _______________________________________________________________________ ####################################################################### # # # CLEANUP # # # ####################################################################### + shopt -s nullglob + WORKSPACE=<http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/ws/> + UMOUNT_RETRIES=3 + UMOUNT_RETRY_DELAY=1s + sudo chown -R jenkins <http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/ws/> + logs=(./*log ./*/logs) + [[ -n ./ovirt-system-tests/logs ]] + for log in '"${logs[@]}"' + [[ ./ovirt-system-tests/logs = ./exported-artifacts/* ]] + echo 'Copying ./ovirt-system-tests/logs to exported-artifacts' Copying ./ovirt-system-tests/logs to exported-artifacts + mv ./ovirt-system-tests/logs exported-artifacts/ + failed=false + mock_confs=("$WORKSPACE"/*/mocker*) + for mock_conf_file in '"${mock_confs[@]}"' + [[ -n <http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/ws/ovirt-system-tests/m…> ]] + echo 'Cleaning up mock ' Cleaning up mock + mock_root=mocker-epel-7-x86_64.el7.cfg + mock_root=mocker-epel-7-x86_64.el7 + my_mock=/usr/bin/mock + my_mock+=' --configdir=<http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/ws/ovirt-system-tests'> + my_mock+=' --root=mocker-epel-7-x86_64.el7' + my_mock+=' --resultdir=<http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/ws/'> + echo 'Killing all mock orphan processes, if any.' Killing all mock orphan processes, if any. + /usr/bin/mock --configdir=<http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/ws/ovirt-system-tests> --root=mocker-epel-7-x86_64.el7 --resultdir=<http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/ws/> --orphanskill WARNING: Could not find required logging config file: <http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/ws/ovirt-system-tests/l….> Using default... INFO: mock.py version 1.2.21 starting (python version = 3.4.3)... Start: init plugins INFO: selinux enabled Finish: init plugins Start: run Finish: run ++ grep -Po '(?<=config_opts\['\''root'\''\] = '\'')[^'\'']*' <http://jenkins.ovirt.org/job/ovirt_4.1_system-tests/ws/ovirt-system-tests/m…> + mock_root=epel-7-x86_64-b8fbc97503d2f9478015768d3094ffe4 + [[ -n epel-7-x86_64-b8fbc97503d2f9478015768d3094ffe4 ]] + mounts=($(mount | awk '{print $3}' | grep "$mock_root")) ++ mount ++ awk '{print $3}' ++ grep epel-7-x86_64-b8fbc97503d2f9478015768d3094ffe4 + : + [[ -n '' ]] + find /var/cache/mock/ -mindepth 1 -maxdepth 1 -type d -mtime +2 -print0 + xargs -0 -tr sudo rm -rf ++ virsh list --all --uuid + false POST BUILD TASK : SUCCESS END OF POST BUILD TASK : 1 Recording test results ERROR: Step ?Publish JUnit test result report? failed: No test report files were found. Configuration error? Archiving artifacts

1 11

[JIRA] (OVIRT-982) Fwd: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.1_el7_created/431
by Gil Shinar (oVirt JIRA) 27 Dec '16

27 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-982?page=com.atlassian.jira.p… ] Gil Shinar commented on OVIRT-982: ---------------------------------- We are currently checking if moving from git protocol to http, solves this issue. > Fwd: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.1_el7_creat… > -------------------------------------------------------------------------------------- > > Key: OVIRT-982 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-982 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Yevgeny Zaspitsky > Assignee: infra > > Looks like a lot of jobs fail on similar problem. > From the job console log: > git -c core.askpass=true fetch --tags --progress > git://gerrit.ovirt.org/ovirt-engine.git refs/changes/93/67593/22 > --prune > ERROR: Error fetching remote repo > 'origin'hudson.plugins.git.GitException > <http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitExcepti…>: > Failed to fetch from git://gerrit.ovirt.org/ovirt-engine.git > at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:766) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.git.GitSCM.fe…> > at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1022) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.git.GitSCM.re…> > at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1053) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.git.GitSCM.ch…> > at org.jenkinsci.plugins.multiplescms.MultiSCM.checkout(MultiSCM.java:129) > <http://stacktrace.jenkins-ci.org/search/?query=org.jenkinsci.plugins.multip…> > at hudson.scm.SCM.checkout(SCM.java:485) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.scm.SCM.checkout&enti…> > at hudson.model.AbstractProject.checkout(AbstractProject.java:1269) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractProject…> > at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:607) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$A…> > at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) > <http://stacktrace.jenkins-ci.org/search/?query=jenkins.scm.SCMCheckoutStrat…> > at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$A…> > at hudson.model.Run.execute(Run.java:1738) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Run.execute&ent…> > at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.FreeStyleBuild.…> > at hudson.model.ResourceController.execute(ResourceController.java:98) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.ResourceControl…> > at hudson.model.Executor.run(Executor.java:410) > <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Executor.run&en…> > Caused by: hudson.plugins.git.GitException > <http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitExcepti…>: > Command "git -c core.askpass=true fetch --tags --progress > git://gerrit.ovirt.org/ovirt-engine.git refs/changes/93/67593/22 > --prune" returned status code 128: > stdout: > stderr: fatal: read error: Connection reset by peer > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1640) > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1388) > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:62) > at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:313) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145) > at hudson.remoting.UserRequest.perform(UserRequest.java:152) > at hudson.remoting.UserRequest.perform(UserRequest.java:50) > at hudson.remoting.Request$2.run(Request.java:332) > at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:745) > at ......remote call to vm0040.workers-phx.ovirt.org(Native Method) > at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1416) > at hudson.remoting.UserResponse.retrieve(UserRequest.java:252) > at hudson.remoting.Channel.call(Channel.java:781) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145) > at sun.reflect.GeneratedMethodAccessor452.invoke(Unknown Source) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:498) > at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131) > at com.sun.proxy.$Proxy60.execute(Unknown Source) > at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:764) > ... 12 more > ERROR: null -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-987) Infra issues in Jenkins aren't reported properly on most of Jenkins jobs
by Yevgeny Zaspitsky (oVirt JIRA) 27 Dec '16

27 Dec '16

Yevgeny Zaspitsky created OVIRT-987: --------------------------------------- Summary: Infra issues in Jenkins aren't reported properly on most of Jenkins jobs Key: OVIRT-987 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-987 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Yevgeny Zaspitsky Assignee: infra Findbugs jobs reports an infra problem to gerrit properly: "There was an infra issue, please contact infra(a)ovirt.org" It'd be good to have same behavior on the rest of the Jenkins jobs. Currently there is no differentiation between failure upon an infra issue and a real patch problem in reporting to gerrit. Regards, Yevgeny -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-449) Add junit report to ovirt-engine standard ci
by eyal edri [Administrator] (oVirt JIRA) 27 Dec '16

27 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-449?page=com.atlassian.jira.p… ] eyal edri [Administrator] reassigned OVIRT-449: ----------------------------------------------- Assignee: eyal edri [Administrator] (was: infra) > Add junit report to ovirt-engine standard ci > -------------------------------------------- > > Key: OVIRT-449 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-449 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: David Caro Estevez > Assignee: eyal edri [Administrator] > Priority: Low > > Currently there are to ways of doing it: > * Using a special job template for ovirt-engine (easy to do now, hard to maintain/reuse) > * Using jenkins pipeline plugin to dynamically add it to any job that generates a report (hard to do right now, easy to maintain/reuse) -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-986) remove gerrit hooks from infra repos
by eyal edri [Administrator] (oVirt JIRA) 27 Dec '16

27 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-986?page=com.atlassian.jira.p… ] eyal edri [Administrator] updated OVIRT-986: -------------------------------------------- Epic Link: OVIRT-411 > remove gerrit hooks from infra repos > ------------------------------------ > > Key: OVIRT-986 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-986 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: eyal edri [Administrator] > Assignee: infra > > We don't need to run oVirt gerrit hooks on infra repos like gerrit-admin or jenkins since we don't use bugzilla for tracking issues. > We might want to add support for JIRA ticket added to a commit msg for handling infra repos, but that should require another ticket, for now we just need to remove the hooks from projects which are not relevant like jenkins,infra-docs,infra-puppet,gerrit-admin and others -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-986) remove gerrit hooks from infra repos
by eyal edri [Administrator] (oVirt JIRA) 27 Dec '16

27 Dec '16

eyal edri [Administrator] created OVIRT-986: ----------------------------------------------- Summary: remove gerrit hooks from infra repos Key: OVIRT-986 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-986 Project: oVirt - virtualization made easy Issue Type: Task Reporter: eyal edri [Administrator] Assignee: infra We don't need to run oVirt gerrit hooks on infra repos like gerrit-admin or jenkins since we don't use bugzilla for tracking issues. We might want to add support for JIRA ticket added to a commit msg for handling infra repos, but that should require another ticket, for now we just need to remove the hooks from projects which are not relevant like jenkins,infra-docs,infra-puppet,gerrit-admin and others -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[oVirt Jenkins] test-repo_ovirt_experimental_master - Build #4371 - FAILURE!
by jenkins＠jenkins.phx.ovirt.org 27 Dec '16

27 Dec '16

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

1 77

[JIRA] (OVIRT-985) Fix the way repoman deploy to experimental
by eyal edri [Administrator] (oVirt JIRA) 27 Dec '16

27 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-985?page=com.atlassian.jira.p… ] eyal edri [Administrator] commented on OVIRT-985: ------------------------------------------------- [~gshinar] please add the relevant failing job ( mark it to keep forever ) and paste the exception here. > Fix the way repoman deploy to experimental > ------------------------------------------ > > Key: OVIRT-985 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-985 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Gil Shinar > Assignee: infra > > Please consult with Eyal on that. > No idea what should be done. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-984) Add emails to deploy to experimental jobs
by eyal edri [Administrator] (oVirt JIRA) 27 Dec '16

27 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-984?page=com.atlassian.jira.p… ] eyal edri [Administrator] reassigned OVIRT-984: ----------------------------------------------- Assignee: Pavel Zhukov (was: infra) > Add emails to deploy to experimental jobs > ----------------------------------------- > > Key: OVIRT-984 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-984 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Gil Shinar > Assignee: Pavel Zhukov > > When deploy to experimental fails, we need to alert. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-985) Fix the way repoman deploy to experimental
by Gil Shinar (oVirt JIRA) 27 Dec '16

27 Dec '16

Gil Shinar created OVIRT-985: -------------------------------- Summary: Fix the way repoman deploy to experimental Key: OVIRT-985 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-985 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Gil Shinar Assignee: infra Please consult with Eyal on that. No idea what should be done. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-984) Add emails to deploy to experimental jobs
by Gil Shinar (oVirt JIRA) 27 Dec '16

27 Dec '16

Gil Shinar created OVIRT-984: -------------------------------- Summary: Add emails to deploy to experimental jobs Key: OVIRT-984 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-984 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Gil Shinar Assignee: infra When deploy to experimental fails, we need to alert. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-983) Improve CI output for Jenkins repo
by Barak Korren (oVirt JIRA) 27 Dec '16

27 Dec '16

Barak Korren created OVIRT-983: ---------------------------------- Summary: Improve CI output for Jenkins repo Key: OVIRT-983 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-983 Project: oVirt - virtualization made easy Issue Type: Improvement Components: Jenkins Reporter: Barak Korren Assignee: infra Since we've added more ci jobs to the {{jenkins}} repo, the CI output because unclear. When it was one job, it was easy to understand it failed because of YAML issues. Now, when it passes on all platforms but el7, its easy to mistake this for a infra failure on el7 rather then a real problem with the patch. The following improvements should be made to the job output: # The YAML failure message should be placed directly in the Gerrit comment, this can be done with the "Unsuccessful Message File" feature of the Gerrit plugin. # When YAML check succeeds ther sohuld be a message in Gerrit saying so and indicating where the DIFF output can be seen (will "Unsuccessful Message File" also work on success?) # The {{differences.html}} file should probably be called {{index.html}} to get it placed in the job status page. # Maybe add some javascript to {{differences.html}} to allow collapsing individual differences. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OVIRT-983) Improve CI output for Jenkins repo
by Barak Korren (oVirt JIRA) 27 Dec '16

27 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OVIRT-983?page=com.atlassian.jira.p… ] Barak Korren updated OVIRT-983: ------------------------------- Epic Link: OVIRT-400 > Improve CI output for Jenkins repo > ---------------------------------- > > Key: OVIRT-983 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-983 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins > Reporter: Barak Korren > Assignee: infra > > Since we've added more ci jobs to the {{jenkins}} repo, the CI output because unclear. When it was one job, it was easy to understand it failed because of YAML issues. Now, when it passes on all platforms but el7, its easy to mistake this for a infra failure on el7 rather then a real problem with the patch. > The following improvements should be made to the job output: > # The YAML failure message should be placed directly in the Gerrit comment, this can be done with the "Unsuccessful Message File" feature of the Gerrit plugin. > # When YAML check succeeds ther sohuld be a message in Gerrit saying so and indicating where the DIFF output can be seen (will "Unsuccessful Message File" also work on success?) > # The {{differences.html}} file should probably be called {{index.html}} to get it placed in the job status page. > # Maybe add some javascript to {{differences.html}} to allow collapsing individual differences. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[VDSM] Testing vdsm master on Fedora 23?
by Nir Soffer 27 Dec '16

27 Dec '16

Hi all, For some reason we have a new job testing vdsm master/4.1 on Fedora 23. http://jenkins.ovirt.org/job/vdsm_4.1_check-patch-fc23-x86_64/2/ Fedora 23 is not support on vdsm master long time ago. Please remove this job. Thanks, Nir

3 2

oVirt infra daily report - unstable production jobs - 181
by jenkins＠jenkins.phx.ovirt.org 27 Dec '16

27 Dec '16

------=_Part_357_1053470227.1482793204575 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/181//artifact/exported-a… Cheers, Jenkins ------=_Part_357_1053470227.1482793204575 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 - 26/12/2016 </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-node-ng_ovirt-master-experimental_build-…">ovirt-node-ng_ovirt-master-experimental_build-artifacts-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-system-tests_master_check-patch-fc24-x86…">ovirt-system-tests_master_check-patch-fc24-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt_3.6_he-system-tests/">ovirt_3.6_he-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_3.6_image-ng-system-tests/">ovirt_3.6_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/ovirt_4.1_system-tests/">ovirt_4.1_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_system-tests/">ovirt_master_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/system-backup_jenkins_old_ovirt_org/">system-backup_jenkins_old_ovirt_org</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.  <br><br>Job disabled - The old Jenkins is probably not up any more </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_357_1053470227.1482793204575--

1 0

[JIRA] (OVIRT-982) Fwd: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.1_el7_created/431
by Yevgeny Zaspitsky (oVirt JIRA) 26 Dec '16

26 Dec '16

Yevgeny Zaspitsky created OVIRT-982: --------------------------------------- Summary: Fwd: http://jenkins.ovirt.org/job/ovirt-engine_master_upgrade-from-4.1_el7_creat… Key: OVIRT-982 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-982 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Yevgeny Zaspitsky Assignee: infra Looks like a lot of jobs fail on similar problem. >From the job console log: git -c core.askpass=true fetch --tags --progress git://gerrit.ovirt.org/ovirt-engine.git refs/changes/93/67593/22 --prune ERROR: Error fetching remote repo 'origin'hudson.plugins.git.GitException <http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitExcepti…>: Failed to fetch from git://gerrit.ovirt.org/ovirt-engine.git at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:766) <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.git.GitSCM.fe…> at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1022) <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.git.GitSCM.re…> at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1053) <http://stacktrace.jenkins-ci.org/search/?query=hudson.plugins.git.GitSCM.ch…> at org.jenkinsci.plugins.multiplescms.MultiSCM.checkout(MultiSCM.java:129) <http://stacktrace.jenkins-ci.org/search/?query=org.jenkinsci.plugins.multip…> at hudson.scm.SCM.checkout(SCM.java:485) <http://stacktrace.jenkins-ci.org/search/?query=hudson.scm.SCM.checkout&enti…> at hudson.model.AbstractProject.checkout(AbstractProject.java:1269) <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractProject…> at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:607) <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$A…> at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) <http://stacktrace.jenkins-ci.org/search/?query=jenkins.scm.SCMCheckoutStrat…> at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:529) <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.AbstractBuild$A…> at hudson.model.Run.execute(Run.java:1738) <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Run.execute&ent…> at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.FreeStyleBuild.…> at hudson.model.ResourceController.execute(ResourceController.java:98) <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.ResourceControl…> at hudson.model.Executor.run(Executor.java:410) <http://stacktrace.jenkins-ci.org/search/?query=hudson.model.Executor.run&en…> Caused by: hudson.plugins.git.GitException <http://stacktrace.jenkins-ci.org/search?query=hudson.plugins.git.GitExcepti…>: Command "git -c core.askpass=true fetch --tags --progress git://gerrit.ovirt.org/ovirt-engine.git refs/changes/93/67593/22 --prune" returned status code 128: stdout: stderr: fatal: read error: Connection reset by peer at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1640) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1388) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:62) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:313) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:152) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:145) at hudson.remoting.UserRequest.perform(UserRequest.java:152) at hudson.remoting.UserRequest.perform(UserRequest.java:50) at hudson.remoting.Request$2.run(Request.java:332) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68) at java.util.concurrent.FutureTask.run(FutureTask.java:266) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at java.lang.Thread.run(Thread.java:745) at ......remote call to vm0040.workers-phx.ovirt.org(Native Method) at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1416) at hudson.remoting.UserResponse.retrieve(UserRequest.java:252) at hudson.remoting.Channel.call(Channel.java:781) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:145) at sun.reflect.GeneratedMethodAccessor452.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:498) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.invoke(RemoteGitImpl.java:131) at com.sun.proxy.$Proxy60.execute(Unknown Source) at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:764) ... 12 more ERROR: null -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OST-17) repoman should only sync el7 rpms
by eyal edri [Administrator] (oVirt JIRA) 26 Dec '16

26 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OST-17?page=com.atlassian.jira.plug… ] eyal edri [Administrator] commented on OST-17: ---------------------------------------------- +1 if it can evaluate $distro when it runs. > repoman should only sync el7 rpms > ---------------------------------- > > Key: OST-17 > URL: https://ovirt-jira.atlassian.net/browse/OST-17 > Project: oVirt system tests > Issue Type: Bug > Reporter: eyal edri [Administrator] > Assignee: infra > Priority: Highest > > on OST jobs repoman also syncs fc24 rpms without any reason, since we only test el7. > we should include only el7 x86_64 for now to save time and avoid errors when network is unstable. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OST-17) repoman should only sync el7 rpms
by eyal edri [Administrator] (oVirt JIRA) 26 Dec '16

26 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OST-17?page=com.atlassian.jira.plug… ] eyal edri [Administrator] reassigned OST-17: -------------------------------------------- Assignee: Daniel Belenky (was: infra) > repoman should only sync el7 rpms > ---------------------------------- > > Key: OST-17 > URL: https://ovirt-jira.atlassian.net/browse/OST-17 > Project: oVirt system tests > Issue Type: Bug > Reporter: eyal edri [Administrator] > Assignee: Daniel Belenky > Priority: Highest > > on OST jobs repoman also syncs fc24 rpms without any reason, since we only test el7. > we should include only el7 x86_64 for now to save time and avoid errors when network is unstable. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OST-17) repoman should only sync el7 rpms
by Barak Korren (oVirt JIRA) 26 Dec '16

26 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OST-17?page=com.atlassian.jira.plug… ] Barak Korren commented on OST-17: --------------------------------- Maybe: {code} sh "echo rec:$repo_url/$distro > extra_sources" {code} Would be better > repoman should only sync el7 rpms > ---------------------------------- > > Key: OST-17 > URL: https://ovirt-jira.atlassian.net/browse/OST-17 > Project: oVirt system tests > Issue Type: Bug > Reporter: eyal edri [Administrator] > Assignee: infra > Priority: Highest > > on OST jobs repoman also syncs fc24 rpms without any reason, since we only test el7. > we should include only el7 x86_64 for now to save time and avoid errors when network is unstable. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0

[JIRA] (OST-17) repoman should only sync el7 rpms
by Nadav Goldin (oVirt JIRA) 26 Dec '16

26 Dec '16

[ https://ovirt-jira.atlassian.net/browse/OST-17?page=com.atlassian.jira.plug… ] Nadav Goldin commented on OST-17: --------------------------------- I think it would be safe enough to just give the full /el7 path in the groovy code that generates 'extra_sources', so repoman would take el7 only. i.e. change: https://github.com/oVirt/jenkins/blob/master/jobs/confs/groovy-scripts/test… {code} sh "echo rec:$repo_url > extra_sources" {code} to {code} sh "echo rec:$repo_url/el7 > extra_sources" {code} As I don't think we have any short term plans to test it on anything else than el7. > repoman should only sync el7 rpms > ---------------------------------- > > Key: OST-17 > URL: https://ovirt-jira.atlassian.net/browse/OST-17 > Project: oVirt system tests > Issue Type: Bug > Reporter: eyal edri [Administrator] > Assignee: infra > Priority: Highest > > on OST jobs repoman also syncs fc24 rpms without any reason, since we only test el7. > we should include only el7 x86_64 for now to save time and avoid errors when network is unstable. -- This message was sent by Atlassian JIRA (v1000.621.5#100023)

1 0