- Infra - oVirt List Archives

[JIRA] (OVIRT-1825) Document the process for setting up a "downstream" STDCI system
by Barak Korren (oVirt JIRA) 03 Jan '18

03 Jan '18

This is a multi-part message in MIME format... ------------=_1514960598-31600-208 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1825?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1825: ----------------------------------- Assignee: Barak Korren (was: infra) > Document the process for setting up a "downstream" STDCI system > --------------------------------------------------------------- > > Key: OVIRT-1825 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1825 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Barak Korren > Assignee: Barak Korren > Labels: documentation, standard-ci > > With the introduction of so called "upstream source" dependencies, it had become possible to use the '{{jenkins}}' repo and the STDCI code in it as a library for building STDCI-compatible jenkins servers. > This process had been successfully used to setup the RHV CI system inside Red Hat. > The processes of setting up a non-oVirt STDCI server should be documented to make it accessible for others. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1514960598-31600-208 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1825?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren reassigned OVIRT-1825:</h3> <pre>Assignee: Barak Korren (was: infra)</pre> <blockquote><h3>Document the process for setting up a “downstream” STDCI system</h3> <pre> Key: OVIRT-1825 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1825 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt CI Reporter: Barak Korren Assignee: Barak Korren Labels: documentation, standard-ci</pre> <p>With the introduction of so called “upstream source” dependencies, it had become possible to use the ‘{{jenkins}}’ repo and the STDCI code in it as a library for building STDCI-compatible jenkins servers. This process had been successfully used to setup the RHV CI system inside Red Hat. The processes of setting up a non-oVirt STDCI server should be documented to make it accessible for others.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1514960598-31600-208--

1 0

[JIRA] (OVIRT-1825) Document the process for setting up a "downstream" STDCI system
by Barak Korren (oVirt JIRA) 03 Jan '18

03 Jan '18

Barak Korren created OVIRT-1825: ----------------------------------- Summary: Document the process for setting up a "downstream" STDCI system Key: OVIRT-1825 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1825 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt CI Reporter: Barak Korren Assignee: infra With the introduction of so called "upstream source" dependencies, it had become possible to use the '{{jenkins}}' repo and the STDCI code in it as a library for building STDCI-compatible jenkins servers. This process had been successfully used to setup the RHV CI system inside Red Hat. The processes of setting up a non-oVirt STDCI server should be documented to make it accessible for others. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1825) Document the process for setting up a "downstream" STDCI system
by Barak Korren (oVirt JIRA) 03 Jan '18

03 Jan '18

This is a multi-part message in MIME format... ------------=_1514960549-24874-409 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1825?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1825: -------------------------------- Epic Link: OVIRT-400 > Document the process for setting up a "downstream" STDCI system > --------------------------------------------------------------- > > Key: OVIRT-1825 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1825 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Barak Korren > Assignee: infra > Labels: documentation, standard-ci > > With the introduction of so called "upstream source" dependencies, it had become possible to use the '{{jenkins}}' repo and the STDCI code in it as a library for building STDCI-compatible jenkins servers. > This process had been successfully used to setup the RHV CI system inside Red Hat. > The processes of setting up a non-oVirt STDCI server should be documented to make it accessible for others. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1514960549-24874-409 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1825?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren updated OVIRT-1825:</h3> <pre>Epic Link: OVIRT-400</pre> <blockquote><h3>Document the process for setting up a “downstream” STDCI system</h3> <pre> Key: OVIRT-1825 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1825 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt CI Reporter: Barak Korren Assignee: infra Labels: documentation, standard-ci</pre> <p>With the introduction of so called “upstream source” dependencies, it had become possible to use the ‘{{jenkins}}’ repo and the STDCI code in it as a library for building STDCI-compatible jenkins servers. This process had been successfully used to setup the RHV CI system inside Red Hat. The processes of setting up a non-oVirt STDCI server should be documented to make it accessible for others.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1514960549-24874-409--

1 0

[JIRA] (OVIRT-1824) Document pusher.py
by Barak Korren (oVirt JIRA) 03 Jan '18

03 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1824?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1824: ----------------------------------- Assignee: Barak Korren (was: infra) > Document pusher.py > ------------------ > > Key: OVIRT-1824 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1824 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Barak Korren > Assignee: Barak Korren > Labels: documentation, poll-upstream-sources, standard-ci > > '{{pusher.py}}' is a tool for automated pushing and merging of patches. It is used as part of the upstream source polling process. > We should have some documentation about this tool in infra-docs apart from its built-in '{{--help}}' option. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1824) Document pusher.py
by Barak Korren (oVirt JIRA) 03 Jan '18

03 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1824?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1824: -------------------------------- Epic Link: OVIRT-400 > Document pusher.py > ------------------ > > Key: OVIRT-1824 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1824 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Barak Korren > Assignee: infra > Labels: documentation, poll-upstream-sources, standard-ci > > '{{pusher.py}}' is a tool for automated pushing and merging of patches. It is used as part of the upstream source polling process. > We should have some documentation about this tool in infra-docs apart from its built-in '{{--help}}' option. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1824) Document pusher.py
by Barak Korren (oVirt JIRA) 03 Jan '18

03 Jan '18

This is a multi-part message in MIME format... ------------=_1514960007-28457-369 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Barak Korren created OVIRT-1824: ----------------------------------- Summary: Document pusher.py Key: OVIRT-1824 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1824 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt CI Reporter: Barak Korren Assignee: infra '{{pusher.py}}' is a tool for automated pushing and merging of patches. It is used as part of the upstream source polling process. We should have some documentation about this tool in infra-docs apart from its built-in '{{--help}}' option. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1514960007-28457-369 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Barak Korren created OVIRT-1824:</h3> <pre> Summary: Document pusher.py Key: OVIRT-1824 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1824 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt CI Reporter: Barak Korren Assignee: infra</pre> <p>‘{{pusher.py}}’ is a tool for automated pushing and merging of patches. It is used as part of the upstream source polling process.</p> <p>We should have some documentation about this tool in infra-docs apart from its built-in ‘{{--help}}’ option.</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1514960007-28457-369--

1 0

[JIRA] (OVIRT-1823) Document usrc.py
by Barak Korren (oVirt JIRA) 03 Jan '18

03 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1823?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1823: ----------------------------------- Assignee: Barak Korren (was: infra) > Document usrc.py > ---------------- > > Key: OVIRT-1823 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1823 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Barak Korren > Assignee: Barak Korren > Priority: High > Labels: poll-upstream-sources, standard-ci > > {{usrc.py}} is a local tool for using git repositories with upstream sources that are defined in '{{automation/upstream-sources.yaml}}'. > We need some documentation about how to install and use this tool in our infra-docs. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1823) Document usrc.py
by Barak Korren (oVirt JIRA) 03 Jan '18

03 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1823?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1823: -------------------------------- Epic Link: OVIRT-400 > Document usrc.py > ---------------- > > Key: OVIRT-1823 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1823 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Barak Korren > Assignee: infra > Priority: High > Labels: poll-upstream-sources, standard-ci > > {{usrc.py}} is a local tool for using git repositories with upstream sources that are defined in '{{automation/upstream-sources.yaml}}'. > We need some documentation about how to install and use this tool in our infra-docs. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1823) Document usrc.py
by Barak Korren (oVirt JIRA) 03 Jan '18

03 Jan '18

Barak Korren created OVIRT-1823: ----------------------------------- Summary: Document usrc.py Key: OVIRT-1823 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1823 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt CI Reporter: Barak Korren Assignee: infra Priority: High {{usrc.py}} is a local tool for using git repositories with upstream sources that are defined in '{{automation/upstream-sources.yaml}}'. We need some documentation about how to install and use this tool in our infra-docs. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[oVirt Jenkins] ovirt-system-tests_hc-basic-suite-master - Build # 146 - Failure!
by jenkins＠jenkins.phx.ovirt.org 03 Jan '18

03 Jan '18

------=_Part_104_2026461964.1514864898971 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/146/ Build Number: 146 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #146 [Dan Kenigsberg] network-suite: cleanup: use sdk_type shorthand ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.add_hosts Error Message: Host lago-hc-basic-suite-master-host1 is in non operational state -------------------- >> begin captured logging << -------------------- ovirtlago.testlib: ERROR: * Unhandled exception in <function _host_is_up at 0x4aba668> Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in assert_equals_within res = func() File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ovirt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py", line 153, in _host_is_up raise RuntimeError('Host %s is in non operational state' % host.name()) RuntimeError: Host lago-hc-basic-suite-master-host1 is in non operational state --------------------- >> end captured logging << --------------------- Stack Trace: File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTest self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, in wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ovirt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py", line 164, in add_hosts testlib.assert_true_within(_host_is_up, timeout=15 * 60) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 263, in assert_true_within assert_equals_within(func, True, timeout, allowed_exceptions) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in assert_equals_within res = func() File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ovirt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py", line 153, in _host_is_up raise RuntimeError('Host %s is in non operational state' % host.name()) 'Host lago-hc-basic-suite-master-host1 is in non operational state\n-------------------- >> begin captured logging << --------------------\novirtlago.testlib: ERROR: * Unhandled exception in <function _host_is_up at 0x4aba668>\nTraceback (most recent call last):\n File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, in assert_equals_within\n res = func()\n File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-master/ovirt-system-tests/hc-basic-suite-master/test-scenarios/002_bootstrap.py", line 153, in _host_is_up\n raise RuntimeError(\'Host %s is in non operational state\' % host.name())\nRuntimeError: Host lago-hc-basic-suite-master-host1 is in non operational state\n--------------------- >> end captured logging << ---------------------' ------=_Part_104_2026461964.1514864898971--

1 1

[CQ]: 85162, 1 (ovirt-wgt) failed "ovirt-4.2" system tests, but isn't the failure root cause
by oVirt Jenkins 02 Jan '18

02 Jan '18

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

1 0

[CQ]: 85916, 1 (ovirt-log-collector) failed "ovirt-4.2" system tests, but isn't the failure root cause
by oVirt Jenkins 02 Jan '18

02 Jan '18

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

1 0

[CQ]: 85830, 1 (ovirt-log-collector) failed "ovirt-4.2" system tests, but isn't the failure root cause
by oVirt Jenkins 02 Jan '18

02 Jan '18

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

1 0

Build failed in Jenkins: system-mk_mirrors_index-yum #20513
by jenkins＠jenkins.phx.ovirt.org 02 Jan '18

02 Jan '18

See <http://jenkins.ovirt.org/job/system-mk_mirrors_index-yum/20513/display/redi…> ------------------------------------------ Started by upstream project "system-sync_mirrors-centos-extras-el7-x86_64" build number 1065 originally caused by: Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-mk_mirrors_index-yum/ws/> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune ERROR: Error fetching remote repo 'origin' hudson.plugins.git.GitException: Failed to fetch from http://gerrit.ovirt.org/jenkins.git at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:825) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1092) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1123) at hudson.scm.SCM.checkout(SCM.java:495) at hudson.model.AbstractProject.checkout(AbstractProject.java:1202) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499) at hudson.model.Run.execute(Run.java:1724) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:97) at hudson.model.Executor.run(Executor.java:421) Caused by: hudson.plugins.git.GitException: Command "git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune" returned status code 128: stdout: stderr: fatal: unable to access 'http://gerrit.ovirt.org/jenkins.git/': Could not resolve host: gerrit.ovirt.org; Name or service not known at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1970) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1689) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:71) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:380) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:153) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:146) at hudson.remoting.UserRequest.perform(UserRequest.java:207) at hudson.remoting.UserRequest.perform(UserRequest.java:53) at hudson.remoting.Request$2.run(Request.java:358) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) 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:748) Suppressed: hudson.remoting.Channel$CallSiteStackTrace: Remote call to mirrors.phx.ovirt.org at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1693) at hudson.remoting.UserResponse.retrieve(UserRequest.java:310) at hudson.remoting.Channel.call(Channel.java:908) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:146) at sun.reflect.GeneratedMethodAccessor533.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:132) at com.sun.proxy.$Proxy87.execute(Unknown Source) at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:823) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1092) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1123) at hudson.scm.SCM.checkout(SCM.java:495) at hudson.model.AbstractProject.checkout(AbstractProject.java:1202) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499) at hudson.model.Run.execute(Run.java:1724) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:97) at hudson.model.Executor.run(Executor.java:421) ERROR: Error fetching remote repo 'origin'

1 1

[JIRA] (OVIRT-1821) jenkins 'check-patch.sh' does not always generate differences.html in downstream repos
by Barak Korren (oVirt JIRA) 02 Jan '18

02 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1821?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1821: ----------------------------------- Assignee: Barak Korren (was: infra) > jenkins 'check-patch.sh' does not always generate differences.html in downstream repos > -------------------------------------------------------------------------------------- > > Key: OVIRT-1821 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1821 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Barak Korren > Assignee: Barak Korren > Labels: standard-ci > > The 'check-patch.sh' script in the 'jenkins' repo knows how to generate a 'differences.html' file when job YAML changes. > The 'jenkins' repo is designed to be used as an upstream source repo for other repos, and it is designed that 'check-patch.sh' will be usable on those DS repos. > When YAML changes from the 'jenkins' repo make it into the DS repos via a patch to the 'upstream-sources.yaml' file in the DS repo, and 'check-patch.sh' runs on that repo, 'differences.html' is not being generated, because the change to 'upstream-sources.yaml' does not look like a job YAML change. > We need to change 'check-patch.sh' so that when running in a DS repo, it knows how to look and diagnose changes coming from the upstream repo. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[CQ]: 121924f (stage-gh-stdci2) failed "dummy-master" system tests, but isn't the failure root cause
by oVirt Jenkins 02 Jan '18

02 Jan '18

A system test invoked by the "dummy-master" change queue including change 121924f (stage-gh-stdci2) failed. However, this change seems not to be the root cause for this failure. Change 2ff79b3 (stage-gh-stdci2) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 2ff79b3 (stage-gh-stdci2) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://github.com/oVirt/stage-gh-stdci2/commit/121924fbb27dc0472c3c1ea9439… For further details about the change that seems to be the root cause behind the testing failures see: https://github.com/oVirt/stage-gh-stdci2/commit/2ff79b3f37717e65ab84a11c167… For failed test results see: http://jenkins-staging.phx.ovirt.org/job/dummy-master_change-queue-tester/9…

1 0

[JIRA] (OST-97) ovirt-system-tests/network-suite: grant +2 rights to edwardh
by eyal edri (oVirt JIRA) 02 Jan '18

02 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OST-97?page=com.atlassian.jira.plug… ] eyal edri reassigned OST-97: ---------------------------- Assignee: eyal edri (was: infra) +1 from me, it makes sense to give +2 for an active suite maintainer as we did for the performance suite, as long as its used for its purpose and not abused for merging other code or even common code. [~gbenhaim(a)redhat.com] please confirm if its OK. > ovirt-system-tests/network-suite: grant +2 rights to edwardh > ------------------------------------------------------------- > > Key: OST-97 > URL: https://ovirt-jira.atlassian.net/browse/OST-97 > Project: oVirt system tests > Issue Type: Task > Reporter: danken > Assignee: eyal edri > > I expect that the new network suite in OST would see many new tests and other modifications. To make development faster, I suggest to grant +2 powers to [~ehaas(a)redhat.com] under the understand that he uses them only on patches affecting network-suite/{lib,features,tests}/**. > After month of having +2 powers on Vdsm, I am certain that he would not abuse his powers outside his realm. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OST-97) ovirt-system-tests/network-suite: grant +2 rights to edwardh
by eyal edri (oVirt JIRA) 02 Jan '18

02 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OST-97?page=com.atlassian.jira.plug… ] eyal edri moved OVIRT-1822 to OST-97: ------------------------------------- Component/s: (was: Gerrit/git) Project: oVirt system tests (was: oVirt - virtualization made easy) Workflow: Software Simplified Workflow for Project OST (was: Task Management Workflow) Key: OST-97 (was: OVIRT-1822) > ovirt-system-tests/network-suite: grant +2 rights to edwardh > ------------------------------------------------------------- > > Key: OST-97 > URL: https://ovirt-jira.atlassian.net/browse/OST-97 > Project: oVirt system tests > Issue Type: Task > Reporter: danken > Assignee: infra > > I expect that the new network suite in OST would see many new tests and other modifications. To make development faster, I suggest to grant +2 powers to [~ehaas(a)redhat.com] under the understand that he uses them only on patches affecting network-suite/{lib,features,tests}/**. > After month of having +2 powers on Vdsm, I am certain that he would not abuse his powers outside his realm. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[oVirt Jenkins] ovirt-system-tests_performance-suite-master - Build # 49 - Failure!
by jenkins＠jenkins.phx.ovirt.org 02 Jan '18

02 Jan '18

------=_Part_90_908723420.1514774989427 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Project: http://jenkins.ovirt.org/job/ovirt-system-tests_performance-suite-= master/=20 Build: http://jenkins.ovirt.org/job/ovirt-system-tests_performance-suite-ma= ster/49/ Build Number: 49 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #49 [Eyal Shenitzky] Fix call for add_vm_template.__name__ ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 1000_analyze_postgresql.analyze_postgres Error Message: Failed to perform the postgres analysis. Exit code is 1 -------------------- >> begin captured logging << -------------------- lago.plugins.vm: INFO: * Copy /home/jenkins/workspace/ovirt-system-test= s_performance-suite-master/ovirt-system-tests/performance-suite-master/../c= ommon/test-scenarios-files/analyze_postgresql.sh to lago-performance-suite-= master-engine:/root: ?[0m?[0m lago.ssh: DEBUG: start task:784efeef-2f80-481a-9d83-06b64147f0b1:Get ssh cl= ient for lago-performance-suite-master-engine: lago.ssh: DEBUG: end task:784efeef-2f80-481a-9d83-06b64147f0b1:Get ssh clie= nt for lago-performance-suite-master-engine: lago.plugins.vm: INFO: * Copy /home/jenkins/workspace/ovirt-system-test= s_performance-suite-master/ovirt-system-tests/performance-suite-master/../c= ommon/test-scenarios-files/analyze_postgresql.sh to lago-performance-suite-= master-engine:/root: ?[32mSuccess?[0m (in 0:00:00) lago.ssh: DEBUG: start task:5d85c7f7-f5d0-47bb-9d9b-231ffdb39e32:Get ssh cl= ient for lago-performance-suite-master-engine: lago.ssh: DEBUG: end task:5d85c7f7-f5d0-47bb-9d9b-231ffdb39e32:Get ssh clie= nt for lago-performance-suite-master-engine: lago.ssh: DEBUG: Running 58a2488c on lago-performance-suite-master-engine: = bash -ex /root/analyze_postgresql.sh lago.ssh: DEBUG: Command 58a2488c on lago-performance-suite-master-engine r= eturned with 1 lago.ssh: DEBUG: Command 58a2488c on lago-performance-suite-master-engine o= utput: Loaded plugins: fastestmirror, versionlock Examining /var/tmp/yum-root-tSEVtd/pgdg-centos95-9.5-3.noarch.rpm: pgdg-cen= tos95-9.5-3.noarch Marking /var/tmp/yum-root-tSEVtd/pgdg-centos95-9.5-3.noarch.rpm to be insta= lled Resolving Dependencies --> Running transaction check ---> Package pgdg-centos95.noarch 0:9.5-3 will be installed --> Finished Dependency Resolution Dependencies Resolved =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D Package Arch Version Repository = Size =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D Installing: pgdg-centos95 noarch 9.5-3 /pgdg-centos95-9.5-3.noarch 2= .2 k Transaction Summary =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D Install 1 Package Total size: 2.2 k Installed size: 2.2 k Downloading packages: Running transaction check Running transaction test Transaction test succeeded Running transaction Installing : pgdg-centos95-9.5-3.noarch = 1/1=20 Verifying : pgdg-centos95-9.5-3.noarch = 1/1=20 Installed: pgdg-centos95.noarch 0:9.5-3 = =20 Complete! Loaded plugins: fastestmirror, versionlock Determining fastest mirrors * base: mirror.sfo12.us.leaseweb.net * extras: repos.lax.quadranet.com * updates: mirrors.syringanetworks.net Resolving Dependencies --> Running transaction check ---> Package pgbadger.noarch 0:9.2-1.rhel7 will be installed ---> Package pgcluu.noarch 0:2.6-1.rhel7 will be installed --> Finished Dependency Resolution Dependencies Resolved =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D Package Arch Version Repository = Size =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D Installing: pgbadger noarch 9.2-1.rhel7 pgdg95 2= 99 k pgcluu noarch 2.6-1.rhel7 pgdg95 3= 04 k Transaction Summary =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D Install 2 Packages Total download size: 603 k Installed size: 2.5 M Downloading packages: ---------------------------------------------------------------------------= ----- Total 325 kB/s | 603 kB 00:01= =20 Running transaction check Running transaction test Transaction test succeeded Running transaction Installing : pgbadger-9.2-1.rhel7.noarch = 1/2=20 Installing : pgcluu-2.6-1.rhel7.noarch = 2/2=20 Verifying : pgcluu-2.6-1.rhel7.noarch = 1/2=20 Verifying : pgbadger-9.2-1.rhel7.noarch = 2/2=20 Installed: pgbadger.noarch 0:9.2-1.rhel7 pgcluu.noarch 0:2.6-1.rhel7 = =20 Complete! lago.ssh: DEBUG: Command 58a2488c on lago-performance-suite-master-engine = errors: + yum install -y https://download.postgresql.org/pub/repos/yum/9.5/redhat/= rhel-7-x86_64/pgdg-centos95-9.5-3.noarch.rpm + yum install -y pgbadger pgcluu + cd /var/opt/rh/rh-postgresql95/lib/pgsql/data/pg_log/ ++ su - postgres -c 'scl enable rh-postgresql95 -- psql postgres postgres = -t -c '\''show log_filename'\''' ++ sed 2d + pglog=3D' postgresql-%m.log' ++ date +postgresql-%m.log + pglog=3Dpostgresql-12.log + mkdir pgbadger + pgbadger postgresql-12.log --outdir pgbadger FATAL: logfile "postgresql-12.log" must exist! --------------------- >> end captured logging << --------------------- Stack Trace: File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTes= t self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, i= n wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in= wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt-system-tests_performance-suite-master= /ovirt-system-tests/performance-suite-master/test-scenarios/1000_analyze_po= stgresql.py", line 54, in analyze_postgres ' Exit code is %s' % result.code File "/usr/lib/python2.7/site-packages/nose/tools/trivial.py", line 29, i= n eq_ raise AssertionError(msg or "%r !=3D %r" % (a, b)) 'Failed to perform the postgres analysis. Exit code is 1\n-----------------= --- >> begin captured logging << --------------------\nlago.plugins.vm: INF= O: * Copy /home/jenkins/workspace/ovirt-system-tests_performance-suite-= master/ovirt-system-tests/performance-suite-master/../common/test-scenarios= -files/analyze_postgresql.sh to lago-performance-suite-master-engine:/root:= \x1b[0m\x1b[0m\nlago.ssh: DEBUG: start task:784efeef-2f80-481a-9d83-06b641= 47f0b1:Get ssh client for lago-performance-suite-master-engine:\nlago.ssh: = DEBUG: end task:784efeef-2f80-481a-9d83-06b64147f0b1:Get ssh client for lag= o-performance-suite-master-engine:\nlago.plugins.vm: INFO: * Copy /home= /jenkins/workspace/ovirt-system-tests_performance-suite-master/ovirt-system= -tests/performance-suite-master/../common/test-scenarios-files/analyze_post= gresql.sh to lago-performance-suite-master-engine:/root: \x1b[32mSuccess\x1= b[0m (in 0:00:00)\nlago.ssh: DEBUG: start task:5d85c7f7-f5d0-47bb-9d9b-231f= fdb39e32:Get ssh client for lago-performance-suite-master-engine:\nlago.ssh= : DEBUG: end task:5d85c7f7-f5d0-47bb-9d9b-231ffdb39e32:Get ssh client for l= ago-performance-suite-master-engine:\nlago.ssh: DEBUG: Running 58a2488c on = lago-performance-suite-master-engine: bash -ex /root/analyze_postgresql.sh\= nlago.ssh: DEBUG: Command 58a2488c on lago-performance-suite-master-engine = returned with 1\nlago.ssh: DEBUG: Command 58a2488c on lago-performance-suit= e-master-engine output:\n Loaded plugins: fastestmirror, versionlock\nExami= ning /var/tmp/yum-root-tSEVtd/pgdg-centos95-9.5-3.noarch.rpm: pgdg-centos95= -9.5-3.noarch\nMarking /var/tmp/yum-root-tSEVtd/pgdg-centos95-9.5-3.noarch.= rpm to be installed\nResolving Dependencies\n--> Running transaction check\= n---> Package pgdg-centos95.noarch 0:9.5-3 will be installed\n--> Finished = Dependency Resolution\n\nDependencies Resolved\n\n=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D\n Packag= e Arch Version Repository Size\n= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D\nInstalling:\n pgdg-centos95 noarch 9.5-3 /pg= dg-centos95-9.5-3.noarch 2.2 k\n\nTransaction Summary\n=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= \nInstall 1 Package\n\nTotal size: 2.2 k\nInstalled size: 2.2 k\nDownloadi= ng packages:\nRunning transaction check\nRunning transaction test\nTransact= ion test succeeded\nRunning transaction\n Installing : pgdg-centos95-9.5-3= .noarch 1/1 \n Verifying : pgdg-centos9= 5-9.5-3.noarch 1/1 \n\nInstalled:\n pgdg= -centos95.noarch 0:9.5-3 \= n\nComplete!\nLoaded plugins: fastestmirror, versionlock\nDetermining faste= st mirrors\n * base: mirror.sfo12.us.leaseweb.net\n * extras: repos.lax.qua= dranet.com\n * updates: mirrors.syringanetworks.net\nResolving Dependencies= \n--> Running transaction check\n---> Package pgbadger.noarch 0:9.2-1.rhel7= will be installed\n---> Package pgcluu.noarch 0:2.6-1.rhel7 will be instal= led\n--> Finished Dependency Resolution\n\nDependencies Resolved\n\n=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D\n Package Arch Version Reposi= tory Size\n=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D\nInstalling:\n pgbadger noarch = 9.2-1.rhel7 pgdg95 299 k\n pgcluu no= arch 2.6-1.rhel7 pgdg95 304 k\n\nTransaction S= ummary\n=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D\nInstall 2 Packages\n\nTotal download size: 603 k= \nInstalled size: 2.5 M\nDownloading packages:\n---------------------------= -----------------------------------------------------\nTotal = 325 kB/s | 603 kB 00:01 \nRunning trans= action check\nRunning transaction test\nTransaction test succeeded\nRunning= transaction\n Installing : pgbadger-9.2-1.rhel7.noarch = 1/2 \n Installing : pgcluu-2.6-1.rhel7.noarch = 2/2 \n Verifying : pgcluu-2.6-1.rhel7.noarch = 1/2 \n Verifying : pgbadger-9.2-1.rhel7.noar= ch 2/2 \n\nInstalled:\n pgbadger.noarch 0= :9.2-1.rhel7 pgcluu.noarch 0:2.6-1.rhel7 \n\nComplete!\n= \nlago.ssh: DEBUG: Command 58a2488c on lago-performance-suite-master-engine= errors:\n + yum install -y https://download.postgresql.org/pub/repos/yum/= 9.5/redhat/rhel-7-x86_64/pgdg-centos95-9.5-3.noarch.rpm\n+ yum install -y p= gbadger pgcluu\n+ cd /var/opt/rh/rh-postgresql95/lib/pgsql/data/pg_log/\n++= su - postgres -c \'scl enable rh-postgresql95 -- psql postgres postgres -= t -c \'\\\'\'show log_filename\'\\\'\'\'\n++ sed 2d\n+ pglog=3D\' postgresq= l-%m.log\'\n++ date +postgresql-%m.log\n+ pglog=3Dpostgresql-12.log\n+ mkdi= r pgbadger\n+ pgbadger postgresql-12.log --outdir pgbadger\nFATAL: logfile = "postgresql-12.log" must exist!\n\n--------------------- >> end captured lo= gging << ---------------------' ------=_Part_90_908723420.1514774989427--

1 1

[JIRA] (OVIRT-1822) ovirt-system-tests/network-suite: grant +2 rights to edwardh
by danken (oVirt JIRA) 01 Jan '18

01 Jan '18

This is a multi-part message in MIME format... ------------=_1514833945-20587-175 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit danken created OVIRT-1822: ----------------------------- Summary: ovirt-system-tests/network-suite: grant +2 rights to edwardh Key: OVIRT-1822 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1822 Project: oVirt - virtualization made easy Issue Type: Task Components: Gerrit/git Reporter: danken Assignee: infra I expect that the new network suite in OST would see many new tests and other modifications. To make development faster, I suggest to grant +2 powers to [~ehaas(a)redhat.com] under the understand that he uses them only on patches affecting network-suite/{lib,features,tests}/**. After month of having +2 powers on Vdsm, I am certain that he would not abuse his powers outside his realm. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1514833945-20587-175 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>danken created OVIRT-1822:</h3> <pre> Summary: ovirt-system-tests/network-suite: grant +2 rights to edwardh Key: OVIRT-1822 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1822 Project: oVirt - virtualization made easy Issue Type: Task Components: Gerrit/git Reporter: danken Assignee: infra</pre> <p>I expect that the new network suite in OST would see many new tests and other modifications. To make development faster, I suggest to grant +2 powers to [~ehaas(a)redhat.com] under the understand that he uses them only on patches affecting network-suite/{lib,features,tests}/**.</p> <p>After month of having +2 powers on Vdsm, I am certain that he would not abuse his powers outside his realm.</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1514833945-20587-175--

1 0

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #1062
by jenkins＠jenkins.phx.ovirt.org 01 Jan '18

01 Jan '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/1062/displ…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/ws/> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 39cb0786960e2a2b603efb26af900faafe9dde96 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 39cb0786960e2a2b603efb26af900faafe9dde96 Commit message: "ioprocess: Disable build-artifacts on fedora/ppc64le" > git rev-list 39cb0786960e2a2b603efb26af900faafe9dde96 # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins9010413751028951079.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1465, in _commonLoadRepoXML local = self.cachedir + '/repomd.xml' File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 774, in <lambda> cachedir = property(lambda self: self._dirGetAttr('cachedir')) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 757, in _dirGetAttr self.dirSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 735, in dirSetup self._dirSetupMkdir_p(dir) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 712, in _dirSetupMkdir_p raise Errors.RepoError, msg yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-updates-el7/gen error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7/gen' Build step 'Execute shell' marked build as failure

1 1

[JIRA] (OVIRT-1821) jenkins 'check-patch.sh' does not always generate differences.html in downstream repos
by Barak Korren (oVirt JIRA) 01 Jan '18

01 Jan '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1821?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1821: -------------------------------- Status: In Progress (was: To Do) > jenkins 'check-patch.sh' does not always generate differences.html in downstream repos > -------------------------------------------------------------------------------------- > > Key: OVIRT-1821 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1821 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Barak Korren > Assignee: infra > Labels: standard-ci > > The 'check-patch.sh' script in the 'jenkins' repo knows how to generate a 'differences.html' file when job YAML changes. > The 'jenkins' repo is designed to be used as an upstream source repo for other repos, and it is designed that 'check-patch.sh' will be usable on those DS repos. > When YAML changes from the 'jenkins' repo make it into the DS repos via a patch to the 'upstream-sources.yaml' file in the DS repo, and 'check-patch.sh' runs on that repo, 'differences.html' is not being generated, because the change to 'upstream-sources.yaml' does not look like a job YAML change. > We need to change 'check-patch.sh' so that when running in a DS repo, it knows how to look and diagnose changes coming from the upstream repo. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1821) jenkins 'check-patch.sh' does not always generate differences.html in downstream repos
by Barak Korren (oVirt JIRA) 01 Jan '18

01 Jan '18

This is a multi-part message in MIME format... ------------=_1514819059-25030-101 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Barak Korren created OVIRT-1821: ----------------------------------- Summary: jenkins 'check-patch.sh' does not always generate differences.html in downstream repos Key: OVIRT-1821 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1821 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Barak Korren Assignee: infra The 'check-patch.sh' script in the 'jenkins' repo knows how to generate a 'differences.html' file when job YAML changes. The 'jenkins' repo is designed to be used as an upstream source repo for other repos, and it is designed that 'check-patch.sh' will be usable on those DS repos. When YAML changes from the 'jenkins' repo make it into the DS repos via a patch to the 'upstream-sources.yaml' file in the DS repo, and 'check-patch.sh' runs on that repo, 'differences.html' is not being generated, because the change to 'upstream-sources.yaml' does not look like a job YAML change. We need to change 'check-patch.sh' so that when running in a DS repo, it knows how to look and diagnose changes coming from the upstream repo. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1514819059-25030-101 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Barak Korren created OVIRT-1821:</h3> <pre> Summary: jenkins 'check-patch.sh' does not always generate differences.html in downstream repos Key: OVIRT-1821 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1821 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Barak Korren Assignee: infra</pre> <p>The ‘check-patch.sh’ script in the ‘jenkins’ repo knows how to generate a ‘differences.html’ file when job YAML changes.</p> <p>The ‘jenkins’ repo is designed to be used as an upstream source repo for other repos, and it is designed that ‘check-patch.sh’ will be usable on those DS repos.</p> <p>When YAML changes from the ‘jenkins’ repo make it into the DS repos via a patch to the ‘upstream-sources.yaml’ file in the DS repo, and ‘check-patch.sh’ runs on that repo, ‘differences.html’ is not being generated, because the change to ‘upstream-sources.yaml’ does not look like a job YAML change.</p> <p>We need to change ‘check-patch.sh’ so that when running in a DS repo, it knows how to look and diagnose changes coming from the upstream repo.</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1514819059-25030-101--

1 0

[JIRA] (OVIRT-1821) jenkins 'check-patch.sh' does not always generate differences.html in downstream repos
by Barak Korren (oVirt JIRA) 01 Jan '18

01 Jan '18

This is a multi-part message in MIME format... ------------=_1514819059-25953-112 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1821?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1821: -------------------------------- Epic Link: OVIRT-400 > jenkins 'check-patch.sh' does not always generate differences.html in downstream repos > -------------------------------------------------------------------------------------- > > Key: OVIRT-1821 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1821 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Barak Korren > Assignee: infra > Labels: standard-ci > > The 'check-patch.sh' script in the 'jenkins' repo knows how to generate a 'differences.html' file when job YAML changes. > The 'jenkins' repo is designed to be used as an upstream source repo for other repos, and it is designed that 'check-patch.sh' will be usable on those DS repos. > When YAML changes from the 'jenkins' repo make it into the DS repos via a patch to the 'upstream-sources.yaml' file in the DS repo, and 'check-patch.sh' runs on that repo, 'differences.html' is not being generated, because the change to 'upstream-sources.yaml' does not look like a job YAML change. > We need to change 'check-patch.sh' so that when running in a DS repo, it knows how to look and diagnose changes coming from the upstream repo. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1514819059-25953-112 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1821?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren updated OVIRT-1821:</h3> <pre>Epic Link: OVIRT-400</pre> <blockquote><h3>jenkins ‘check-patch.sh’ does not always generate differences.html in downstream repos</h3> <pre> Key: OVIRT-1821 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1821 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Barak Korren Assignee: infra Labels: standard-ci</pre> <p>The ‘check-patch.sh’ script in the ‘jenkins’ repo knows how to generate a ‘differences.html’ file when job YAML changes. The ‘jenkins’ repo is designed to be used as an upstream source repo for other repos, and it is designed that ‘check-patch.sh’ will be usable on those DS repos. When YAML changes from the ‘jenkins’ repo make it into the DS repos via a patch to the ‘upstream-sources.yaml’ file in the DS repo, and ‘check-patch.sh’ runs on that repo, ‘differences.html’ is not being generated, because the change to ‘upstream-sources.yaml’ does not look like a job YAML change. We need to change ‘check-patch.sh’ so that when running in a DS repo, it knows how to look and diagnose changes coming from the upstream repo.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1514819059-25953-112--

1 0

[oVirt Jenkins] ovirt-system-tests_hc-basic-suite-master - Build # 140 - Failure!
by jenkins＠jenkins.phx.ovirt.org 01 Jan '18

01 Jan '18

------=_Part_45_148669655.1514345479076 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-master/140/ Build Number: 140 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #140 [Yaniv Kaul] Add additional tests for more objects [Nir Soffer] ioprocess: Exclude fc2* ppc64le tests ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_45_148669655.1514345479076--

1 5

[oVirt Jenkins] ovirt-system-tests_he-basic-suite-master - Build # 153 - Failure!
by jenkins＠jenkins.phx.ovirt.org 01 Jan '18

01 Jan '18

------=_Part_43_1331353204.1514344774074 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-master/153/ Build Number: 153 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #153 [Yaniv Kaul] Add additional tests for more objects [Nir Soffer] ioprocess: Exclude fc2* ppc64le tests ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_43_1331353204.1514344774074--

1 6

[CQ]: 85849,1 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 31 Dec '17

31 Dec '17

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

1 0

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #1059
by jenkins＠jenkins.phx.ovirt.org 31 Dec '17

31 Dec '17

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/1059/displ…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/ws/> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 39cb0786960e2a2b603efb26af900faafe9dde96 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 39cb0786960e2a2b603efb26af900faafe9dde96 Commit message: "ioprocess: Disable build-artifacts on fedora/ppc64le" > git rev-list 39cb0786960e2a2b603efb26af900faafe9dde96 # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins6156372028349447718.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1465, in _commonLoadRepoXML local = self.cachedir + '/repomd.xml' File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 774, in <lambda> cachedir = property(lambda self: self._dirGetAttr('cachedir')) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 757, in _dirGetAttr self.dirSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 735, in dirSetup self._dirSetupMkdir_p(dir) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 712, in _dirSetupMkdir_p raise Errors.RepoError, msg yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-updates-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7' Build step 'Execute shell' marked build as failure

1 1

CQ for 4.2 not really working right now
by Barak Korren 31 Dec '17

31 Dec '17

If you're on this list you've probably seen the failure emails from the 4.2 CQ. The reason it is failing is that OST is failing to install engine, because there is no engine package available to it. The 4.2 tested repo does not contain an engine package ATM. ther does not seem to be any other repo configured in reposync for 4.2 ATM that engine could be taken from. Wern't we supposed to have 4.1 as a fallback repo fore 4.2 OST until everything branches? As things stand right now, its is quite likely that a 4,2 tested repo will not get built because everything needs an engine package to pass OST and the engine package need a great deal of other things to work, not to mention vdsm -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

2 3

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #1055
by jenkins＠jenkins.phx.ovirt.org 30 Dec '17

30 Dec '17

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/1055/displ…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/ws/> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune > git rev-parse origin/master^{commit} # timeout=10 Checking out Revision 39cb0786960e2a2b603efb26af900faafe9dde96 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 39cb0786960e2a2b603efb26af900faafe9dde96 Commit message: "ioprocess: Disable build-artifacts on fedora/ppc64le" > git rev-list 39cb0786960e2a2b603efb26af900faafe9dde96 # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins3097405870584390045.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1465, in _commonLoadRepoXML local = self.cachedir + '/repomd.xml' File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 774, in <lambda> cachedir = property(lambda self: self._dirGetAttr('cachedir')) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 757, in _dirGetAttr self.dirSetup() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 735, in dirSetup self._dirSetupMkdir_p(dir) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 712, in _dirSetupMkdir_p raise Errors.RepoError, msg yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-updates-el7/gen error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7/gen' Build step 'Execute shell' marked build as failure

1 1

[CQ]: 85797, 2 (ovirt-provider-ovn) failed "ovirt-master" system tests
by oVirt Jenkins 29 Dec '17

29 Dec '17

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

1 0

[CQ]: 85308,6 (vdsm) failed "ovirt-master" system tests
by oVirt Jenkins 28 Dec '17

28 Dec '17

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

1 0

[CQ]: 85797, 2 (ovirt-provider-ovn) failed "ovirt-master" system tests
by oVirt Jenkins 28 Dec '17

28 Dec '17

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

1 0

[JIRA] (OVIRT-1820) ioporcess build-artifacts fails on fedora/ppc64le
by Nir Soffer (oVirt JIRA) 28 Dec '17

28 Dec '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1820?page=com.atlassian.jira.… ] Nir Soffer commented on OVIRT-1820: ----------------------------------- On Thu, Dec 28, 2017 at 9:57 AM Yaniv Lavi <ylavi(a)redhat.com> wrote: > What is the RCA? > CI does not support Fedora/ppc64le yet. If we want to support it we need to open RFE for that. I don't think that users will run fedora on a ppc64 machine, but it may help us to support the next rhel version. > > YANIV LAVI > > SENIOR TECHNICAL PRODUCT MANAGER > > Red Hat Israel Ltd. <https://www.redhat.com/> > > 34 Jerusalem Road, Building A, 1st floor > > Ra'anana, Israel 4350109 > > ylavi(a)redhat.com T: +972-9-7692306/8272306 F: +972-9-7692223 IM: ylavi > <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> > @redhatnews <https://twitter.com/redhatnews> Red Hat <https://www.linkedin.com/company/red-hat> Red Hat <https://www.facebook.com/RedHatInc> > > > On Wed, Dec 27, 2017 at 10:27 PM, Nir Soffer <nsoffer(a)redhat.com> wrote: > >> I posted this for removing the fedora/ppc64le jobs: >> https://gerrit.ovirt.org/#/c/85786/ >> >> On Wed, Dec 27, 2017 at 10:20 PM Nir Soffer <nsoffer(a)redhat.com> wrote: >> >>> We added recently build-artifacts jobs for ioprocess on fedora/ppc64le. >>> >>> I merge a patch today, and build-artifacts fail: >>> >>> http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc26-ppc64le/… >>> >>> http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc27-ppc64le/… >>> >>> http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fcraw-ppc64le… >>> >>> So it seems that we cannot support fedora on ppc64le now, and we >>> need to remove these jobs. >>> >>> Nir >>> >> > > ioporcess build-artifacts fails on fedora/ppc64le > ------------------------------------------------- > > Key: OVIRT-1820 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1820 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > Fix For: OVIRT-INFRA-DEC-2017 > > > We added recently build-artifacts jobs for ioprocess on fedora/ppc64le. > I merge a patch today, and build-artifacts fail: > http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc26-ppc64le/… > http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc27-ppc64le/… > http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fcraw-ppc64le… > So it seems that we cannot support fedora on ppc64le now, and we > need to remove these jobs. > Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

ioporcess build-artifacts fails on fedora/ppc64le
by Nir Soffer 28 Dec '17

28 Dec '17

We added recently build-artifacts jobs for ioprocess on fedora/ppc64le. I merge a patch today, and build-artifacts fail: http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc26-ppc64le/… http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc27-ppc64le/… http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fcraw-ppc64le… So it seems that we cannot support fedora on ppc64le now, and we need to remove these jobs. Nir

2 3

[CQ]: 85787,4 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 28 Dec '17

28 Dec '17

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

1 0

[CQ]: 85812, 1 (ovirt-engine-api-model) failed "ovirt-4.2" system tests, but isn't the failure root cause
by oVirt Jenkins 28 Dec '17

28 Dec '17

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

1 0

[CQ]: 85797, 2 (ovirt-provider-ovn) failed "ovirt-master" system tests
by oVirt Jenkins 28 Dec '17

28 Dec '17

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

1 0

[JIRA] (OVIRT-1812) [Gerrit Hooks] bug-url hook should not verify bugs w/o bug-url: prefix
by eyal edri (oVirt JIRA) 28 Dec '17

28 Dec '17

This is a multi-part message in MIME format... ------------=_1514473065-28079-151 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1812?page=com.atlassian.jira.… ] eyal edri updated OVIRT-1812: ----------------------------- Summary: [Gerrit Hooks] bug-url hook should not verify bugs w/o bug-url: prefix (was: Gerrit bug check is buggy) > [Gerrit Hooks] bug-url hook should not verify bugs w/o bug-url: prefix > ---------------------------------------------------------------------- > > Key: OVIRT-1812 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1812 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Nir Soffer > Assignee: Anton Marchukov > > Gerrit bug check code is treating unrelated urls as Bug-Url: > Patch Set 1: Verified-1 > - Check Bug-Url::1520068::WARN, failed to get bug info (private bug or > bug doesn't exist) > - Check Bug-Url::1527827::OK, classification: 'Red Hat', product: 'Red > Hat Enterprise Virtualization Manager' (-1) > - Check Product::WARN, failed to get bug info (private bug or bug > doesn't exist) > - Check TM::WARN, failed to get bug info (private bug or bug doesn't > exist) > - Check Backport::OK, The patch backported to all the relevant stable > branches. > - Set POST::#1520068::WARN, failed to get bug info (private bug or bug > doesn't exist) > - Update Tracker::#1520068::WARN, failed to get bug info (private bug or > bug doesn't exist) > - Update Tracker::#1527827::OK, tracker status: POST > The commit message is: > commit 1b666da534c50321ada448e4bf397cab0306fcf1 > Author: Nir Soffer <nsoffer(a)redhat.com> > Date: Tue Dec 5 23:47:24 2017 +0200 > fileSD: Use InterruptibleDirectFile backend > FileStorgeDomainManifest uses now InterruptibleDirectFile for the > external leases backend. This ensure that the process does not become > uninterruptible if storage is non-responsive. > This change bypass the python bug[1] causing the entire process to hang > when opening the special xleases volume. Now the operation is done in > the child process outside of Vdsm. > [1] https://bugzilla.redhat.com/1520068 > Change-Id: I8a0eb42baa73b6c0a877ad9acbe53ac51f31bfea > Bug-Url: https://bugzilla.redhat.com/1527827 > Signed-off-by: Nir Soffer <nsoffer(a)redhat.com> > There is exactly one Bur-Url. The other url is a bugzilla url but it should > be consumed only by humans, not by machines. Machines should use > only the Bug-Url. > Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1514473065-28079-151 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1812?page=com.atlassian.jira.… ]</pre> <h3>eyal edri updated OVIRT-1812:</h3> <pre>Summary: [Gerrit Hooks] bug-url hook should not verify bugs w/o bug-url: prefix (was: Gerrit bug check is buggy)</pre> <blockquote><h3>[Gerrit Hooks] bug-url hook should not verify bugs w/o bug-url: prefix</h3> <pre> Key: OVIRT-1812 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1812 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Nir Soffer Assignee: Anton Marchukov</pre> <p>Gerrit bug check code is treating unrelated urls as Bug-Url: Patch Set 1: Verified-1</p> <pre>- Check Bug-Url::1520068::WARN, failed to get bug info (private bug or bug doesn't exist) - Check Bug-Url::1527827::OK, classification: 'Red Hat', product: 'Red Hat Enterprise Virtualization Manager' (-1) - Check Product::WARN, failed to get bug info (private bug or bug doesn't exist) - Check TM::WARN, failed to get bug info (private bug or bug doesn't exist) - Check Backport::OK, The patch backported to all the relevant stable branches. - Set POST::#1520068::WARN, failed to get bug info (private bug or bug doesn't exist) - Update Tracker::#1520068::WARN, failed to get bug info (private bug or bug doesn't exist) - Update Tracker::#1527827::OK, tracker status: POST</pre> <p>The commit message is: commit 1b666da534c50321ada448e4bf397cab0306fcf1 Author: Nir Soffer <nsoffer(a)redhat.com> Date: Tue Dec 5 23:47:24 2017 +0200</p> <pre>fileSD: Use InterruptibleDirectFile backend FileStorgeDomainManifest uses now InterruptibleDirectFile for the external leases backend. This ensure that the process does not become uninterruptible if storage is non-responsive. This change bypass the python bug[1] causing the entire process to hang when opening the special xleases volume. Now the operation is done in the child process outside of Vdsm. [1] https://bugzilla.redhat.com/1520068 Change-Id: I8a0eb42baa73b6c0a877ad9acbe53ac51f31bfea Bug-Url: https://bugzilla.redhat.com/1527827 Signed-off-by: Nir Soffer <nsoffer(a)redhat.com></pre> <p>There is exactly one Bur-Url. The other url is a bugzilla url but it should be consumed only by humans, not by machines. Machines should use only the Bug-Url. Nir</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1514473065-28079-151--

1 0

[JIRA] (OVIRT-1818) ioprocess build fail on ppc64le
by eyal edri (oVirt JIRA) 28 Dec '17

28 Dec '17

This is a multi-part message in MIME format... ------------=_1514473021-29568-160 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1818?page=com.atlassian.jira.… ] eyal edri commented on OVIRT-1818: ---------------------------------- I'm guessing this is a duplicate of another ticket we already closed? I believe that until we know that ppc64le should be supported on Fedora ( including and RFE ) we can probably close this. > ioprocess build fail on ppc64le > ------------------------------- > > Key: OVIRT-1818 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1818 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: oVirt CI > Reporter: Nir Soffer > Assignee: Barak Korren > Labels: ppc64le, standard-ci > > The new builds for ppc64le fail with the errors below. > 1. > http://jenkins.ovirt.org/job/ioprocess_master_check-patch-fc26-ppc64le/1/co… > *00:00:42.499* ERROR: Command failed: *00:00:42.500* # /usr/bin/yum > --installroot /var/lib/mock/fedora-26-ppc64le-881f89337ffa51754418efa2ad261881-16706/root/ > --releasever 26 install @buildsys-build autoconf automake git > glib2-devel python-pip python-six python-subprocess32 python2-devel > python3-devel python3-six util-linux yajl-devel > --setopt=tsflags=nocontexts*00:00:42.500* Failed to set locale, > defaulting to C*00:00:42.500* No package git available.*00:00:42.501* > No package glib2-devel available.*00:00:42.501* No package > python-subprocess32 available.*00:00:42.501* No package python2-devel > available.*00:00:42.501* No package python3-devel > available.*00:00:42.501* No package util-linux > available.*00:00:42.501* No package yajl-devel available. > 2. > http://jenkins.ovirt.org/job/ioprocess_master_check-patch-fc27-ppc64le/1/co… > *00:00:18.335* + > /home/jenkins/workspace/ioprocess_master_check-patch-fc27-ppc64le/jenkins/mock_configs/mock_runner.sh > --patch-only --mock-confs-dir > /home/jenkins/workspace/ioprocess_master_check-patch-fc27-ppc64le/jenkins/mock_configs > --secrets-file /home/jenkins/workspace/ioprocess_master_check-patch-fc27-ppc64le/std_ci_secrets.yaml > --try-proxy --try-mirrors > http://mirrors.phx.ovirt.org/repos/yum/all_latest.json > 'fc27.*ppc64le'*00:00:18.347* Unable to find mock env > fc27.*ppc64le*00:00:18.351* Collecting mock logs*00:00:18.352* mv: > missing destination file operand after 'exported-artifacts/mock_logs' > 3. > http://jenkins.ovirt.org/job/ioprocess_master_check-patch-fcraw-ppc64le/1/c… > *00:00:26.701* + > /home/jenkins/workspace/ioprocess_master_check-patch-fcraw-ppc64le/jenkins/mock_configs/mock_runner.sh > --patch-only --mock-confs-dir > /home/jenkins/workspace/ioprocess_master_check-patch-fcraw-ppc64le/jenkins/mock_configs > --secrets-file /home/jenkins/workspace/ioprocess_master_check-patch-fcraw-ppc64le/std_ci_secrets.yaml > --try-proxy --try-mirrors > http://mirrors.phx.ovirt.org/repos/yum/all_latest.json > 'fcraw.*ppc64le'*00:00:26.702* Unable to find mock env > fcraw.*ppc64le*00:00:26.703* Collecting mock logs > Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1514473021-29568-160 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1818?page=com.atlassian.jira.… ]</pre> <h3>eyal edri commented on OVIRT-1818:</h3> <p>I'm guessing this is a duplicate of another ticket we already closed?</p> <p>I believe that until we know that ppc64le should be supported on Fedora ( including and RFE ) we can probably close this.</p> <blockquote><h3>ioprocess build fail on ppc64le</h3> <pre> Key: OVIRT-1818 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1818 Project: oVirt - virtualization made easy Issue Type: Bug Components: oVirt CI Reporter: Nir Soffer Assignee: Barak Korren Labels: ppc64le, standard-ci</pre> <p>The new builds for ppc64le fail with the errors below. 1. <a href="http://jenkins.ovirt.org/job/ioprocess_master_check-patch-fc26-ppc64le/1/co…">http://jenkins.ovirt.org/job/ioprocess_master_check-patch-fc26-ppc64le/1/co…</a> <strong>00:00:42.499</strong> ERROR: Command failed: <strong>00:00:42.500</strong> # /usr/bin/yum --installroot /var/lib/mock/fedora-26-ppc64le-881f89337ffa51754418efa2ad261881-16706/root/ --releasever 26 install @buildsys-build autoconf automake git glib2-devel python-pip python-six python-subprocess32 python2-devel python3-devel python3-six util-linux yajl-devel --setopt=tsflags=nocontexts*00:00:42.500* Failed to set locale, defaulting to C*00:00:42.500* No package git available.*00:00:42.501* No package glib2-devel available.*00:00:42.501* No package python-subprocess32 available.*00:00:42.501* No package python2-devel available.*00:00:42.501* No package python3-devel available.*00:00:42.501* No package util-linux available.*00:00:42.501* No package yajl-devel available. 2. <a href="http://jenkins.ovirt.org/job/ioprocess_master_check-patch-fc27-ppc64le/1/co…">http://jenkins.ovirt.org/job/ioprocess_master_check-patch-fc27-ppc64le/1/co…</a> <strong>00:00:18.335</strong> + /home/jenkins/workspace/ioprocess_master_check-patch-fc27-ppc64le/jenkins/mock_configs/mock_runner.sh --patch-only --mock-confs-dir /home/jenkins/workspace/ioprocess_master_check-patch-fc27-ppc64le/jenkins/mock_configs --secrets-file /home/jenkins/workspace/ioprocess_master_check-patch-fc27-ppc64le/std_ci_secrets.yaml --try-proxy --try-mirrors <a href="http://mirrors.phx.ovirt.org/repos/yum/all_latest.json">http://mirrors.phx.ovirt.org/repos/yum/all_latest.json</a> ‘fc27.*ppc64le'*00:00:18.347* Unable to find mock env fc27.*ppc64le*00:00:18.351* Collecting mock logs*00:00:18.352* mv: missing destination file operand after 'exported-artifacts/mock_logs’ 3. <a href="http://jenkins.ovirt.org/job/ioprocess_master_check-patch-fcraw-ppc64le/1/c…">http://jenkins.ovirt.org/job/ioprocess_master_check-patch-fcraw-ppc64le/1/c…</a> <strong>00:00:26.701</strong> + /home/jenkins/workspace/ioprocess_master_check-patch-fcraw-ppc64le/jenkins/mock_configs/mock_runner.sh --patch-only --mock-confs-dir /home/jenkins/workspace/ioprocess_master_check-patch-fcraw-ppc64le/jenkins/mock_configs --secrets-file /home/jenkins/workspace/ioprocess_master_check-patch-fcraw-ppc64le/std_ci_secrets.yaml --try-proxy --try-mirrors <a href="http://mirrors.phx.ovirt.org/repos/yum/all_latest.json">http://mirrors.phx.ovirt.org/repos/yum/all_latest.json</a> 'fcraw.*ppc64le'*00:00:26.702* Unable to find mock env fcraw.*ppc64le*00:00:26.703* Collecting mock logs Nir</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1514473021-29568-160--

1 0

[JIRA] (OVIRT-1745) Make upstream source collection and polling code usable for pipelines
by Barak Korren (oVirt JIRA) 28 Dec '17

28 Dec '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1745?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1745: -------------------------------- Resolution: Fixed Status: Done (was: To Do) > Make upstream source collection and polling code usable for pipelines > --------------------------------------------------------------------- > > Key: OVIRT-1745 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1745 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: oVirt CI > Reporter: Barak Korren > Assignee: infra > Labels: poll-upstream-sources, upstream-source-collector > > The upstream source collection and polling code is currently only suitable for use in Free-Style jobs. This is because: > # We support having 'jenkins' repositories (Where jobs expect STDCI code to be found) use the upstream sources mechanism to get the actual code from the main 'jenkins' repo in gerrit.ovirt.org > # This creates a situation where in order to get the STDCI code we need to run the upstream sources code > # This creates a chicken and and egg problem because the upstream sources code is part of the STDCI code > # To solve this issue we simply embedded the upstream sources code into the job code by using '{{#include}}' in JJB rather then running it as a stand-alone script. > # This technique is not usable for pipelines, so we need to come with a different solution and make the required adjustments to the source collection and polling code. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

[JIRA] (OVIRT-1745) Make upstream source collection and polling code usable for pipelines
by Barak Korren (oVirt JIRA) 28 Dec '17

28 Dec '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1745?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1745: ------------------------------------- Work done in OVIRT-1746 provided stand-alone tools that are usable from pipelines. No further work is needed in this ticket. > Make upstream source collection and polling code usable for pipelines > --------------------------------------------------------------------- > > Key: OVIRT-1745 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1745 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: oVirt CI > Reporter: Barak Korren > Assignee: infra > Labels: poll-upstream-sources, upstream-source-collector > > The upstream source collection and polling code is currently only suitable for use in Free-Style jobs. This is because: > # We support having 'jenkins' repositories (Where jobs expect STDCI code to be found) use the upstream sources mechanism to get the actual code from the main 'jenkins' repo in gerrit.ovirt.org > # This creates a situation where in order to get the STDCI code we need to run the upstream sources code > # This creates a chicken and and egg problem because the upstream sources code is part of the STDCI code > # To solve this issue we simply embedded the upstream sources code into the job code by using '{{#include}}' in JJB rather then running it as a stand-alone script. > # This technique is not usable for pipelines, so we need to come with a different solution and make the required adjustments to the source collection and polling code. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0

Change in ds-jenkins-stg[master]: Set upstream source to automerge
by review＠gerrit-staging.phx.ovirt.org 28 Dec '17

28 Dec '17

>From Barak Korren <bkorren(a)redhat.com>: Barak Korren has submitted this change and it was merged. ( https://gerrit-staging.phx.ovirt.org/113 ) Change subject: Set upstream source to automerge ...................................................................... Set upstream source to automerge Change-Id: I27473d06d3d49c74661a14da51578c0a8fef7e10 --- M automation/upstream_sources.yaml 1 file changed, 1 insertion(+), 0 deletions(-) Approvals: Barak Korren: Looks good to me, approved; Verified; Passed CI tests -- To view, visit https://gerrit-staging.phx.ovirt.org/113 To unsubscribe, visit https://gerrit-staging.phx.ovirt.org/settings Gerrit-Project: ds-jenkins-stg Gerrit-Branch: master Gerrit-MessageType: merged Gerrit-Change-Id: I27473d06d3d49c74661a14da51578c0a8fef7e10 Gerrit-Change-Number: 113 Gerrit-PatchSet: 1 Gerrit-Owner: Barak Korren <bkorren(a)redhat.com> Gerrit-Reviewer: Barak Korren <bkorren(a)redhat.com> Gerrit-Reviewer: Jenkins CI <infra(a)ovirt.org>

1 0

[JIRA] (OVIRT-1820) ioporcess build-artifacts fails on fedora/ppc64le
by eyal edri (oVirt JIRA) 28 Dec '17

28 Dec '17

This is a multi-part message in MIME format... ------------=_1514453405-13384-106 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1820?page=com.atlassian.jira.… ] eyal edri updated OVIRT-1820: ----------------------------- Resolution: Fixed Status: Done (was: To Do) merged the patch to remove those jobs. If at any point we'll decide to support Fedora on PPC64LE we need to track it in Bugzilla with an RFE. > ioporcess build-artifacts fails on fedora/ppc64le > ------------------------------------------------- > > Key: OVIRT-1820 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1820 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > We added recently build-artifacts jobs for ioprocess on fedora/ppc64le. > I merge a patch today, and build-artifacts fail: > http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc26-ppc64le/… > http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc27-ppc64le/… > http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fcraw-ppc64le… > So it seems that we cannot support fedora on ppc64le now, and we > need to remove these jobs. > Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075) ------------=_1514453405-13384-106 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1820?page=com.atlassian.jira.… ]</pre> <h3>eyal edri updated OVIRT-1820:</h3> <pre>Resolution: Fixed Status: Done (was: To Do)</pre> <p>merged the patch to remove those jobs. If at any point we'll decide to support Fedora on PPC64LE we need to track it in Bugzilla with an RFE.</p> <blockquote><h3>ioporcess build-artifacts fails on fedora/ppc64le</h3> <pre> Key: OVIRT-1820 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1820 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Nir Soffer Assignee: infra</pre> <p>We added recently build-artifacts jobs for ioprocess on fedora/ppc64le. I merge a patch today, and build-artifacts fail: <a href="http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc26-ppc64le/…">http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc26-ppc64le/…</a> <a href="http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc27-ppc64le/…">http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc27-ppc64le/…</a> <a href="http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fcraw-ppc64le…">http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fcraw-ppc64le…</a> So it seems that we cannot support fedora on ppc64le now, and we need to remove these jobs. Nir</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BSM3…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1514453405-13384-106--

1 0

Change in ds-jenkins-stg[master]: Set upstream source to automerge
by review＠gerrit-staging.phx.ovirt.org 28 Dec '17

28 Dec '17

>From Barak Korren <bkorren(a)redhat.com>: Barak Korren has posted comments on this change. ( https://gerrit-staging.phx.ovirt.org/113 ) Change subject: Set upstream source to automerge ...................................................................... Patch Set 1: Verified+1 Code-Review+2 Continuous-Integration+1 -- To view, visit https://gerrit-staging.phx.ovirt.org/113 To unsubscribe, visit https://gerrit-staging.phx.ovirt.org/settings Gerrit-Project: ds-jenkins-stg Gerrit-Branch: master Gerrit-MessageType: comment Gerrit-Change-Id: I27473d06d3d49c74661a14da51578c0a8fef7e10 Gerrit-Change-Number: 113 Gerrit-PatchSet: 1 Gerrit-Owner: Barak Korren <bkorren(a)redhat.com> Gerrit-Reviewer: Barak Korren <bkorren(a)redhat.com> Gerrit-Reviewer: Jenkins CI <infra(a)ovirt.org> Gerrit-Comment-Date: Thu, 28 Dec 2017 08:21:46 +0000 Gerrit-HasComments: No

1 0

Change in ds-jenkins-stg[master]: Set upstream source to automerge
by review＠gerrit-staging.phx.ovirt.org 28 Dec '17

28 Dec '17

>From Barak Korren <bkorren(a)redhat.com>: Barak Korren has removed a vote on this change. Change subject: Set upstream source to automerge ...................................................................... Removed Continuous-Integration-1 by Jenkins CI <infra(a)ovirt.org> -- To view, visit https://gerrit-staging.phx.ovirt.org/113 To unsubscribe, visit https://gerrit-staging.phx.ovirt.org/settings Gerrit-Project: ds-jenkins-stg Gerrit-Branch: master Gerrit-MessageType: deleteVote Gerrit-Change-Id: I27473d06d3d49c74661a14da51578c0a8fef7e10 Gerrit-Change-Number: 113 Gerrit-PatchSet: 1 Gerrit-Owner: Barak Korren <bkorren(a)redhat.com> Gerrit-Reviewer: Jenkins CI <infra(a)ovirt.org>

1 0

Build failed in Jenkins: system-sync_mirrors-centos-ovirt-4.0-el7-x86_64 #1030
by jenkins＠jenkins.phx.ovirt.org 28 Dec '17

28 Dec '17

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-ovirt-4.0-el7-x86_6…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-ovirt-4.0-el7-x86_6…> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune ERROR: Error fetching remote repo 'origin' hudson.plugins.git.GitException: Failed to fetch from http://gerrit.ovirt.org/jenkins.git at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:825) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1092) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1123) at hudson.scm.SCM.checkout(SCM.java:495) at hudson.model.AbstractProject.checkout(AbstractProject.java:1202) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499) at hudson.model.Run.execute(Run.java:1724) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:97) at hudson.model.Executor.run(Executor.java:421) Caused by: hudson.plugins.git.GitException: Command "git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune" returned status code 128: stdout: stderr: fatal: unable to access 'http://gerrit.ovirt.org/jenkins.git/': Could not resolve host: gerrit.ovirt.org; Name or service not known at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandIn(CliGitAPIImpl.java:1970) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.launchCommandWithCredentials(CliGitAPIImpl.java:1689) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl.access$300(CliGitAPIImpl.java:71) at org.jenkinsci.plugins.gitclient.CliGitAPIImpl$1.execute(CliGitAPIImpl.java:380) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:153) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler$1.call(RemoteGitImpl.java:146) at hudson.remoting.UserRequest.perform(UserRequest.java:207) at hudson.remoting.UserRequest.perform(UserRequest.java:53) at hudson.remoting.Request$2.run(Request.java:358) at hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:72) 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:748) Suppressed: hudson.remoting.Channel$CallSiteStackTrace: Remote call to mirrors.phx.ovirt.org at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1693) at hudson.remoting.UserResponse.retrieve(UserRequest.java:310) at hudson.remoting.Channel.call(Channel.java:908) at org.jenkinsci.plugins.gitclient.RemoteGitImpl$CommandInvocationHandler.execute(RemoteGitImpl.java:146) at sun.reflect.GeneratedMethodAccessor533.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:132) at com.sun.proxy.$Proxy87.execute(Unknown Source) at hudson.plugins.git.GitSCM.fetchFrom(GitSCM.java:823) at hudson.plugins.git.GitSCM.retrieveChanges(GitSCM.java:1092) at hudson.plugins.git.GitSCM.checkout(GitSCM.java:1123) at hudson.scm.SCM.checkout(SCM.java:495) at hudson.model.AbstractProject.checkout(AbstractProject.java:1202) at hudson.model.AbstractBuild$AbstractBuildExecution.defaultCheckout(AbstractBuild.java:574) at jenkins.scm.SCMCheckoutStrategy.checkout(SCMCheckoutStrategy.java:86) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:499) at hudson.model.Run.execute(Run.java:1724) at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) at hudson.model.ResourceController.execute(ResourceController.java:97) at hudson.model.Executor.run(Executor.java:421) ERROR: Error fetching remote repo 'origin'

1 1

[CQ]: 85690, 1 (ioprocess) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 27 Dec '17

27 Dec '17

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

1 0

[CQ]: 85689,1 (ioprocess) failed "ovirt-master" system tests
by oVirt Jenkins 27 Dec '17

27 Dec '17

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

1 0

[JIRA] (OVIRT-1820) ioporcess build-artifacts fails on fedora/ppc64le
by Nir Soffer (oVirt JIRA) 27 Dec '17

27 Dec '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1820?page=com.atlassian.jira.… ] Nir Soffer commented on OVIRT-1820: ----------------------------------- I posted this for removing the fedora/ppc64le jobs: https://gerrit.ovirt.org/#/c/85786/ On Wed, Dec 27, 2017 at 10:20 PM Nir Soffer <nsoffer(a)redhat.com> wrote: > We added recently build-artifacts jobs for ioprocess on fedora/ppc64le. > > I merge a patch today, and build-artifacts fail: > > http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc26-ppc64le/… > > http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc27-ppc64le/… > > http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fcraw-ppc64le… > > So it seems that we cannot support fedora on ppc64le now, and we > need to remove these jobs. > > Nir > > ioporcess build-artifacts fails on fedora/ppc64le > ------------------------------------------------- > > Key: OVIRT-1820 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1820 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > We added recently build-artifacts jobs for ioprocess on fedora/ppc64le. > I merge a patch today, and build-artifacts fail: > http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc26-ppc64le/… > http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fc27-ppc64le/… > http://jenkins.ovirt.org/job/ioprocess_master_build-artifacts-fcraw-ppc64le… > So it seems that we cannot support fedora on ppc64le now, and we > need to remove these jobs. > Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)

1 0