- Infra - oVirt List Archives

[JIRA] (OVIRT-1661) Please create WGT toolchain deps git repos
by sbonazzo (oVirt JIRA) 21 Sep '17

21 Sep '17

This is a multi-part message in MIME format... ------------=_1505994939-30616-692 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit sbonazzo created OVIRT-1661: ------------------------------- Summary: Please create WGT toolchain deps git repos Key: OVIRT-1661 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1661 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: sbonazzo Assignee: infra In order to move to STD CI, please create the following gerrit repos: nsis-simple-service-plugin py2exe-py2.7 python-windows pywin32-py2.7 vcredist-x86 Please copy permissions from existing project ovirt-wgt-toolchain This is needed because the legacy build system used in ovirt-wgt-toolchain is currently broken (see http://jenkins.ovirt.org/job/vcredist-x86_4.1_create-rpms-el7-x86_64_create… ) and it will cost more fixing it than migrating to STD CI. -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> <http://www.teraplan.it/redhat-osd-2017/> -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) ------------=_1505994939-30616-692 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>sbonazzo created OVIRT-1661:</h3> <pre> Summary: Please create WGT toolchain deps git repos Key: OVIRT-1661 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1661 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: sbonazzo Assignee: infra</pre> In order to move to STD CI, please create the following gerrit repos: nsis-simple-service-plugin py2exe-py2.7 python-windows pywin32-py2.7 vcredist-x86 Please copy permissions from existing project ovirt-wgt-toolchain This is needed because the legacy build system used in ovirt-wgt-toolchain is currently broken (see <a href="http://jenkins.ovirt.org/job/vcredist-x86_4.1_create-rpms-el7-x86_64_create…">http://jenkins.ovirt.org/job/vcredist-x86_4.1_create-rpms-el7-x86_64_create…</a> ) and it will cost more fixing it than migrating to STD CI. — SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <<a href="https://www.redhat.com/">https://www.redhat.com/</a>> <<a href="https://red.ht/sig">https://red.ht/sig</a>> TRIED. TESTED. TRUSTED. <<a href="https://redhat.com/trusted">https://redhat.com/trusted</a>> <<a href="http://www.teraplan.it/redhat-osd-2017/">http://www.teraplan.it/redhat-osd-2017/</a>> — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1505994939-30616-692--

1 0

[JIRA] (OVIRT-1660) Re: Add new contributor to CI whitelist
by Anton Marchukov (oVirt JIRA) 21 Sep '17

21 Sep '17

This is a multi-part message in MIME format... ------------=_1505994639-31076-698 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Anton Marchukov created OVIRT-1660: -------------------------------------- Summary: Re: Add new contributor to CI whitelist Key: OVIRT-1660 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1660 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Anton Marchukov Assignee: infra Adding infra-support to open a ticket. On Thu, Sep 21, 2017 at 1:33 PM, Francesco Romani <fromani(a)redhat.com> wrote: > Hi Infra, > > > Viktor Mihajlovski > <https://gerrit.ovirt.org/#/q/owner:mihajlov%2540linux.vnet.ibm.com+status:o…> > - mihajlov(a)linux.vnet.ibm.com (CC'd) contributed Vdsm patches to enable > s390x support. > > Most of them already passed my and my teammates' review: > https://gerrit.ovirt.org/#/q/status:open+project:vdsm+ > branch:master+topic:s390-base > > He also wants to help with Engine in the future. Can we please add him to > the CI whitelist, so Jenkins > > can verify his patches? > > > Thanks! > > > -- > Francesco Romani > Senior SW Eng., Virtualization R&D > Red Hat > IRC: fromani github: @fromanirh > > > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > > -- Anton Marchukov Team Lead - Release Management - RHV DevOps - Red Hat -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) ------------=_1505994639-31076-698 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Anton Marchukov created OVIRT-1660:</h3> <pre> Summary: Re: Add new contributor to CI whitelist Key: OVIRT-1660 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1660 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Anton Marchukov Assignee: infra</pre> Adding infra-support to open a ticket. On Thu, Sep 21, 2017 at 1:33 PM, Francesco Romani <fromani(a)redhat.com> wrote: <blockquote>Hi Infra, Viktor Mihajlovski <<a href="https://gerrit.ovirt.org/#/q/owner:mihajlov%2540linux.vnet.ibm.com+status:o…">https://gerrit.ovirt.org/#/q/owner:mihajlov%2540linux.vnet.ibm.com+status:o…</a>> <ul><li>mihajlov(a)linux.vnet.ibm.com (CC'd) contributed Vdsm patches to enable</li></ul> s390x support. Most of them already passed my and my teammates' review: <a href="https://gerrit.ovirt.org/#/q/status:open+project:vdsm+">https://gerrit.ovirt.org/#/q/status:open+project:vdsm+</a> branch:master+topic:s390-base He also wants to help with Engine in the future. Can we please add him to the CI whitelist, so Jenkins can verify his patches? Thanks! — Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh _____________________________________________ Infra mailing list Infra(a)ovirt.org <a href="http://lists.ovirt.org/mailman/listinfo/infra">http://lists.ovirt.org/mailman/listinfo/infra</a></blockquote> — Anton Marchukov Team Lead – Release Management – RHV DevOps – Red Hat — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1505994639-31076-698--

1 0

Add new contributor to CI whitelist
by Francesco Romani 21 Sep '17

21 Sep '17

This is a multi-part message in MIME format. --------------34184BEAC0E49B4DE6380CDF Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi Infra, Viktor Mihajlovski <https://gerrit.ovirt.org/#/q/owner:mihajlov%2540linux.vnet.ibm.com+status:o…> - mihajlov(a)linux.vnet.ibm.com (CC'd) contributed Vdsm patches to enable s390x support. Most of them already passed my and my teammates' review: https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:s… He also wants to help with Engine in the future. Can we please add him to the CI whitelist, so Jenkins can verify his patches? Thanks! -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh --------------34184BEAC0E49B4DE6380CDF Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 7bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi Infra, <a class="gwt-InlineHyperlink" href="https://gerrit.ovirt.org/#/q/owner:mihajlov%2540linux.vnet.ibm.com+status:o…" title="Viktor Mihajlovski <mihajlov(a)linux.vnet.ibm.com>">Viktor Mihajlovski</a> - <a class="moz-txt-link-abbreviated" href="mailto:mihajlov@linux.vnet.ibm.com">mihajlov(a)linux.vnet.ibm.com</a> (CC'd) contributed Vdsm patches to enable s390x support. Most of them already passed my and my teammates' review: <a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:s…">https://gerrit.ovirt.org/#/q/status:open+project:vdsm+branch:master+topic:s…</a> He also wants to help with Engine in the future. Can we please add him to the CI whitelist, so Jenkins can verify his patches? Thanks! <pre class="moz-signature" cols="72">-- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh</pre> </body> </html> --------------34184BEAC0E49B4DE6380CDF--

2 1

Build failed in Jenkins: system-sync_mirrors-centos-updates-el6-x86_64 #748
by jenkins＠jenkins.phx.ovirt.org 21 Sep '17

21 Sep '17

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el6-x86_64/…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el6-x86_64/…> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/changes/13/75913/5:patch --prune > git rev-parse origin/patch^{commit} # timeout=10 > git rev-parse patch^{commit} # timeout=10 Checking out Revision 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f (patch) Commit message: "Exclude big packages from mirrors" > git config core.sparsecheckout # timeout=10 > git checkout -f 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f > git rev-list 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f # timeout=10 [system-sync_mirrors-centos-updates-el6-x86_64] $ /bin/bash -xe /tmp/jenkins4959553335923418872.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-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 1478, in _commonLoadRepoXML self._revertOldRepoXML() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1323, in _revertOldRepoXML os.rename(old_data['old_local'], old_data['local']) OSError: [Errno 2] No such file or directory Build step 'Execute shell' marked build as failure

1 1

[oVirt Jenkins] ovirt-node-ng_ovirt-4.2-pre_build-artifacts-el7-x86_64 - Build # 23 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 Sep '17

21 Sep '17

------=_Part_672_1821083240.1505980259466 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.2-pre_build-artifacts-el… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.2-pre_build-artifacts-el… Build Number: 23 Build Status: Failure Triggered By: Started by user Sandro Bonazzola ------------------------------------- Changes Since Last Success: ------------------------------------- ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_672_1821083240.1505980259466--

1 1

[oVirt Jenkins] ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el7-x86_64 - Build # 376 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 Sep '17

21 Sep '17

------=_Part_664_1911417180.1505978219915 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el… Build Number: 376 Build Status: Failure Triggered By: Started by user Sandro Bonazzola ------------------------------------- Changes Since Last Success: ------------------------------------- ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_664_1911417180.1505978219915--

1 2

[oVirt Jenkins] ovirt-appliance_ovirt-4.2-pre_build-artifacts-el7-x86_64 - Build # 10 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 Sep '17

21 Sep '17

------=_Part_583_244554680.1505753603879 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.2-pre_build-artifacts-… Build: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.2-pre_build-artifacts-… Build Number: 10 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #10 [Sandro Bonazzola] packaging: build: move from fc24 to fc25 ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_583_244554680.1505753603879--

1 2

[oVirt Jenkins] ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el7-x86_64 - Build # 374 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 Sep '17

21 Sep '17

------=_Part_658_650152117.1505975616175 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el… Build Number: 374 Build Status: Failure Triggered By: Started by user Sandro Bonazzola ------------------------------------- Changes Since Last Success: ------------------------------------- ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_658_650152117.1505975616175--

1 1

[oVirt Jenkins] ovirt-appliance_ovirt-4.1-pre_build-artifacts-el7-x86_64 - Build # 102 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 Sep '17

21 Sep '17

------=_Part_656_314002297.1505975190871 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.1-pre_build-artifacts-… Build: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.1-pre_build-artifacts-… Build Number: 102 Build Status: Failure Triggered By: Started by user Sandro Bonazzola ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #102 [dfodor] added dfodor to jenkins whitelist [Milan Zamazal] vdsm: Add Fedora 26 build [dfodor] update python-paramiko to python2-paramiko [Daniel Belenky] add support to inject runtime env vars to mock [Barak Korren] Add (partial) STD_CI support for 'automation.yaml' [Barak Korren] Add retries to GitHub notifications [Barak Korren] Fix pipeline stdci trigger detection code [Barak Korren] Add production STD-CI pipeline jobs [Dan Kenigsberg] enable fc26 build for mom [Dan Kenigsberg] enable fc26 build for ovirt-vmconsole. [Sandro Bonazzola] ovirt-hosted-engine-ha: move to fc26 [Yuval Turgeman] build: use mirrorlist for dependent repos ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_656_314002297.1505975190871--

1 1

[oVirt Jenkins] ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el7-x86_64 - Build # 372 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 Sep '17

21 Sep '17

------=_Part_631_1315101498.1505892121898 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-pre_build-artifacts-el… Build Number: 372 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #372 [Dan Kenigsberg] enable fc26 build for mom [Dan Kenigsberg] enable fc26 build for ovirt-vmconsole. [Yuval Turgeman] automation: adding loop devices ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_631_1315101498.1505892121898--

1 1

Subject: [ OST Failure Report ] [ master ] [20-09-2017 ] [ post-002_bootstrap.py ]
by Dafna Ron 21 Sep '17

21 Sep '17

This is a multi-part message in MIME format. --------------04175AE2D1C2AC0FFF61E4CE Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, We have a failure in test post-002_bootstrap.py from the logs I can see that lago has an unhandled exception from ovirt sdk which makes sense since the patch reported on CQ is a change to the sdk. ** *Link to suspected patches: https://gerrit.ovirt.org/#/c/82022/* * Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2734 Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2734/artifact… (Relevant) error snippet from the log: <error> 2017-09-20 09:17:15,676::testlib.py::assert_equals_within::227::ovirtlago.testlib::ERROR:: * Unhandled exception in <function _host_is_up_4 at 0x3dd25f0> 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-master_change-queue-tester/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 338, in _host_is_up_4 host_status = host_service.get().status File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 31529, in get return self._internal_get(headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 202, in _internal_get return future.wait() if wait else future File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 53, in wait return self._code(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 199, in callback self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 121, in _check_fault body = self._internal_read_body(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 307, in _internal_read_body self._connection.check_xml_content_type(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 800, in check_xml_content_type response.headers File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 840, in _check_content_type raise Error(msg) Error: The response content type 'text/html; charset=iso-8859-1' isn't the expected XML 2017-09-20 09:17:15,683::utils.py::wrapper::480::lago.utils::DEBUG::Looking for a workdir </error> Thanks, * Dafna* * --------------04175AE2D1C2AC0FFF61E4CE Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi, We have a failure in test post-002_bootstrap.py from the logs I can see that lago has an unhandled exception from ovirt sdk which makes sense since the patch reported on CQ is a change to the sdk. <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to suspected patches: <a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/82022/">https://gerrit.ovirt.org/#/c/82022/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to Job: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2734">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2734</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to all logs: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2734/artifact…">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2734/artifact…</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">(Relevant) error snippet from the log: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><error> 2017-09-20 09:17:15,676::testlib.py::assert_equals_within::227::ovirtlago.testlib::ERROR:: * Unhandled exception in <function _host_is_up_4 at 0x3dd25f0> 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-master_change-queue-tester/ovirt-system-tests/basic-suite-master/test-scenarios/002_bootstrap.py", line 338, in _host_is_up_4 host_status = host_service.get().status File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 31529, in get return self._internal_get(headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 202, in _internal_get return future.wait() if wait else future File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 53, in wait return self._code(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 199, in callback self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 121, in _check_fault body = self._internal_read_body(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 307, in _internal_read_body self._connection.check_xml_content_type(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 800, in check_xml_content_type response.headers File "/usr/lib64/python2.7/site-packages/ovirtsdk4/__init__.py", line 840, in _check_content_type raise Error(msg) Error: The response content type 'text/html; charset=iso-8859-1' isn't the expected XML 2017-09-20 09:17:15,683::utils.py::wrapper::480::lago.utils::DEBUG::Looking for a workdir <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"></error> Thanks, Dafna </body> </html> --------------04175AE2D1C2AC0FFF61E4CE--

5 6

Build failed in Jenkins: system-sync_mirrors-fedora-updates-fc25-x86_64 #654
by jenkins＠jenkins.phx.ovirt.org 21 Sep '17

21 Sep '17

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-updates-fc25-x86_64…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-updates-fc25-x86_64…> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/changes/13/75913/5:patch --prune > git rev-parse origin/patch^{commit} # timeout=10 > git rev-parse patch^{commit} # timeout=10 Checking out Revision 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f (patch) Commit message: "Exclude big packages from mirrors" > git config core.sparsecheckout # timeout=10 > git checkout -f 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f > git rev-list 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f # timeout=10 [system-sync_mirrors-fedora-updates-fc25-x86_64] $ /bin/bash -xe /tmp/jenkins98871474587407476.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror fedora-updates-fc25 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Resyncing repo: fedora-updates-fc25 Syncing yum repo fedora-updates-fc25 for arch: x86_64 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 1478, in _commonLoadRepoXML self._revertOldRepoXML() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1323, in _revertOldRepoXML os.rename(old_data['old_local'], old_data['local']) OSError: [Errno 2] No such file or directory Build step 'Execute shell' marked build as failure

1 3

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #733
by jenkins＠jenkins.phx.ovirt.org 21 Sep '17

21 Sep '17

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/733/displa…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/ws/> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/changes/13/75913/5:patch --prune > git rev-parse origin/patch^{commit} # timeout=10 > git rev-parse patch^{commit} # timeout=10 Checking out Revision 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f (patch) Commit message: "Exclude big packages from mirrors" > git config core.sparsecheckout # timeout=10 > git checkout -f 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f > git rev-list 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins6046329185258844617.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1465, in _commonLoadRepoXML if self._latestRepoXML(local): File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1443, in _latestRepoXML repomd = self.metalink_data.repomd File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 916, in <lambda> metalink_data = property(fget=lambda self: self._getMetalink(), File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 904, in _getMetalink shutil.move(result, self.metalink_filename) File "/usr/lib64/python2.7/shutil.py", line 301, in move copy2(src, real_dst) File "/usr/lib64/python2.7/shutil.py", line 130, in copy2 copyfile(src, dst) File "/usr/lib64/python2.7/shutil.py", line 82, in copyfile with open(src, 'rb') as fsrc: IOError: [Errno 2] No such file or directory: '/home/jenkins/mirrors_cache/fedora-base-fc25/metalink.xml.tmp' Build step 'Execute shell' marked build as failure

1 1

[oVirt Jenkins] ovirt-system-tests_he-basic-suite-4.1 - Build # 37 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 Sep '17

21 Sep '17

------=_Part_627_898823252.1505878358235 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.1/ Build: http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.1/37/ Build Number: 37 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #37 [Sahina Bose] fixes for the 4.1 and master reposyncfiles [Dan Kenigsberg] enable fc26 build for mom [Dan Kenigsberg] enable fc26 build for ovirt-vmconsole. ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.list_glance_images Error Message: Fault reason is "Operation Failed". Fault detail is "[Failed to communicate with the external provider, see log for additional details.]". HTTP response code is 400. Stack Trace: Traceback (most recent call last): File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in 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_he-basic-suite-4.1/ovirt-system-tests/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 697, in list_glance_images list_glance_images_4(api) File "/home/jenkins/workspace/ovirt-system-tests_he-basic-suite-4.1/ovirt-system-tests/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 748, in list_glance_images_4 if not check_glance_connectivity_4(api): File "/home/jenkins/workspace/ovirt-system-tests_he-basic-suite-4.1/ovirt-system-tests/he-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 846, in check_glance_connectivity_4 glance.test_connectivity() File "/usr/lib64/python2.7/site-packages/ovirtsdk4/services.py", line 14026, in test_connectivity return self._internal_action(action, 'testconnectivity', None, headers, query, wait) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 290, in _internal_action return future.wait() if wait else future File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 53, in wait return self._code(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 287, in callback self._check_fault(response) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 123, in _check_fault self._raise_error(response, body) File "/usr/lib64/python2.7/site-packages/ovirtsdk4/service.py", line 109, in _raise_error raise error Error: Fault reason is "Operation Failed". Fault detail is "[Failed to communicate with the external provider, see log for additional details.]". HTTP response code is 400. ------=_Part_627_898823252.1505878358235--

1 1

[oVirt Jenkins] ovirt-system-tests_hc-basic-suite-4.1 - Build # 34 - Failure!
by jenkins＠jenkins.phx.ovirt.org 21 Sep '17

21 Sep '17

------=_Part_625_1969086870.1505877115773 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Project: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.1= /=20 Build: http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.1/3= 4/ Build Number: 34 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #34 [Sahina Bose] fixes for the 4.1 and master reposyncfiles [Dan Kenigsberg] enable fc26 build for mom [Dan Kenigsberg] enable fc26 build for ovirt-vmconsole. ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.add_hosts Error Message: status: 503 reason: Service Unavailable detail:=20 <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>503 Service Unavailable</title> </head><body> <h1>Service Unavailable</h1> The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. </body></html> -------------------- >> begin captured logging << -------------------- ovirtlago.testlib: ERROR: * Unhandled exception in <function _host_is_u= p at 0x46ace60> Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, i= n assert_equals_within res =3D func() File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-4.1/ovirt= -system-tests/hc-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 144= , in _host_is_up cur_state =3D api.hosts.get(host.name()).status.state File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py= ", line 18338, in get headers=3D{"All-Content":all_content} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",= line 46, in get return self.request(method=3D'GET', url=3Durl, headers=3Dheaders, cls= =3Dcls) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",= line 122, in request persistent_auth=3Dself.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body= ) RequestError:=20 status: 503 reason: Service Unavailable detail:=20 <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>503 Service Unavailable</title> </head><body> <h1>Service Unavailable</h1> The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later. </body></html> --------------------- >> end captured logging << --------------------- Stack Trace: File "/usr/lib64/python2.7/unittest/case.py", line 369, in run testMethod() File "/usr/lib/python2.7/site-packages/nose/case.py", line 197, in runTes= t self.test(*self.arg) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 129, i= n wrapped_test test() File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 59, in= wrapper return func(get_test_prefix(), *args, **kwargs) File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-4.1/ovirt= -system-tests/hc-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 163= , in add_hosts testlib.assert_true_within(_host_is_up, timeout=3D15 * 60) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 263, i= n assert_true_within assert_equals_within(func, True, timeout, allowed_exceptions) File "/usr/lib/python2.7/site-packages/ovirtlago/testlib.py", line 219, i= n assert_equals_within res =3D func() File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-suite-4.1/ovirt= -system-tests/hc-basic-suite-4.1/test-scenarios/002_bootstrap.py", line 144= , in _host_is_up cur_state =3D api.hosts.get(host.name()).status.state File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/brokers.py= ", line 18338, in get headers=3D{"All-Content":all_content} File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",= line 46, in get return self.request(method=3D'GET', url=3Durl, headers=3Dheaders, cls= =3Dcls) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/proxy.py",= line 122, in request persistent_auth=3Dself.__persistent_auth File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 79, in do_request persistent_auth) File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/connection= spool.py", line 162, in __do_request raise errors.RequestError(response_code, response_reason, response_body= ) '\r\nstatus: 503\r\nreason: Service Unavailable\r\ndetail: \n<!DOCTYPE HTML= PUBLIC "-//IETF//DTD HTML 2.0//EN">\n<html><head>\n<title>503 Service Unav= ailable</title>\n</head><body>\n<h1>Service Unavailable</h1>\nThe server= is temporarily unable to service your\nrequest due to maintenance downtime= or capacity\nproblems. Please try again later.\n</body></html>\n\n----= ---------------- >> begin captured logging << --------------------\novirtla= go.testlib: ERROR: * Unhandled exception in <function _host_is_up at 0x= 46ace60>\nTraceback (most recent call last):\n File "/usr/lib/python2.7/si= te-packages/ovirtlago/testlib.py", line 219, in assert_equals_within\n r= es =3D func()\n File "/home/jenkins/workspace/ovirt-system-tests_hc-basic-= suite-4.1/ovirt-system-tests/hc-basic-suite-4.1/test-scenarios/002_bootstra= p.py", line 144, in _host_is_up\n cur_state =3D api.hosts.get(host.name(= )).status.state\n File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastr= ucture/brokers.py", line 18338, in get\n headers=3D{"All-Content":all_co= ntent}\n File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure/pr= oxy.py", line 46, in get\n return self.request(method=3D\'GET\', url=3Du= rl, headers=3Dheaders, cls=3Dcls)\n File "/usr/lib/python2.7/site-packages= /ovirtsdk/infrastructure/proxy.py", line 122, in request\n persistent_au= th=3Dself.__persistent_auth\n File "/usr/lib/python2.7/site-packages/ovirt= sdk/infrastructure/connectionspool.py", line 79, in do_request\n persist= ent_auth)\n File "/usr/lib/python2.7/site-packages/ovirtsdk/infrastructure= /connectionspool.py", line 162, in __do_request\n raise errors.RequestEr= ror(response_code, response_reason, response_body)\nRequestError: \r\nstatu= s: 503\r\nreason: Service Unavailable\r\ndetail: \n<!DOCTYPE HTML PUBLIC "-= //IETF//DTD HTML 2.0//EN">\n<html><head>\n<title>503 Service Unavailable</t= itle>\n</head><body>\n<h1>Service Unavailable</h1>\nThe server is tempor= arily unable to service your\nrequest due to maintenance downtime or capaci= ty\nproblems. Please try again later.\n</body></html>\n\n--------------= ------- >> end captured logging << ---------------------' ------=_Part_625_1969086870.1505877115773--

1 1

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

21 Sep '17

------=_Part_645_820653108.1505948406105 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - http://jenkins.ovirt.org/job/system_jenkins-report/450//artifact/exported-a… Cheers, Jenkins ------=_Part_645_820653108.1505948406105 Content-Type: text/html; charset=us-ascii; name=upstream_report.html Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=upstream_report.html Content-ID: <upstream_report.html> <!DOCTYPE html><head><style type="text/css"> table.gridtable { border-collapse: collapse; table-layout:fixed; width:1600px; font-family: monospace; font-size:13px; } .head { font-size:20px; font-family: arial; } .sub { font-size:18px; background-color:#e5e5e5; font-family: arial; } pre { font-family: monospace; display: inline; white-space: pre-wrap; white-space: -moz-pre-wrap !important; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word; } </style> </head> <body> <table class="gridtable" border=2> <tr><th colspan=2 class=head> RHEVM CI Jenkins Daily Report - 20/09/2017 </th></tr><tr><th colspan=2 class=sub> <a href="http://jenkins.ovirt.org/">00 Unstable Critical</a> </th></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-system-tests_hc-basic-suite-4.1/">ovirt-system-tests_hc-basic-suite-4.1</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/ovirt-system-tests_he-basic-suite-4.1/">ovirt-system-tests_he-basic-suite-4.1</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-updates-fc25-x86_64/">system-sync_mirrors-fedora-updates-fc25-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> ------=_Part_645_820653108.1505948406105--

1 0

[JIRA] (OVIRT-1659) add ipv6 accept_ra to sysctl on jenkins slaves
by Evgheni Dereveanchin (oVirt JIRA) 20 Sep '17

20 Sep '17

This is a multi-part message in MIME format... ------------=_1505919776-7137-3131 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1659?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-1659: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > add ipv6 accept_ra to sysctl on jenkins slaves > ---------------------------------------------- > > Key: OVIRT-1659 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1659 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > Priority: High > > To work around new libvirt behavior, net.ipv6.conf.all.accept_ra=2 sysctl parameter needs to be set on slaves, specifically the bare metals. > More info here: https://github.com/lago-project/lago/pull/654/files -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) ------------=_1505919776-7137-3131 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1659?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin reassigned OVIRT-1659:</h3> <pre>Assignee: Evgheni Dereveanchin (was: infra)</pre> <blockquote><h3>add ipv6 accept_ra to sysctl on jenkins slaves</h3> <pre> Key: OVIRT-1659 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1659 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Evgheni Dereveanchin Assignee: Evgheni Dereveanchin Priority: High</pre> To work around new libvirt behavior, net.ipv6.conf.all.accept_ra=2 sysctl parameter needs to be set on slaves, specifically the bare metals. More info here: <a href="https://github.com/lago-project/lago/pull/654/files">https://github.com/lago-project/lago/pull/654/files</a></blockquote> — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1505919776-7137-3131--

1 0

[CQ]: 82035, 1 (ovirt-engine-sdk-ruby) failed "ovirt-4.1" system tests
by oVirt Jenkins 20 Sep '17

20 Sep '17

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

1 0

[JIRA] (OVIRT-1659) add ipv6 accept_ra to sysctl on jenkins slaves
by Evgheni Dereveanchin (oVirt JIRA) 20 Sep '17

20 Sep '17

This is a multi-part message in MIME format... ------------=_1505907708-16017-2467 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Evgheni Dereveanchin created OVIRT-1659: ------------------------------------------- Summary: add ipv6 accept_ra to sysctl on jenkins slaves Key: OVIRT-1659 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1659 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Evgheni Dereveanchin Assignee: infra Priority: High To work around new libvirt behavior, net.ipv6.conf.all.accept_ra=2 sysctl parameter needs to be set on slaves, specifically the bare metals. More info here: https://github.com/lago-project/lago/pull/654/files -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) ------------=_1505907708-16017-2467 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Evgheni Dereveanchin created OVIRT-1659:</h3> <pre> Summary: add ipv6 accept_ra to sysctl on jenkins slaves Key: OVIRT-1659 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1659 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Evgheni Dereveanchin Assignee: infra Priority: High</pre> To work around new libvirt behavior, net.ipv6.conf.all.accept_ra=2 sysctl parameter needs to be set on slaves, specifically the bare metals. More info here: <a href="https://github.com/lago-project/lago/pull/654/files">https://github.com/lago-project/lago/pull/654/files</a> — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1505907708-16017-2467--

1 0

[JIRA] (OVIRT-1658) Potential issue coming to CentOS7 slaves (glibc, missing UTF-8 locale)
by Evgheni Dereveanchin (oVirt JIRA) 20 Sep '17

20 Sep '17

This is a multi-part message in MIME format... ------------=_1505906876-10461-2701 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1658?page=com.atlassian.jira.… ] Evgheni Dereveanchin commented on OVIRT-1658: --------------------------------------------- Seen this as well. Logged a CentOS bug and will run the localedef command manually across our systems to avoid this breaking stuff. > Potential issue coming to CentOS7 slaves (glibc, missing UTF-8 locale) > ---------------------------------------------------------------------- > > Key: OVIRT-1658 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1658 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Barak Korren > Assignee: Evgheni Dereveanchin > > Seems there is an issue with locale files in recent CentOS versions, > and we're hitting it in slaves that have been updated recently. > The symptoms are that Jenkins disconnects from the slave and then > refuses to reconnect to it. The agent log in Jenkins shows: > [09/19/17 15:42:56] [SSH] Connection closed. > [09/19/17 15:58:48] [SSH] Opening SSH connection to > vm0002.workers-phx.ovirt.org:22. > [09/19/17 15:58:48] [SSH] WARNING: SSH Host Keys are not being > verified. Man-in-the-middle attacks may be possible against this > connection. > [09/19/17 15:58:48] [SSH] Authentication successful. > SSH connection reports a garbage before a command execution. > Check your .bashrc, .profile, and so on to make sure it is quiet. > The received junk text is as follows: > /etc/profile.d/lang.sh: line 19: warning: setlocale: LC_CTYPE: cannot > change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 20: warning: setlocale: LC_COLLATE: > cannot change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 23: warning: setlocale: LC_MESSAGES: > cannot change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 26: warning: setlocale: LC_NUMERIC: > cannot change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 29: warning: setlocale: LC_TIME: cannot > change locale (en_US.utf8): No such file or directory > null > [09/19/17 15:58:48] Launch failed - cleaning up connection > [09/19/17 15:58:48] [SSH] Connection closed. > The same locale error messages can also be reproduced on the slave by > running an interactive login from the console or 'su -'. When running > 'locale -a' you can also see the en_US.UTF-8 locale is somehow > missing. > Looking around for this I found the following: > https://github.com/CentOS/sig-cloud-instance-images/issues/71 > I tried downgrading glibc back to the version we had before, but that > did not seem to resolve the issue. Eventually I managed to resolve it > by running 'localedef -i en_US -f UTF-8 en_US.UTF-8' on the slave. > I've seen this happen on 'vm0002.workers-phx.ovirt.org' which is > attached to the staging Jenkins, but I've no reason to believe this > won't start impacting production slaves. > We need to research this further and find out if we need to do > something to prevent this issue from surfacing on production slaves. > -- > Barak Korren > RHV DevOps team , RHCE, RHCi > Red Hat EMEA > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) ------------=_1505906876-10461-2701 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1658?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin commented on OVIRT-1658:</h3> Seen this as well. Logged a CentOS bug and will run the localedef command manually across our systems to avoid this breaking stuff. <blockquote><h3>Potential issue coming to CentOS7 slaves (glibc, missing UTF-8 locale)</h3> <pre> Key: OVIRT-1658 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1658 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Barak Korren Assignee: Evgheni Dereveanchin</pre> Seems there is an issue with locale files in recent CentOS versions, and we're hitting it in slaves that have been updated recently. The symptoms are that Jenkins disconnects from the slave and then refuses to reconnect to it. The agent log in Jenkins shows: [09/19/17 15:42:56] [SSH] Connection closed. [09/19/17 15:58:48] [SSH] Opening SSH connection to vm0002.workers-phx.ovirt.org:22. [09/19/17 15:58:48] [SSH] WARNING: SSH Host Keys are not being verified. Man-in-the-middle attacks may be possible against this connection. [09/19/17 15:58:48] [SSH] Authentication successful. SSH connection reports a garbage before a command execution. Check your .bashrc, .profile, and so on to make sure it is quiet. The received junk text is as follows: /etc/profile.d/lang.sh: line 19: warning: setlocale: LC_CTYPE: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 20: warning: setlocale: LC_COLLATE: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 23: warning: setlocale: LC_MESSAGES: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 26: warning: setlocale: LC_NUMERIC: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 29: warning: setlocale: LC_TIME: cannot change locale (en_US.utf8): No such file or directory null [09/19/17 15:58:48] Launch failed – cleaning up connection [09/19/17 15:58:48] [SSH] Connection closed. The same locale error messages can also be reproduced on the slave by running an interactive login from the console or ‘su -’. When running ‘locale -a’ you can also see the en_US.UTF-8 locale is somehow missing. Looking around for this I found the following: <a href="https://github.com/CentOS/sig-cloud-instance-images/issues/71">https://github.com/CentOS/sig-cloud-instance-images/issues/71</a> I tried downgrading glibc back to the version we had before, but that did not seem to resolve the issue. Eventually I managed to resolve it by running ‘localedef -i en_US -f UTF-8 en_US.UTF-8’ on the slave. I've seen this happen on ‘vm0002.workers-phx.ovirt.org’ which is attached to the staging Jenkins, but I've no reason to believe this won't start impacting production slaves. We need to research this further and find out if we need to do something to prevent this issue from surfacing on production slaves. — Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted</blockquote> — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1505906876-10461-2701--

1 0

[CQ]: 82022, 1 (ovirt-engine-sdk-ruby) failed "ovirt-master" system tests
by oVirt Jenkins 20 Sep '17

20 Sep '17

Change 82022,1 (ovirt-engine-sdk-ruby) 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/82022/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2734/

1 0

Subject: [ OST Failure Report ] [ master ] [ 20-09-2017] [ No Test Failed - missing packages in fc25 ]
by Dafna Ron 20 Sep '17

20 Sep '17

This is a multi-part message in MIME format. --------------60D60522EFE450E2C842A076 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, CQ reported a failure in one of the builds and looking at the console I found that we had a failure before the OST started due to: ovirt-hosted-engine-ha_master_build-artifacts-fc25-x86_64 (67) failed building The build failed of ovirt-hosted-engine-ha_master_build-artifacts-fc25-x86_64 failed due to missing packages. * Link to suspected patches: patch reported as failed is https://gerrit.ovirt.org/#/c/81792/ ** Link to Job: *cq job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2732/console* *failed build job: http://jenkins.ovirt.org/job/ovirt-hosted-engine-ha_master_build-artifacts-… Link to all logs: *CQ job logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2732/artifact… *failed build log: http://jenkins.ovirt.org/job/ovirt-hosted-engine-ha_master_build-artifacts-… ** *(Relevant) error snippet from the log: * *<error>* **07:46:21* Getting requirements for ovirt-hosted-engine-ha.spec *07:46:21* --> Already installed : python-2.7.13-2.fc25.x86_64 *07:46:21* --> python2-mock-2.0.0-2.fc25.noarch *07:46:22* --> python2-nose-1.3.7-11.fc25.noarch *07:46:22* --> Already installed : python-devel-2.7.13-2.fc25.x86_64 *07:46:22* --> Already installed : systemd-231-17.fc25.x86_64 *07:46:22* --> vdsm-4.20.3-47.git4801123.fc25.x86_64 *07:46:22* --> vdsm-client-4.20.3-47.git4801123.fc25.noarch *07:46:22* --> vdsm-python-4.20.3-47.git4801123.fc25.noarch *07:46:31* Error: Package: vdsm-4.20.3-47.git4801123.fc25.x86_64 (ovirt-master-snapshot) *07:46:31* Requires: openvswitch >= 2.7.0 *07:46:31* Available: openvswitch-2.5.0-4.fc25.x86_64 (fedora-base-fc25) *07:46:31* openvswitch = 2.5.0-4.fc25 *07:46:31* You could try using --skip-broken to work around the problem *07:46:31* You could try running: rpm -Va --nofiles --nodigest *07:46:31* Took 18 seconds* </error> *Thanks, Dafna --------------60D60522EFE450E2C842A076 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: base64 PGh0bWw+CiAgPGhlYWQ+CgogICAgPG1ldGEgaHR0cC1lcXVpdj0iY29udGVudC10eXBlIiBj b250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPgogIDwvaGVhZD4KICA8Ym9keSB0 ZXh0PSIjMDAwMDAwIiBiZ2NvbG9yPSIjRkZGRkZGIj4KICAgIDxwPkhpLCA8YnI+CiAgICA8 L3A+CiAgICA8cD5DUSByZXBvcnRlZCBhIGZhaWx1cmUgaW4gb25lIG9mIHRoZSBidWlsZHMg YW5kIGxvb2tpbmcgYXQgdGhlCiAgICAgIGNvbnNvbGUgSSBmb3VuZCB0aGF0IHdlIGhhZCBh IGZhaWx1cmUgYmVmb3JlIHRoZSBPU1Qgc3RhcnRlZCBkdWUKICAgICAgdG86IDxicj4KICAg IDwvcD4KICAgIDxwcmUgY2xhc3M9ImNvbnNvbGUtb3V0cHV0IiBzdHlsZT0iYm94LXNpemlu ZzogYm9yZGVyLWJveDsgd2hpdGUtc3BhY2U6IHByZS13cmFwOyB3b3JkLXdyYXA6IGJyZWFr LXdvcmQ7IG1hcmdpbjogMHB4OyBjb2xvcjogcmdiKDUxLCA1MSwgNTEpOyBmb250LXNpemU6 IDE0cHg7IGZvbnQtc3R5bGU6IG5vcm1hbDsgZm9udC12YXJpYW50LWxpZ2F0dXJlczogbm9y bWFsOyBmb250LXZhcmlhbnQtY2Fwczogbm9ybWFsOyBmb250LXdlaWdodDogbm9ybWFsOyBs ZXR0ZXItc3BhY2luZzogbm9ybWFsOyBvcnBoYW5zOiAyOyB0ZXh0LWFsaWduOiBzdGFydDsg dGV4dC1pbmRlbnQ6IDBweDsgdGV4dC10cmFuc2Zvcm06IG5vbmU7IHdpZG93czogMjsgd29y ZC1zcGFjaW5nOiAwcHg7IC13ZWJraXQtdGV4dC1zdHJva2Utd2lkdGg6IDBweDsgdGV4dC1k ZWNvcmF0aW9uLXN0eWxlOiBpbml0aWFsOyB0ZXh0LWRlY29yYXRpb24tY29sb3I6IGluaXRp YWw7Ij5vdmlydC1ob3N0ZWQtZW5naW5lLWhhX21hc3Rlcl9idWlsZC1hcnRpZmFjdHMtZmMy NS14ODZfNjQgKDY3KSBmYWlsZWQgYnVpbGRpbmcKClRoZSBidWlsZCBmYWlsZWQgb2Ygb3Zp cnQtaG9zdGVkLWVuZ2luZS1oYV9tYXN0ZXJfYnVpbGQtYXJ0aWZhY3RzLWZjMjUteDg2XzY0 IGZhaWxlZCBkdWUgdG8gbWlzc2luZyBwYWNrYWdlcy4gCgo8YiBzdHlsZT0iZm9udC13ZWln aHQ6bm9ybWFsOyIgaWQ9ImRvY3MtaW50ZXJuYWwtZ3VpZC01ODU5YjdhMS05ZWI0LTgyYjct NDgwNS05Njc3MTljNjIxYTkiPjxwIGRpcj0ibHRyIiBzdHlsZT0ibGluZS1oZWlnaHQ6MS4z ODttYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9tOjBwdDsiPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6MTFwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojMDAwMDAwO2JhY2tncm91bmQt Y29sb3I6dHJhbnNwYXJlbnQ7Zm9udC13ZWlnaHQ6NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2Zv bnQtdmFyaWFudDpub3JtYWw7dGV4dC1kZWNvcmF0aW9uOm5vbmU7dmVydGljYWwtYWxpZ246 YmFzZWxpbmU7d2hpdGUtc3BhY2U6cHJlLXdyYXA7Ij5MaW5rIHRvIHN1c3BlY3RlZCBwYXRj aGVzOiAgcGF0Y2ggcmVwb3J0ZWQgYXMgZmFpbGVkIGlzIDxhIGNsYXNzPSJtb3otdHh0LWxp bmstZnJlZXRleHQiIGhyZWY9Imh0dHBzOi8vZ2Vycml0Lm92aXJ0Lm9yZy8jL2MvODE3OTIv Ij5odHRwczovL2dlcnJpdC5vdmlydC5vcmcvIy9jLzgxNzkyLzwvYT48L3NwYW4+PC9wPjwv Yj48YiBzdHlsZT0iZm9udC13ZWlnaHQ6bm9ybWFsOyIgaWQ9ImRvY3MtaW50ZXJuYWwtZ3Vp ZC01ODU5YjdhMS05ZWI0LTgyYjctNDgwNS05Njc3MTljNjIxYTkiPgo8cCBkaXI9Imx0ciIg c3R5bGU9ImxpbmUtaGVpZ2h0OjEuMzg7bWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRvbTow cHQ7Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29s b3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtd2VpZ2h0OjQw MDtmb250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQ6bm9ybWFsO3RleHQtZGVjb3JhdGlv bjpub25lO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lO3doaXRlLXNwYWNlOnByZS13cmFwOyI+ TGluayB0byBKb2I6IAo8L3NwYW4+PC9wPjxwIGRpcj0ibHRyIiBzdHlsZT0ibGluZS1oZWln aHQ6MS4zODttYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9tOjBwdDsiPjxzcGFuIHN0eWxl PSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTpBcmlhbDtjb2xvcjojMDAwMDAwO2JhY2tn cm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC13ZWlnaHQ6NDAwO2ZvbnQtc3R5bGU6bm9y bWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7dGV4dC1kZWNvcmF0aW9uOm5vbmU7dmVydGljYWwt YWxpZ246YmFzZWxpbmU7d2hpdGUtc3BhY2U6cHJlLXdyYXA7Ij48Yj5jcSBqb2I6IDxhIGNs YXNzPSJtb3otdHh0LWxpbmstZnJlZXRleHQiIGhyZWY9Imh0dHA6Ly9qZW5raW5zLm92aXJ0 Lm9yZy9qb2Ivb3ZpcnQtbWFzdGVyX2NoYW5nZS1xdWV1ZS10ZXN0ZXIvMjczMi9jb25zb2xl Ij5odHRwOi8vamVua2lucy5vdmlydC5vcmcvam9iL292aXJ0LW1hc3Rlcl9jaGFuZ2UtcXVl dWUtdGVzdGVyLzI3MzIvY29uc29sZTwvYT48L2I+PC9zcGFuPjwvcD48cCBkaXI9Imx0ciIg c3R5bGU9ImxpbmUtaGVpZ2h0OjEuMzg7bWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJvdHRvbTow cHQ7Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6QXJpYWw7Y29s b3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtd2VpZ2h0OjQw MDtmb250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQ6bm9ybWFsO3RleHQtZGVjb3JhdGlv bjpub25lO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lO3doaXRlLXNwYWNlOnByZS13cmFwOyI+ PGI+ZmFpbGVkIGJ1aWxkIGpvYjogPGEgY2xhc3M9Im1vei10eHQtbGluay1mcmVldGV4dCIg aHJlZj0iaHR0cDovL2plbmtpbnMub3ZpcnQub3JnL2pvYi9vdmlydC1ob3N0ZWQtZW5naW5l LWhhX21hc3Rlcl9idWlsZC1hcnRpZmFjdHMtZmMyNS14ODZfNjQvNjcvIj5odHRwOi8vamVu a2lucy5vdmlydC5vcmcvam9iL292aXJ0LWhvc3RlZC1lbmdpbmUtaGFfbWFzdGVyX2J1aWxk LWFydGlmYWN0cy1mYzI1LXg4Nl82NC82Ny88L2E+PC9iPgo8L3NwYW4+PC9wPgo8cCBkaXI9 Imx0ciIgc3R5bGU9ImxpbmUtaGVpZ2h0OjEuMzg7bWFyZ2luLXRvcDowcHQ7bWFyZ2luLWJv dHRvbTowcHQ7Ij48c3BhbiBzdHlsZT0iZm9udC1zaXplOjExcHQ7Zm9udC1mYW1pbHk6QXJp YWw7Y29sb3I6IzAwMDAwMDtiYWNrZ3JvdW5kLWNvbG9yOnRyYW5zcGFyZW50O2ZvbnQtd2Vp Z2h0OjQwMDtmb250LXN0eWxlOm5vcm1hbDtmb250LXZhcmlhbnQ6bm9ybWFsO3RleHQtZGVj b3JhdGlvbjpub25lO3ZlcnRpY2FsLWFsaWduOmJhc2VsaW5lO3doaXRlLXNwYWNlOnByZS13 cmFwOyI+TGluayB0byBhbGwgbG9nczogCjwvc3Bhbj48L3A+PHAgZGlyPSJsdHIiIHN0eWxl PSJsaW5lLWhlaWdodDoxLjM4O21hcmdpbi10b3A6MHB0O21hcmdpbi1ib3R0b206MHB0OyI+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOiMw MDAwMDA7YmFja2dyb3VuZC1jb2xvcjp0cmFuc3BhcmVudDtmb250LXdlaWdodDo0MDA7Zm9u dC1zdHlsZTpub3JtYWw7Zm9udC12YXJpYW50Om5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9u ZTt2ZXJ0aWNhbC1hbGlnbjpiYXNlbGluZTt3aGl0ZS1zcGFjZTpwcmUtd3JhcDsiPjxiPkNR IGpvYiBsb2dzOiA8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0ZXh0IiBocmVmPSJodHRw Oi8vamVua2lucy5vdmlydC5vcmcvam9iL292aXJ0LW1hc3Rlcl9jaGFuZ2UtcXVldWUtdGVz dGVyLzI3MzIvYXJ0aWZhY3QvZXhwb3J0ZWQtYXJ0aWZhY3RzLyI+aHR0cDovL2plbmtpbnMu b3ZpcnQub3JnL2pvYi9vdmlydC1tYXN0ZXJfY2hhbmdlLXF1ZXVlLXRlc3Rlci8yNzMyL2Fy dGlmYWN0L2V4cG9ydGVkLWFydGlmYWN0cy88L2E+PC9iPgo8L3NwYW4+PC9wPjxwIGRpcj0i bHRyIiBzdHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90 dG9tOjBwdDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTpBcmlh bDtjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC13ZWln aHQ6NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7dGV4dC1kZWNv cmF0aW9uOm5vbmU7dmVydGljYWwtYWxpZ246YmFzZWxpbmU7d2hpdGUtc3BhY2U6cHJlLXdy YXA7Ij48Yj5mYWlsZWQgYnVpbGQgbG9nOiA8YSBjbGFzcz0ibW96LXR4dC1saW5rLWZyZWV0 ZXh0IiBocmVmPSJodHRwOi8vamVua2lucy5vdmlydC5vcmcvam9iL292aXJ0LWhvc3RlZC1l bmdpbmUtaGFfbWFzdGVyX2J1aWxkLWFydGlmYWN0cy1mYzI1LXg4Nl82NC82Ny9hcnRpZmFj dC8iPmh0dHA6Ly9qZW5raW5zLm92aXJ0Lm9yZy9qb2Ivb3ZpcnQtaG9zdGVkLWVuZ2luZS1o YV9tYXN0ZXJfYnVpbGQtYXJ0aWZhY3RzLWZjMjUteDg2XzY0LzY3L2FydGlmYWN0LzwvYT48 L2I+Cjwvc3Bhbj48L3A+PHAgZGlyPSJsdHIiIHN0eWxlPSJsaW5lLWhlaWdodDoxLjM4O21h cmdpbi10b3A6MHB0O21hcmdpbi1ib3R0b206MHB0OyI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMXB0O2ZvbnQtZmFtaWx5OkFyaWFsO2NvbG9yOiMwMDAwMDA7YmFja2dyb3VuZC1jb2xv cjp0cmFuc3BhcmVudDtmb250LXdlaWdodDo0MDA7Zm9udC1zdHlsZTpub3JtYWw7Zm9udC12 YXJpYW50Om5vcm1hbDt0ZXh0LWRlY29yYXRpb246bm9uZTt2ZXJ0aWNhbC1hbGlnbjpiYXNl bGluZTt3aGl0ZS1zcGFjZTpwcmUtd3JhcDsiPgo8L3NwYW4+PC9wPjxwIGRpcj0ibHRyIiBz dHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9tOjBw dDsiPgo8YiBzdHlsZT0iZm9udC13ZWlnaHQ6bm9ybWFsOyIgaWQ9ImRvY3MtaW50ZXJuYWwt Z3VpZC01ODU5YjdhMS05ZWI3LWFmOWYtNTZjNC0wY2M5M2YwZmNiMWIiPjxwIGRpcj0ibHRy IiBzdHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDttYXJnaW4tYm90dG9t OjBwdDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWlseTpBcmlhbDtj b2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9udC13ZWlnaHQ6 NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7dGV4dC1kZWNvcmF0 aW9uOm5vbmU7dmVydGljYWwtYWxpZ246YmFzZWxpbmU7d2hpdGUtc3BhY2U6cHJlLXdyYXA7 Ij4oUmVsZXZhbnQpIGVycm9yIHNuaXBwZXQgZnJvbSB0aGUgbG9nOiA8L3NwYW4+PC9wPjxw IGRpcj0ibHRyIiBzdHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDttYXJn aW4tYm90dG9tOjBwdDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZhbWls eTpBcmlhbDtjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7Zm9u dC13ZWlnaHQ6NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7dGV4 dC1kZWNvcmF0aW9uOm5vbmU7dmVydGljYWwtYWxpZ246YmFzZWxpbmU7d2hpdGUtc3BhY2U6 cHJlLXdyYXA7Ij4mbHQ7ZXJyb3ImZ3Q7PC9zcGFuPjwvcD48L2I+CjwvcD4KPHNwYW4gY2xh c3M9InRpbWVzdGFtcCIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij48YiBzdHls ZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0 eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJv cmRlci1ib3g7Ij4wNzo0NjoyMTwvYj4gPC9zcGFuPkdldHRpbmcgcmVxdWlyZW1lbnRzIGZv ciBvdmlydC1ob3N0ZWQtZW5naW5lLWhhLnNwZWMKPHNwYW4gY2xhc3M9InRpbWVzdGFtcCIg c3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij48YiBzdHlsZT0iYm94LXNpemluZzog Ym9yZGVyLWJveDsiPjA3OjQ2OjIxPC9iPiA8L3NwYW4+IC0tJmd0OyBBbHJlYWR5IGluc3Rh bGxlZCA6IHB5dGhvbi0yLjcuMTMtMi5mYzI1Lng4Nl82NAo8c3BhbiBjbGFzcz0idGltZXN0 YW1wIiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPjxiIHN0eWxlPSJib3gtc2l6 aW5nOiBib3JkZXItYm94OyI+MDc6NDY6MjE8L2I+IDwvc3Bhbj4gLS0mZ3Q7IHB5dGhvbjIt bW9jay0yLjAuMC0yLmZjMjUubm9hcmNoCjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0eWxl PSJib3gtc2l6aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRl ci1ib3g7Ij4wNzo0NjoyMjwvYj4gPC9zcGFuPiAtLSZndDsgcHl0aG9uMi1ub3NlLTEuMy43 LTExLmZjMjUubm9hcmNoCjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0eWxlPSJib3gtc2l6 aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij4w Nzo0NjoyMjwvYj4gPC9zcGFuPiAtLSZndDsgQWxyZWFkeSBpbnN0YWxsZWQgOiBweXRob24t ZGV2ZWwtMi43LjEzLTIuZmMyNS54ODZfNjQKPHNwYW4gY2xhc3M9InRpbWVzdGFtcCIgc3R5 bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij48YiBzdHlsZT0iYm94LXNpemluZzogYm9y ZGVyLWJveDsiPjA3OjQ2OjIyPC9iPiA8L3NwYW4+IC0tJmd0OyBBbHJlYWR5IGluc3RhbGxl ZCA6IHN5c3RlbWQtMjMxLTE3LmZjMjUueDg2XzY0CjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAi IHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6 IGJvcmRlci1ib3g7Ij4wNzo0NjoyMjwvYj4gPC9zcGFuPiAtLSZndDsgdmRzbS00LjIwLjMt NDcuZ2l0NDgwMTEyMy5mYzI1Lng4Nl82NAo8c3BhbiBjbGFzcz0idGltZXN0YW1wIiBzdHls ZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPjxiIHN0eWxlPSJib3gtc2l6aW5nOiBib3Jk ZXItYm94OyI+MDc6NDY6MjI8L2I+IDwvc3Bhbj4gLS0mZ3Q7IHZkc20tY2xpZW50LTQuMjAu My00Ny5naXQ0ODAxMTIzLmZjMjUubm9hcmNoCjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0 eWxlPSJib3gtc2l6aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJv cmRlci1ib3g7Ij4wNzo0NjoyMjwvYj4gPC9zcGFuPiAtLSZndDsgdmRzbS1weXRob24tNC4y MC4zLTQ3LmdpdDQ4MDExMjMuZmMyNS5ub2FyY2gKPHNwYW4gY2xhc3M9InRpbWVzdGFtcCIg c3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij48YiBzdHlsZT0iYm94LXNpemluZzog Ym9yZGVyLWJveDsiPjA3OjQ2OjMxPC9iPiA8L3NwYW4+RXJyb3I6IFBhY2thZ2U6IHZkc20t NC4yMC4zLTQ3LmdpdDQ4MDExMjMuZmMyNS54ODZfNjQgKG92aXJ0LW1hc3Rlci1zbmFwc2hv dCkKPHNwYW4gY2xhc3M9InRpbWVzdGFtcCIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1i b3g7Ij48YiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPjA3OjQ2OjMxPC9iPiA8 L3NwYW4+ICAgICAgICAgICBSZXF1aXJlczogb3BlbnZzd2l0Y2ggJmd0Oz0gMi43LjAKPHNw YW4gY2xhc3M9InRpbWVzdGFtcCIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij48 YiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJveDsiPjA3OjQ2OjMxPC9iPiA8L3NwYW4+ ICAgICAgICAgICBBdmFpbGFibGU6IG9wZW52c3dpdGNoLTIuNS4wLTQuZmMyNS54ODZfNjQg KGZlZG9yYS1iYXNlLWZjMjUpCjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0eWxlPSJib3gt c2l6aW5nOiBib3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7 Ij4wNzo0NjozMTwvYj4gPC9zcGFuPiAgICAgICAgICAgICAgIG9wZW52c3dpdGNoID0gMi41 LjAtNC5mYzI1CjxzcGFuIGNsYXNzPSJ0aW1lc3RhbXAiIHN0eWxlPSJib3gtc2l6aW5nOiBi b3JkZXItYm94OyI+PGIgc3R5bGU9ImJveC1zaXppbmc6IGJvcmRlci1ib3g7Ij4wNzo0Njoz MTwvYj4gPC9zcGFuPiBZb3UgY291bGQgdHJ5IHVzaW5nIC0tc2tpcC1icm9rZW4gdG8gd29y ayBhcm91bmQgdGhlIHByb2JsZW0KPHNwYW4gY2xhc3M9InRpbWVzdGFtcCIgc3R5bGU9ImJv eC1zaXppbmc6IGJvcmRlci1ib3g7Ij48YiBzdHlsZT0iYm94LXNpemluZzogYm9yZGVyLWJv eDsiPjA3OjQ2OjMxPC9iPiA8L3NwYW4+IFlvdSBjb3VsZCB0cnkgcnVubmluZzogcnBtIC1W YSAtLW5vZmlsZXMgLS1ub2RpZ2VzdAo8c3BhbiBjbGFzcz0idGltZXN0YW1wIiBzdHlsZT0i Ym94LXNpemluZzogYm9yZGVyLWJveDsiPjxiIHN0eWxlPSJib3gtc2l6aW5nOiBib3JkZXIt Ym94OyI+MDc6NDY6MzE8L2I+IDwvc3Bhbj5Ub29rIDE4IHNlY29uZHM8L2I+PC9zcGFuPgoK CjxwIGRpcj0ibHRyIiBzdHlsZT0ibGluZS1oZWlnaHQ6MS4zODttYXJnaW4tdG9wOjBwdDtt YXJnaW4tYm90dG9tOjBwdDsiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTFwdDtmb250LWZh bWlseTpBcmlhbDtjb2xvcjojMDAwMDAwO2JhY2tncm91bmQtY29sb3I6dHJhbnNwYXJlbnQ7 Zm9udC13ZWlnaHQ6NDAwO2ZvbnQtc3R5bGU6bm9ybWFsO2ZvbnQtdmFyaWFudDpub3JtYWw7 dGV4dC1kZWNvcmF0aW9uOm5vbmU7dmVydGljYWwtYWxpZ246YmFzZWxpbmU7d2hpdGUtc3Bh Y2U6cHJlLXdyYXA7Ij4mbHQ7L2Vycm9yJmd0Ozwvc3Bhbj48L3A+CjwvYj5UaGFua3MsIApE YWZuYQrCoDwvcHJlPgogIDwvYm9keT4KPC9odG1sPgo= --------------60D60522EFE450E2C842A076--

2 2

[JIRA] (OVIRT-1658) Potential issue coming to CentOS7 slaves (glibc, missing UTF-8 locale)
by Evgheni Dereveanchin (oVirt JIRA) 20 Sep '17

20 Sep '17

This is a multi-part message in MIME format... ------------=_1505900748-14133-1694 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1658?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-1658: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > Potential issue coming to CentOS7 slaves (glibc, missing UTF-8 locale) > ---------------------------------------------------------------------- > > Key: OVIRT-1658 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1658 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Barak Korren > Assignee: Evgheni Dereveanchin > > Seems there is an issue with locale files in recent CentOS versions, > and we're hitting it in slaves that have been updated recently. > The symptoms are that Jenkins disconnects from the slave and then > refuses to reconnect to it. The agent log in Jenkins shows: > [09/19/17 15:42:56] [SSH] Connection closed. > [09/19/17 15:58:48] [SSH] Opening SSH connection to > vm0002.workers-phx.ovirt.org:22. > [09/19/17 15:58:48] [SSH] WARNING: SSH Host Keys are not being > verified. Man-in-the-middle attacks may be possible against this > connection. > [09/19/17 15:58:48] [SSH] Authentication successful. > SSH connection reports a garbage before a command execution. > Check your .bashrc, .profile, and so on to make sure it is quiet. > The received junk text is as follows: > /etc/profile.d/lang.sh: line 19: warning: setlocale: LC_CTYPE: cannot > change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 20: warning: setlocale: LC_COLLATE: > cannot change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 23: warning: setlocale: LC_MESSAGES: > cannot change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 26: warning: setlocale: LC_NUMERIC: > cannot change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 29: warning: setlocale: LC_TIME: cannot > change locale (en_US.utf8): No such file or directory > null > [09/19/17 15:58:48] Launch failed - cleaning up connection > [09/19/17 15:58:48] [SSH] Connection closed. > The same locale error messages can also be reproduced on the slave by > running an interactive login from the console or 'su -'. When running > 'locale -a' you can also see the en_US.UTF-8 locale is somehow > missing. > Looking around for this I found the following: > https://github.com/CentOS/sig-cloud-instance-images/issues/71 > I tried downgrading glibc back to the version we had before, but that > did not seem to resolve the issue. Eventually I managed to resolve it > by running 'localedef -i en_US -f UTF-8 en_US.UTF-8' on the slave. > I've seen this happen on 'vm0002.workers-phx.ovirt.org' which is > attached to the staging Jenkins, but I've no reason to believe this > won't start impacting production slaves. > We need to research this further and find out if we need to do > something to prevent this issue from surfacing on production slaves. > -- > Barak Korren > RHV DevOps team , RHCE, RHCi > Red Hat EMEA > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) ------------=_1505900748-14133-1694 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1658?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin reassigned OVIRT-1658:</h3> <pre>Assignee: Evgheni Dereveanchin (was: infra)</pre> <blockquote><h3>Potential issue coming to CentOS7 slaves (glibc, missing UTF-8 locale)</h3> <pre> Key: OVIRT-1658 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1658 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Barak Korren Assignee: Evgheni Dereveanchin</pre> Seems there is an issue with locale files in recent CentOS versions, and we're hitting it in slaves that have been updated recently. The symptoms are that Jenkins disconnects from the slave and then refuses to reconnect to it. The agent log in Jenkins shows: [09/19/17 15:42:56] [SSH] Connection closed. [09/19/17 15:58:48] [SSH] Opening SSH connection to vm0002.workers-phx.ovirt.org:22. [09/19/17 15:58:48] [SSH] WARNING: SSH Host Keys are not being verified. Man-in-the-middle attacks may be possible against this connection. [09/19/17 15:58:48] [SSH] Authentication successful. SSH connection reports a garbage before a command execution. Check your .bashrc, .profile, and so on to make sure it is quiet. The received junk text is as follows: /etc/profile.d/lang.sh: line 19: warning: setlocale: LC_CTYPE: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 20: warning: setlocale: LC_COLLATE: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 23: warning: setlocale: LC_MESSAGES: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 26: warning: setlocale: LC_NUMERIC: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 29: warning: setlocale: LC_TIME: cannot change locale (en_US.utf8): No such file or directory null [09/19/17 15:58:48] Launch failed – cleaning up connection [09/19/17 15:58:48] [SSH] Connection closed. The same locale error messages can also be reproduced on the slave by running an interactive login from the console or ‘su -’. When running ‘locale -a’ you can also see the en_US.UTF-8 locale is somehow missing. Looking around for this I found the following: <a href="https://github.com/CentOS/sig-cloud-instance-images/issues/71">https://github.com/CentOS/sig-cloud-instance-images/issues/71</a> I tried downgrading glibc back to the version we had before, but that did not seem to resolve the issue. Eventually I managed to resolve it by running ‘localedef -i en_US -f UTF-8 en_US.UTF-8’ on the slave. I've seen this happen on ‘vm0002.workers-phx.ovirt.org’ which is attached to the staging Jenkins, but I've no reason to believe this won't start impacting production slaves. We need to research this further and find out if we need to do something to prevent this issue from surfacing on production slaves. — Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted</blockquote> — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1505900748-14133-1694--

1 0

Subject: [ OST Failure Report ] [ master ] [ 19-09-2017E ] [ 004_basic_sanity ]
by Dafna Ron 20 Sep '17

20 Sep '17

This is a multi-part message in MIME format. --------------38C81434D2056F5745CD1AD2 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Hi, Lago reports add_console was the failed action: <testcase classname="004_basic_sanity" name="add_console" time="1.765">...</testcase> In the engine log I can see that both hosts fail to respond and that we have also have errors in ansible for invalid services in fedora. CQ reports a network patch as the probable cause. See further info below ** *Link to suspected patches: https://gerrit.ovirt.org/#/c/81921/* * Link to Job: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/ Link to all logs: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/artifact… (Relevant) error snippet from the log: <error> * **Here is the ansible error: *** * host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ovirt-vmconsole'}) => {"failed": true, "item": {"service": "ovirt-vmconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-vmconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'glusterfs'}) => {"failed": true, "item": {"service": "glusterfs"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'glusterfs' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ctdb'}) => {"failed": true, "item": {"service": "ctdb"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ctdb' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ovirt-storageconsole'}) => {"failed": true, "item": {"service": "ovirt-storageconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-storageconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'nrpe'}) => {"failed": true, "item": {"service": "nrpe"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'nrpe' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ovirt-vmconsole'}) => {"failed": true, "item": {"service": "ovirt-vmconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-vmconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'glusterfs'}) => {"failed": true, "item": {"service": "glusterfs"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'glusterfs' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ctdb'}) => {"failed": true, "item": {"service": "ctdb"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ctdb' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ovirt-storageconsole'}) => {"failed": true, "item": {"service": "ovirt-storageconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-storageconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'nrpe'}) => {"failed": true, "item": {"service": "nrpe"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'nrpe' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} **Here is the engine.log error** *017-09-19 12:28:59,191-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc": "2.0", "id": "634fae71-5f8f-49c1-9d5f-ebc24239cfa9", "result": true} 2017-09-19 12:28:59,191-04 ERROR [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for "634fae71-5f8f-49c1-9d5f-ebc24239cfa9" 2017-09-19 12:28:59,194-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (SSL Stomp Reactor) [5438f56c] MESSAGE content-length:80 destination:jms.topic.vdsm_responses content-type:application/json subscription:f7138b74-fed3-4eb2-9fdc-957bc4af8f23 {"jsonrpc": "2.0", "id": "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b", "result": true}^@ 2017-09-19 12:28:59,194-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc": "2.0", "id": "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b", "result": true} 2017-09-19 12:28:59,194-04 ERROR [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b" 2017-09-19 12:28:59,234-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (SSL Stomp Reactor) [5438f56c] MESSAGE content-length:8534 destination:jms.topic.vdsm_responses content-type:application/json subscription:279e9c67-7fc4-4ace-8709-2534f4d53241 * *</error>* ** Thanks. Dafna --------------38C81434D2056F5745CD1AD2 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit <html> <head> <meta http-equiv="content-type" content="text/html; charset=utf-8"> </head> <body text="#000000" bgcolor="#FFFFFF"> Hi, <div class="collapsible-content" style="color: rgb(0, 0, 0); font-family: "Times New Roman"; font-size: medium; font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: normal; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration-style: initial; text-decoration-color: initial;"> <div class="collapsible" id="collapsible1"> <div class="collapsed hidden"> <div class="line">Lago reports add_console was the failed action: <testcase classname="004_basic_sanity" name="add_console" time="1.765">...</testcase> In the engine log I can see that both hosts fail to respond and that we have also have errors in ansible for invalid services in fedora. CQ reports a network patch as the probable cause. See further info below </div> </div> </div> </div> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to suspected patches: <a class="moz-txt-link-freetext" href="https://gerrit.ovirt.org/#/c/81921/">https://gerrit.ovirt.org/#/c/81921/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to Job: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">Link to all logs: <a class="moz-txt-link-freetext" href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/artifact…">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/artifact…</a> <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;">(Relevant) error snippet from the log: <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"><error> Here is the ansible error: host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ovirt-vmconsole'}) => {"failed": true, "item": {"service": "ovirt-vmconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-vmconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'glusterfs'}) => {"failed": true, "item": {"service": "glusterfs"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'glusterfs' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ctdb'}) => {"failed": true, "item": {"service": "ctdb"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ctdb' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'ovirt-storageconsole'}) => {"failed": true, "item": {"service": "ovirt-storageconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-storageconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122826-lago-basic-suite-master-host-0-7cf4e7c2.log:failed: [lago-basic-suite-master-host-0] (item={u'service': u'nrpe'}) => {"failed": true, "item": {"service": "nrpe"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'nrpe' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ovirt-vmconsole'}) => {"failed": true, "item": {"service": "ovirt-vmconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-vmconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'glusterfs'}) => {"failed": true, "item": {"service": "glusterfs"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'glusterfs' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ctdb'}) => {"failed": true, "item": {"service": "ctdb"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ctdb' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'ovirt-storageconsole'}) => {"failed": true, "item": {"service": "ovirt-storageconsole"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'ovirt-storageconsole' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} host-deploy/ovirt-host-deploy-ansible-20170919122827-lago-basic-suite-master-host-1-1b1135b0.log:failed: [lago-basic-suite-master-host-1] (item={u'service': u'nrpe'}) => {"failed": true, "item": {"service": "nrpe"}, "msg": "ERROR: Exception caught: org.fedoraproject.FirewallD1.Exception: INVALID_SERVICE: 'nrpe' not among existing services Services are defined by port/tcp relationship and named as they are in /etc/services (on most systems)"} Here is the engine.log error 017-09-19 12:28:59,191-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc": "2.0", "id": "634fae71-5f8f-49c1-9d5f-ebc24239cfa9", "result": true} 2017-09-19 12:28:59,191-04 ERROR [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for "634fae71-5f8f-49c1-9d5f-ebc24239cfa9" 2017-09-19 12:28:59,194-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (SSL Stomp Reactor) [5438f56c] MESSAGE content-length:80 destination:jms.topic.vdsm_responses content-type:application/json subscription:f7138b74-fed3-4eb2-9fdc-957bc4af8f23 {"jsonrpc": "2.0", "id": "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b", "result": true}^@ 2017-09-19 12:28:59,194-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.internal.ResponseWorker] (ResponseWorker) [] Message received: {"jsonrpc": "2.0", "id": "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b", "result": true} 2017-09-19 12:28:59,194-04 ERROR [org.ovirt.vdsm.jsonrpc.client.JsonRpcClient] (ResponseWorker) [] Not able to update response for "b4842d9b-38f1-4fd4-a4de-a6b42f25d10b" 2017-09-19 12:28:59,234-04 DEBUG [org.ovirt.vdsm.jsonrpc.client.reactors.stomp.impl.Message] (SSL Stomp Reactor) [5438f56c] MESSAGE content-length:8534 destination:jms.topic.vdsm_responses content-type:application/json subscription:279e9c67-7fc4-4ace-8709-2534f4d53241 <span style="font-size:11pt;font-family:Arial;color:#000000;background-color:transparent;font-weight:400;font-style:normal;font-variant:normal;text-decoration:none;vertical-align:baseline;white-space:pre-wrap;"></error> Thanks. Dafna </body> </html> --------------38C81434D2056F5745CD1AD2--

1 0

Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #797
by jenkins＠jenkins.phx.ovirt.org 20 Sep '17

20 Sep '17

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> ------------------------------------------ Started by timer [EnvInject] - Loading node environment variables. Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> > git rev-parse --is-inside-work-tree # timeout=10 Fetching changes from the remote Git repository > git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10 Cleaning workspace > git rev-parse --verify HEAD # timeout=10 Resetting working tree > git reset --hard # timeout=10 > git clean -fdx # timeout=10 Pruning obsolete local branches Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git > git --version # timeout=10 > git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/changes/13/75913/5:patch --prune > git rev-parse origin/patch^{commit} # timeout=10 > git rev-parse patch^{commit} # timeout=10 Checking out Revision 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f (patch) Commit message: "Exclude big packages from mirrors" > git config core.sparsecheckout # timeout=10 > git checkout -f 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f > git rev-list 4b0fe3e0c9fba26cdbaafe2b29fddd3411225d6f # timeout=10 [system-sync_mirrors-centos-updates-el7-x86_64] $ /bin/bash -xe /tmp/jenkins664955239406877516.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-el7 x86_64 jenkins/data/mirrors-reposync.conf Checking if mirror needs a resync Traceback (most recent call last): File "/usr/bin/reposync", line 343, in <module> main() File "/usr/bin/reposync", line 175, in main my.doRepoSetup() File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup return self._getRepos(thisrepo, True) File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos self._repos.doSetup(thisrepo) File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup self.retrieveAllMD() File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD dl = repo._async and repo._commonLoadRepoXML(repo) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1478, in _commonLoadRepoXML self._revertOldRepoXML() File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1323, in _revertOldRepoXML os.rename(old_data['old_local'], old_data['local']) OSError: [Errno 2] No such file or directory Build step 'Execute shell' marked build as failure

1 2

[CQ]: 81792, 4 (ovirt-hosted-engine-ha) failed "ovirt-master" system tests
by oVirt Jenkins 20 Sep '17

20 Sep '17

Change 81792,4 (ovirt-hosted-engine-ha) 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/81792/4 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2732/

1 0

[oVirt Jenkins] ovirt-node-ng_ovirt-4.1-snapshot_build-artifacts-el7-x86_64 - Build # 259 - Failure!
by jenkins＠jenkins.phx.ovirt.org 20 Sep '17

20 Sep '17

------=_Part_620_18096676.1505841561014 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-snapshot_build-artifac… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1-snapshot_build-artifac… Build Number: 259 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #259 [Yuval Turgeman] automation: adding loop devices ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_620_18096676.1505841561014--

1 1

[JIRA] (OVIRT-1658) Potential issue coming to CentOS7 slaves (glibc, missing UTF-8 locale)
by sbonazzo (oVirt JIRA) 20 Sep '17

20 Sep '17

This is a multi-part message in MIME format... ------------=_1505882859-1664-2496 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1658?page=com.atlassian.jira.… ] sbonazzo commented on OVIRT-1658: --------------------------------- Please open a bug on bugs.centos.org to let them know about the issue Il 19 Set 2017 18:10, "Barak Korren" <bkorren(a)redhat.com> ha scritto: > Seems there is an issue with locale files in recent CentOS versions, > and we're hitting it in slaves that have been updated recently. > > The symptoms are that Jenkins disconnects from the slave and then > refuses to reconnect to it. The agent log in Jenkins shows: > > [09/19/17 15:42:56] [SSH] Connection closed. > > [09/19/17 15:58:48] [SSH] Opening SSH connection to > vm0002.workers-phx.ovirt.org:22. > [09/19/17 15:58:48] [SSH] WARNING: SSH Host Keys are not being > verified. Man-in-the-middle attacks may be possible against this > connection. > > [09/19/17 15:58:48] [SSH] Authentication successful. > SSH connection reports a garbage before a command execution. > Check your .bashrc, .profile, and so on to make sure it is quiet. > The received junk text is as follows: > /etc/profile.d/lang.sh: line 19: warning: setlocale: LC_CTYPE: cannot > change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 20: warning: setlocale: LC_COLLATE: > cannot change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 23: warning: setlocale: LC_MESSAGES: > cannot change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 26: warning: setlocale: LC_NUMERIC: > cannot change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 29: warning: setlocale: LC_TIME: cannot > change locale (en_US.utf8): No such file or directory > > null > [09/19/17 15:58:48] Launch failed - cleaning up connection > [09/19/17 15:58:48] [SSH] Connection closed. > > > The same locale error messages can also be reproduced on the slave by > running an interactive login from the console or 'su -'. When running > 'locale -a' you can also see the en_US.UTF-8 locale is somehow > missing. > > Looking around for this I found the following: > https://github.com/CentOS/sig-cloud-instance-images/issues/71 > > I tried downgrading glibc back to the version we had before, but that > did not seem to resolve the issue. Eventually I managed to resolve it > by running 'localedef -i en_US -f UTF-8 en_US.UTF-8' on the slave. > > I've seen this happen on 'vm0002.workers-phx.ovirt.org' which is > attached to the staging Jenkins, but I've no reason to believe this > won't start impacting production slaves. > > We need to research this further and find out if we need to do > something to prevent this issue from surfacing on production slaves. > > -- > Barak Korren > RHV DevOps team , RHCE, RHCi > Red Hat EMEA > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted > _______________________________________________ > Infra mailing list > Infra(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/infra > > Potential issue coming to CentOS7 slaves (glibc, missing UTF-8 locale) > ---------------------------------------------------------------------- > > Key: OVIRT-1658 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1658 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Barak Korren > Assignee: infra > > Seems there is an issue with locale files in recent CentOS versions, > and we're hitting it in slaves that have been updated recently. > The symptoms are that Jenkins disconnects from the slave and then > refuses to reconnect to it. The agent log in Jenkins shows: > [09/19/17 15:42:56] [SSH] Connection closed. > [09/19/17 15:58:48] [SSH] Opening SSH connection to > vm0002.workers-phx.ovirt.org:22. > [09/19/17 15:58:48] [SSH] WARNING: SSH Host Keys are not being > verified. Man-in-the-middle attacks may be possible against this > connection. > [09/19/17 15:58:48] [SSH] Authentication successful. > SSH connection reports a garbage before a command execution. > Check your .bashrc, .profile, and so on to make sure it is quiet. > The received junk text is as follows: > /etc/profile.d/lang.sh: line 19: warning: setlocale: LC_CTYPE: cannot > change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 20: warning: setlocale: LC_COLLATE: > cannot change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 23: warning: setlocale: LC_MESSAGES: > cannot change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 26: warning: setlocale: LC_NUMERIC: > cannot change locale (en_US.utf8): No such file or directory > /etc/profile.d/lang.sh: line 29: warning: setlocale: LC_TIME: cannot > change locale (en_US.utf8): No such file or directory > null > [09/19/17 15:58:48] Launch failed - cleaning up connection > [09/19/17 15:58:48] [SSH] Connection closed. > The same locale error messages can also be reproduced on the slave by > running an interactive login from the console or 'su -'. When running > 'locale -a' you can also see the en_US.UTF-8 locale is somehow > missing. > Looking around for this I found the following: > https://github.com/CentOS/sig-cloud-instance-images/issues/71 > I tried downgrading glibc back to the version we had before, but that > did not seem to resolve the issue. Eventually I managed to resolve it > by running 'localedef -i en_US -f UTF-8 en_US.UTF-8' on the slave. > I've seen this happen on 'vm0002.workers-phx.ovirt.org' which is > attached to the staging Jenkins, but I've no reason to believe this > won't start impacting production slaves. > We need to research this further and find out if we need to do > something to prevent this issue from surfacing on production slaves. > -- > Barak Korren > RHV DevOps team , RHCE, RHCi > Red Hat EMEA > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) ------------=_1505882859-1664-2496 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1658?page=com.atlassian.jira.… ]</pre> <h3>sbonazzo commented on OVIRT-1658:</h3> Please open a bug on bugs.centos.org to let them know about the issue Il 19 Set 2017 18:10, “Barak Korren” <bkorren(a)redhat.com> ha scritto: <blockquote>Seems there is an issue with locale files in recent CentOS versions, and we're hitting it in slaves that have been updated recently. The symptoms are that Jenkins disconnects from the slave and then refuses to reconnect to it. The agent log in Jenkins shows: [09/19/17 15:42:56] [SSH] Connection closed. [09/19/17 15:58:48] [SSH] Opening SSH connection to vm0002.workers-phx.ovirt.org:22. [09/19/17 15:58:48] [SSH] WARNING: SSH Host Keys are not being verified. Man-in-the-middle attacks may be possible against this connection. [09/19/17 15:58:48] [SSH] Authentication successful. SSH connection reports a garbage before a command execution. Check your .bashrc, .profile, and so on to make sure it is quiet. The received junk text is as follows: /etc/profile.d/lang.sh: line 19: warning: setlocale: LC_CTYPE: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 20: warning: setlocale: LC_COLLATE: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 23: warning: setlocale: LC_MESSAGES: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 26: warning: setlocale: LC_NUMERIC: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 29: warning: setlocale: LC_TIME: cannot change locale (en_US.utf8): No such file or directory null [09/19/17 15:58:48] Launch failed – cleaning up connection [09/19/17 15:58:48] [SSH] Connection closed. The same locale error messages can also be reproduced on the slave by running an interactive login from the console or ‘su -’. When running ‘locale -a’ you can also see the en_US.UTF-8 locale is somehow missing. Looking around for this I found the following: <a href="https://github.com/CentOS/sig-cloud-instance-images/issues/71">https://github.com/CentOS/sig-cloud-instance-images/issues/71</a> I tried downgrading glibc back to the version we had before, but that did not seem to resolve the issue. Eventually I managed to resolve it by running ‘localedef -i en_US -f UTF-8 en_US.UTF-8’ on the slave. I've seen this happen on ‘vm0002.workers-phx.ovirt.org’ which is attached to the staging Jenkins, but I've no reason to believe this won't start impacting production slaves. We need to research this further and find out if we need to do something to prevent this issue from surfacing on production slaves. — Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted _____________________________________________ Infra mailing list Infra(a)ovirt.org <a href="http://lists.ovirt.org/mailman/listinfo/infra">http://lists.ovirt.org/mailman/listinfo/infra</a> <h3>Potential issue coming to CentOS7 slaves (glibc, missing UTF-8 locale)</h3> <pre> Key: OVIRT-1658 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1658 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Barak Korren Assignee: infra</pre> Seems there is an issue with locale files in recent CentOS versions, and we're hitting it in slaves that have been updated recently. The symptoms are that Jenkins disconnects from the slave and then refuses to reconnect to it. The agent log in Jenkins shows: [09/19/17 15:42:56] [SSH] Connection closed. [09/19/17 15:58:48] [SSH] Opening SSH connection to vm0002.workers-phx.ovirt.org:22. [09/19/17 15:58:48] [SSH] WARNING: SSH Host Keys are not being verified. Man-in-the-middle attacks may be possible against this connection. [09/19/17 15:58:48] [SSH] Authentication successful. SSH connection reports a garbage before a command execution. Check your .bashrc, .profile, and so on to make sure it is quiet. The received junk text is as follows: /etc/profile.d/lang.sh: line 19: warning: setlocale: LC_CTYPE: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 20: warning: setlocale: LC_COLLATE: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 23: warning: setlocale: LC_MESSAGES: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 26: warning: setlocale: LC_NUMERIC: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 29: warning: setlocale: LC_TIME: cannot change locale (en_US.utf8): No such file or directory null [09/19/17 15:58:48] Launch failed – cleaning up connection [09/19/17 15:58:48] [SSH] Connection closed. The same locale error messages can also be reproduced on the slave by running an interactive login from the console or ‘su -’. When running ‘locale -a’ you can also see the en_US.UTF-8 locale is somehow missing. Looking around for this I found the following: <a href="https://github.com/CentOS/sig-cloud-instance-images/issues/71">https://github.com/CentOS/sig-cloud-instance-images/issues/71</a> I tried downgrading glibc back to the version we had before, but that did not seem to resolve the issue. Eventually I managed to resolve it by running ‘localedef -i en_US -f UTF-8 en_US.UTF-8’ on the slave. I've seen this happen on ‘vm0002.workers-phx.ovirt.org’ which is attached to the staging Jenkins, but I've no reason to believe this won't start impacting production slaves. We need to research this further and find out if we need to do something to prevent this issue from surfacing on production slaves. — Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted</blockquote> — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1505882859-1664-2496--

1 0

Potential issue coming to CentOS7 slaves (glibc, missing UTF-8 locale)
by Barak Korren 20 Sep '17

20 Sep '17

Seems there is an issue with locale files in recent CentOS versions, and we're hitting it in slaves that have been updated recently. The symptoms are that Jenkins disconnects from the slave and then refuses to reconnect to it. The agent log in Jenkins shows: [09/19/17 15:42:56] [SSH] Connection closed. [09/19/17 15:58:48] [SSH] Opening SSH connection to vm0002.workers-phx.ovirt.org:22. [09/19/17 15:58:48] [SSH] WARNING: SSH Host Keys are not being verified. Man-in-the-middle attacks may be possible against this connection. [09/19/17 15:58:48] [SSH] Authentication successful. SSH connection reports a garbage before a command execution. Check your .bashrc, .profile, and so on to make sure it is quiet. The received junk text is as follows: /etc/profile.d/lang.sh: line 19: warning: setlocale: LC_CTYPE: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 20: warning: setlocale: LC_COLLATE: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 23: warning: setlocale: LC_MESSAGES: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 26: warning: setlocale: LC_NUMERIC: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 29: warning: setlocale: LC_TIME: cannot change locale (en_US.utf8): No such file or directory null [09/19/17 15:58:48] Launch failed - cleaning up connection [09/19/17 15:58:48] [SSH] Connection closed. The same locale error messages can also be reproduced on the slave by running an interactive login from the console or 'su -'. When running 'locale -a' you can also see the en_US.UTF-8 locale is somehow missing. Looking around for this I found the following: https://github.com/CentOS/sig-cloud-instance-images/issues/71 I tried downgrading glibc back to the version we had before, but that did not seem to resolve the issue. Eventually I managed to resolve it by running 'localedef -i en_US -f UTF-8 en_US.UTF-8' on the slave. I've seen this happen on 'vm0002.workers-phx.ovirt.org' which is attached to the staging Jenkins, but I've no reason to believe this won't start impacting production slaves. We need to research this further and find out if we need to do something to prevent this issue from surfacing on production slaves. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted

2 1

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

20 Sep '17

------=_Part_622_688795696.1505862006356 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Good morning! Attached is the HTML page with the jenkins status report. You can see it also here: - http://jenkins.ovirt.org/job/system_jenkins-report/449//artifact/exported-a… Cheers, Jenkins ------=_Part_622_688795696.1505862006356 Content-Type: text/html; charset=us-ascii; name=upstream_report.html Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=upstream_report.html Content-ID: <upstream_report.html> <!DOCTYPE html><head><style type="text/css"> table.gridtable { border-collapse: collapse; table-layout:fixed; width:1600px; font-family: monospace; font-size:13px; } .head { font-size:20px; font-family: arial; } .sub { font-size:18px; background-color:#e5e5e5; font-family: arial; } pre { font-family: monospace; display: inline; white-space: pre-wrap; white-space: -moz-pre-wrap !important; white-space: -pre-wrap; white-space: -o-pre-wrap; word-wrap: break-word; } </style> </head> <body> <table class="gridtable" border=2> <tr><th colspan=2 class=head> RHEVM CI Jenkins Daily Report - 19/09/2017 </th></tr><tr><th colspan=2 class=sub> <a href="http://jenkins.ovirt.org/">00 Unstable Critical</a> </th></tr> <tr><td> <a href="http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/">system-sync_mirrors-centos-updates-el7-x86_64</a> </td><td> This job is automatically updated by jenkins job builder, any manual change will be lost in the next update. If you want to make permanent changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;hb=…"> jenkins</a> repo.  </td></tr> ------=_Part_622_688795696.1505862006356--

1 0

[CQ]: 81921,3 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 19 Sep '17

19 Sep '17

Change 81921,3 (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/81921/3 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2719/

1 0

[JIRA] (OVIRT-1658) Potential issue coming to CentOS7 slaves (glibc, missing UTF-8 locale)
by Barak Korren (oVirt JIRA) 19 Sep '17

19 Sep '17

Barak Korren created OVIRT-1658: ----------------------------------- Summary: Potential issue coming to CentOS7 slaves (glibc, missing UTF-8 locale) Key: OVIRT-1658 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1658 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Barak Korren Assignee: infra Seems there is an issue with locale files in recent CentOS versions, and we're hitting it in slaves that have been updated recently. The symptoms are that Jenkins disconnects from the slave and then refuses to reconnect to it. The agent log in Jenkins shows: [09/19/17 15:42:56] [SSH] Connection closed. [09/19/17 15:58:48] [SSH] Opening SSH connection to vm0002.workers-phx.ovirt.org:22. [09/19/17 15:58:48] [SSH] WARNING: SSH Host Keys are not being verified. Man-in-the-middle attacks may be possible against this connection. [09/19/17 15:58:48] [SSH] Authentication successful. SSH connection reports a garbage before a command execution. Check your .bashrc, .profile, and so on to make sure it is quiet. The received junk text is as follows: /etc/profile.d/lang.sh: line 19: warning: setlocale: LC_CTYPE: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 20: warning: setlocale: LC_COLLATE: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 23: warning: setlocale: LC_MESSAGES: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 26: warning: setlocale: LC_NUMERIC: cannot change locale (en_US.utf8): No such file or directory /etc/profile.d/lang.sh: line 29: warning: setlocale: LC_TIME: cannot change locale (en_US.utf8): No such file or directory null [09/19/17 15:58:48] Launch failed - cleaning up connection [09/19/17 15:58:48] [SSH] Connection closed. The same locale error messages can also be reproduced on the slave by running an interactive login from the console or 'su -'. When running 'locale -a' you can also see the en_US.UTF-8 locale is somehow missing. Looking around for this I found the following: https://github.com/CentOS/sig-cloud-instance-images/issues/71 I tried downgrading glibc back to the version we had before, but that did not seem to resolve the issue. Eventually I managed to resolve it by running 'localedef -i en_US -f UTF-8 en_US.UTF-8' on the slave. I've seen this happen on 'vm0002.workers-phx.ovirt.org' which is attached to the staging Jenkins, but I've no reason to believe this won't start impacting production slaves. We need to research this further and find out if we need to do something to prevent this issue from surfacing on production slaves. -- Barak Korren RHV DevOps team , RHCE, RHCi Red Hat EMEA redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060)

1 0

[JIRA] (OVIRT-1657) Unity CI whitelist mechanism for GitHub and Gerrit
by Barak Korren (oVirt JIRA) 19 Sep '17

19 Sep '17

This is a multi-part message in MIME format... ------------=_1505835477-31751-486 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1657?page=com.atlassian.jira.… ] Barak Korren reassigned OVIRT-1657: ----------------------------------- Assignee: Barak Korren (was: infra) > Unity CI whitelist mechanism for GitHub and Gerrit > -------------------------------------------------- > > Key: OVIRT-1657 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1657 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Barak Korren > Assignee: Barak Korren > > Right now we have two separate CI mechanisms: > # A mechanism based on the '{{jenkins-whitelist}}' repository that is used by CI jobs for Gerrit projects > # A mechanism that is part of the 'GitHub pull request builder' plugin that is used for GitHub based projects. > The '{{jenkins-whitelist}}' has a few shortcomings: > * Its impossible for maintainers to manually override it > * Maintainers hate to send patches to an unrelated repo > * Its impossible to have a per-project whitelist > The GitHub style whitelist has a few shortcomings as well: > * Whitelist members that were added via comments on PRs are stored in the job configuration and can vanish if jobs are updated via JJB > * The GHPRB plugin forces us to create jobs in a very specific way (One job per project) > * The whitelist can prevent GitHub events without specific people behind them from triggering the jobs - For example jobs are not triggered when commits are added to an existing PR because such events are sent by the 'null' user whihc typically is not in the whitelist... (This is probably a bug with the plugin). -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) ------------=_1505835477-31751-486 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1657?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren reassigned OVIRT-1657:</h3> <pre>Assignee: Barak Korren (was: infra)</pre> <blockquote><h3>Unity CI whitelist mechanism for GitHub and Gerrit</h3> <pre> Key: OVIRT-1657 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1657 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt CI Reporter: Barak Korren Assignee: Barak Korren</pre> Right now we have two separate CI mechanisms: # A mechanism based on the ‘{{jenkins-whitelist}}’ repository that is used by CI jobs for Gerrit projects # A mechanism that is part of the ‘GitHub pull request builder’ plugin that is used for GitHub based projects. The ‘{{jenkins-whitelist}}’ has a few shortcomings: <ul><li>Its impossible for maintainers to manually override it</li> <li>Maintainers hate to send patches to an unrelated repo</li> <li>Its impossible to have a per-project whitelist</li></ul> The GitHub style whitelist has a few shortcomings as well: <ul><li>Whitelist members that were added via comments on PRs are stored in the job configuration and can vanish if jobs are updated via JJB</li> <li>The GHPRB plugin forces us to create jobs in a very specific way (One job per project)</li> <li>The whitelist can prevent GitHub events without specific people behind them from triggering the jobs – For example jobs are not triggered when commits are added to an existing PR because such events are sent by the ‘null’ user whihc typically is not in the whitelist… (This is probably a bug with the plugin).</li></ul></blockquote> — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1505835477-31751-486--

1 0

[JIRA] (OVIRT-1657) Unity CI whitelist mechanism for GitHub and Gerrit
by Barak Korren (oVirt JIRA) 19 Sep '17

19 Sep '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1657?page=com.atlassian.jira.… ] Barak Korren updated OVIRT-1657: -------------------------------- Epic Link: OVIRT-400 > Unity CI whitelist mechanism for GitHub and Gerrit > -------------------------------------------------- > > Key: OVIRT-1657 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1657 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Barak Korren > Assignee: infra > > Right now we have two separate CI mechanisms: > # A mechanism based on the '{{jenkins-whitelist}}' repository that is used by CI jobs for Gerrit projects > # A mechanism that is part of the 'GitHub pull request builder' plugin that is used for GitHub based projects. > The '{{jenkins-whitelist}}' has a few shortcomings: > * Its impossible for maintainers to manually override it > * Maintainers hate to send patches to an unrelated repo > * Its impossible to have a per-project whitelist > The GitHub style whitelist has a few shortcomings as well: > * Whitelist members that were added via comments on PRs are stored in the job configuration and can vanish if jobs are updated via JJB > * The GHPRB plugin forces us to create jobs in a very specific way (One job per project) > * The whitelist can prevent GitHub events without specific people behind them from triggering the jobs - For example jobs are not triggered when commits are added to an existing PR because such events are sent by the 'null' user whihc typically is not in the whitelist... (This is probably a bug with the plugin). -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060)

1 0

[JIRA] (OVIRT-1657) Unity CI whitelist mechanism for GitHub and Gerrit
by Barak Korren (oVirt JIRA) 19 Sep '17

19 Sep '17

Barak Korren created OVIRT-1657: ----------------------------------- Summary: Unity CI whitelist mechanism for GitHub and Gerrit Key: OVIRT-1657 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1657 Project: oVirt - virtualization made easy Issue Type: Improvement Components: oVirt CI Reporter: Barak Korren Assignee: infra Right now we have two separate CI mechanisms: # A mechanism based on the '{{jenkins-whitelist}}' repository that is used by CI jobs for Gerrit projects # A mechanism that is part of the 'GitHub pull request builder' plugin that is used for GitHub based projects. The '{{jenkins-whitelist}}' has a few shortcomings: * Its impossible for maintainers to manually override it * Maintainers hate to send patches to an unrelated repo * Its impossible to have a per-project whitelist The GitHub style whitelist has a few shortcomings as well: * Whitelist members that were added via comments on PRs are stored in the job configuration and can vanish if jobs are updated via JJB * The GHPRB plugin forces us to create jobs in a very specific way (One job per project) * The whitelist can prevent GitHub events without specific people behind them from triggering the jobs - For example jobs are not triggered when commits are added to an existing PR because such events are sent by the 'null' user whihc typically is not in the whitelist... (This is probably a bug with the plugin). -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060)

1 0

[JIRA] (OVIRT-1655) Groovy script failed
by Dafna Ron (oVirt JIRA) 19 Sep '17

19 Sep '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1655?page=com.atlassian.jira.… ] Dafna Ron commented on OVIRT-1655: ---------------------------------- All 3 failed tasks ran on the same vm. I marked the vm as offline: vm0090.workers-phx.ovirt.org and the reason for offline is the failed job: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8… > Groovy script failed > -------------------- > > Key: OVIRT-1655 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1655 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > > Hi, I had an ovirt-node-ng build failure and didn't get logs about what > happened due to: > *Groovy script failed:* > java.lang.NullPointerException: Cannot invoke method child() on null object > Failed job is > http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8… > CAn you please check what happened? > -- > SANDRO BONAZZOLA > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060)

1 0

[JIRA] (OVIRT-1656) upgrade jenkins.ovirt.org to latest LTS version
by Evgheni Dereveanchin (oVirt JIRA) 19 Sep '17

19 Sep '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1656?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-1656: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > upgrade jenkins.ovirt.org to latest LTS version > ----------------------------------------------- > > Key: OVIRT-1656 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1656 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > > Jenkins 2.73.1 LTS is out, our instance needs to be updated. > We should also update the OS to CentOS 7.4 and check if it's worth to bump plugin versions again. -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060)

1 0

[JIRA] (OVIRT-1656) upgrade jenkins.ovirt.org to latest LTS version
by Evgheni Dereveanchin (oVirt JIRA) 19 Sep '17

19 Sep '17

Evgheni Dereveanchin created OVIRT-1656: ------------------------------------------- Summary: upgrade jenkins.ovirt.org to latest LTS version Key: OVIRT-1656 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1656 Project: oVirt - virtualization made easy Issue Type: Task Reporter: Evgheni Dereveanchin Assignee: infra Jenkins 2.73.1 LTS is out, our instance needs to be updated. We should also update the OS to CentOS 7.4 and check if it's worth to bump plugin versions again. -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060)

1 0

[oVirt Jenkins] ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x86_64 - Build # 279 - Failure!
by jenkins＠jenkins.phx.ovirt.org 19 Sep '17

19 Sep '17

------=_Part_608_659902070.1505824513264 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8… Build Number: 279 Build Status: Failure Triggered By: Started by user Sandro Bonazzola ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #279 [Yuval Turgeman] automation: adding loop devices ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_608_659902070.1505824513264--

1 3

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

19 Sep '17

This is a multi-part message in MIME format... ------------=_1505825504-19964-327 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1655?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1655: ------------------------------------- That failure is just a post-build Groovy script that expects some files to be accessible in the job workspace. The real issues seems to be a few lines before: {code} 12:02:09 mount: /dev/loop2 is write-protected, mounting read-only 12:02:10 WARNING No operating system detected, VM performance may suffer. Specify an OS with --os-variant for optimal results. 12:02:10 12:02:10 Starting install... 12:02:10 Retrieving file vmlinuz... | 5.6 MB 00:00 12:02:11 Retrieving file initrd.img... | 46 MB 00:00 12:02:11 Allocating 'diskGJ7pWv.img' | 5.0 GB 00:00 12:02:12 Domain installation still in progress. You can reconnect to 12:02:12 the console to complete the installation process. 12:35:12 ......................................................................................................................................................................................................FATAL: command execution failed 12:35:12 hudson.remoting.ProxyException: java.util.concurrent.TimeoutException: Ping started at 1505824272773 hasn't completed by 1505824512775 12:35:12 Caused: Command close created at 12:35:12 at hudson.remoting.Command.<init>(Command.java:60) 12:35:12 at hudson.remoting.Channel$CloseCommand.<init>(Channel.java:1123) 12:35:12 at hudson.remoting.Channel$CloseCommand.<init>(Channel.java:1121) 12:35:12 at hudson.remoting.Channel.close(Channel.java:1281) 12:35:12 at hudson.slaves.ChannelPinger$1.onDead(ChannelPinger.java:180) 12:35:12 at hudson.remoting.PingThread.ping(PingThread.java:130) 12:35:12 at hudson.remoting.PingThread.run(PingThread.java:86) 12:35:12 Caused: hudson.remoting.Channel$OrderlyShutdown: hudson.remoting.ProxyException: java.util.concurrent.TimeoutException: Ping started at 1505824272773 hasn't completed by 1505824512775 12:35:12 at hudson.remoting.Channel$CloseCommand.execute(Channel.java:1129) 12:35:12 at hudson.remoting.Channel$1.handle(Channel.java:527) 12:35:12 at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:83) 12:35:12 Caused: java.io.IOException: Backing channel 'vm0090.workers-phx.ovirt.org' is disconnected. 12:35:12 at hudson.remoting.RemoteInvocationHandler.channelOrFail(RemoteInvocationHandler.java:192) 12:35:12 at hudson.remoting.RemoteInvocationHandler.invoke(RemoteInvocationHandler.java:257) 12:35:12 at com.sun.proxy.$Proxy89.isAlive(Unknown Source) 12:35:12 at hudson.Launcher$RemoteLauncher$ProcImpl.isAlive(Launcher.java:1043) 12:35:12 at hudson.Launcher$RemoteLauncher$ProcImpl.join(Launcher.java:1035) 12:35:12 at hudson.tasks.CommandInterpreter.join(CommandInterpreter.java:155) 12:35:12 at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:109) 12:35:12 at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:66) 12:35:12 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) 12:35:12 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:735) 12:35:12 at hudson.model.Build$BuildExecution.build(Build.java:206) 12:35:12 at hudson.model.Build$BuildExecution.doRun(Build.java:163) 12:35:12 at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:490) 12:35:12 at hudson.model.Run.execute(Run.java:1735) 12:35:12 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) 12:35:12 at hudson.model.ResourceController.execute(ResourceController.java:97) 12:35:12 at hudson.model.Executor.run(Executor.java:405) 12:35:12 Build step 'Execute shell' marked build as failure 12:35:12 FATAL: channel is already closed 12:35:12 hudson.remoting.ProxyException: java.util.concurrent.TimeoutException: Ping started at 1505824272773 hasn't completed by 1505824512775 12:35:13 Caused: Command close created at 12:35:13 at hudson.remoting.Command.<init>(Command.java:60) 12:35:13 at hudson.remoting.Channel$CloseCommand.<init>(Channel.java:1123) 12:35:13 at hudson.remoting.Channel$CloseCommand.<init>(Channel.java:1121) 12:35:13 at hudson.remoting.Channel.close(Channel.java:1281) 12:35:13 at hudson.slaves.ChannelPinger$1.onDead(ChannelPinger.java:180) 12:35:13 at hudson.remoting.PingThread.ping(PingThread.java:130) 12:35:13 at hudson.remoting.PingThread.run(PingThread.java:86) 12:35:13 Caused: hudson.remoting.Channel$OrderlyShutdown: hudson.remoting.ProxyException: java.util.concurrent.TimeoutException: Ping started at 1505824272773 hasn't completed by 1505824512775 12:35:13 at hudson.remoting.Channel$CloseCommand.execute(Channel.java:1129) 12:35:13 at hudson.remoting.Channel$1.handle(Channel.java:527) 12:35:13 at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:83) 12:35:13 Caused: hudson.remoting.ChannelClosedException: channel is already closed 12:35:13 at hudson.remoting.Channel.send(Channel.java:605) 12:35:13 at hudson.remoting.Request.call(Request.java:130) 12:35:13 at hudson.remoting.Channel.call(Channel.java:829) 12:35:13 at hudson.Launcher$RemoteLauncher.launch(Launcher.java:959) 12:35:13 at hudson.Launcher$ProcStarter.start(Launcher.java:384) 12:35:13 at com.cloudbees.jenkins.plugins.sshagent.exec.ExecRemoteAgent.stop(ExecRemoteAgent.java:126) 12:35:13 at com.cloudbees.jenkins.plugins.sshagent.SSHAgentBuildWrapper$SSHAgentEnvironment.tearDown(SSHAgentBuildWrapper.java:417) 12:35:13 at hudson.model.Build$BuildExecution.doRun(Build.java:174) 12:35:13 at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:490) 12:35:13 at hudson.model.Run.execute(Run.java:1735) 12:35:13 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) 12:35:13 at hudson.model.ResourceController.execute(ResourceController.java:97) 12:35:13 at hudson.model.Executor.run(Executor.java:405) {code} Looks like Jenkins is timing out while trying to talk to the slave. But this may be caused by the error seen in the actual VM build process. > Groovy script failed > -------------------- > > Key: OVIRT-1655 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1655 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: infra > > Hi, I had an ovirt-node-ng build failure and didn't get logs about what > happened due to: > *Groovy script failed:* > java.lang.NullPointerException: Cannot invoke method child() on null object > Failed job is > http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8… > CAn you please check what happened? > -- > SANDRO BONAZZOLA > ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D > Red Hat EMEA <https://www.redhat.com/> > <https://red.ht/sig> > TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) ------------=_1505825504-19964-327 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1655?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren commented on OVIRT-1655:</h3> That failure is just a post-build Groovy script that expects some files to be accessible in the job workspace. The real issues seems to be a few lines before: {code} 12:02:09 mount: /dev/loop2 is write-protected, mounting read-only 12:02:10 WARNING No operating system detected, VM performance may suffer. Specify an OS with --os-variant for optimal results. 12:02:10 12:02:10 Starting install… 12:02:10 Retrieving file vmlinuz… | 5.6 MB 00:00 12:02:11 Retrieving file initrd.img… | 46 MB 00:00 12:02:11 Allocating ‘diskGJ7pWv.img’ | 5.0 GB 00:00 12:02:12 Domain installation still in progress. You can reconnect to 12:02:12 the console to complete the installation process. 12:35:12 ......................................................................................................................................................................................................FATAL: command execution failed 12:35:12 hudson.remoting.ProxyException: java.util.concurrent.TimeoutException: Ping started at 1505824272773 hasn't completed by 1505824512775 12:35:12 Caused: Command close created at 12:35:12 at hudson.remoting.Command.<init>(Command.java:60) 12:35:12 at hudson.remoting.Channel$CloseCommand.<init>(Channel.java:1123) 12:35:12 at hudson.remoting.Channel$CloseCommand.<init>(Channel.java:1121) 12:35:12 at hudson.remoting.Channel.close(Channel.java:1281) 12:35:12 at hudson.slaves.ChannelPinger$1.onDead(ChannelPinger.java:180) 12:35:12 at hudson.remoting.PingThread.ping(PingThread.java:130) 12:35:12 at hudson.remoting.PingThread.run(PingThread.java:86) 12:35:12 Caused: hudson.remoting.Channel$OrderlyShutdown: hudson.remoting.ProxyException: java.util.concurrent.TimeoutException: Ping started at 1505824272773 hasn't completed by 1505824512775 12:35:12 at hudson.remoting.Channel$CloseCommand.execute(Channel.java:1129) 12:35:12 at hudson.remoting.Channel$1.handle(Channel.java:527) 12:35:12 at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:83) 12:35:12 Caused: java.io.IOException: Backing channel ‘vm0090.workers-phx.ovirt.org’ is disconnected. 12:35:12 at hudson.remoting.RemoteInvocationHandler.channelOrFail(RemoteInvocationHandler.java:192) 12:35:12 at hudson.remoting.RemoteInvocationHandler.invoke(RemoteInvocationHandler.java:257) 12:35:12 at com.sun.proxy.$Proxy89.isAlive(Unknown Source) 12:35:12 at hudson.Launcher$RemoteLauncher$ProcImpl.isAlive(Launcher.java:1043) 12:35:12 at hudson.Launcher$RemoteLauncher$ProcImpl.join(Launcher.java:1035) 12:35:12 at hudson.tasks.CommandInterpreter.join(CommandInterpreter.java:155) 12:35:12 at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:109) 12:35:12 at hudson.tasks.CommandInterpreter.perform(CommandInterpreter.java:66) 12:35:12 at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20) 12:35:12 at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:735) 12:35:12 at hudson.model.Build$BuildExecution.build(Build.java:206) 12:35:12 at hudson.model.Build$BuildExecution.doRun(Build.java:163) 12:35:12 at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:490) 12:35:12 at hudson.model.Run.execute(Run.java:1735) 12:35:12 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) 12:35:12 at hudson.model.ResourceController.execute(ResourceController.java:97) 12:35:12 at hudson.model.Executor.run(Executor.java:405) 12:35:12 Build step ‘Execute shell’ marked build as failure 12:35:12 FATAL: channel is already closed 12:35:12 hudson.remoting.ProxyException: java.util.concurrent.TimeoutException: Ping started at 1505824272773 hasn't completed by 1505824512775 12:35:13 Caused: Command close created at 12:35:13 at hudson.remoting.Command.<init>(Command.java:60) 12:35:13 at hudson.remoting.Channel$CloseCommand.<init>(Channel.java:1123) 12:35:13 at hudson.remoting.Channel$CloseCommand.<init>(Channel.java:1121) 12:35:13 at hudson.remoting.Channel.close(Channel.java:1281) 12:35:13 at hudson.slaves.ChannelPinger$1.onDead(ChannelPinger.java:180) 12:35:13 at hudson.remoting.PingThread.ping(PingThread.java:130) 12:35:13 at hudson.remoting.PingThread.run(PingThread.java:86) 12:35:13 Caused: hudson.remoting.Channel$OrderlyShutdown: hudson.remoting.ProxyException: java.util.concurrent.TimeoutException: Ping started at 1505824272773 hasn't completed by 1505824512775 12:35:13 at hudson.remoting.Channel$CloseCommand.execute(Channel.java:1129) 12:35:13 at hudson.remoting.Channel$1.handle(Channel.java:527) 12:35:13 at hudson.remoting.SynchronousCommandTransport$ReaderThread.run(SynchronousCommandTransport.java:83) 12:35:13 Caused: hudson.remoting.ChannelClosedException: channel is already closed 12:35:13 at hudson.remoting.Channel.send(Channel.java:605) 12:35:13 at hudson.remoting.Request.call(Request.java:130) 12:35:13 at hudson.remoting.Channel.call(Channel.java:829) 12:35:13 at hudson.Launcher$RemoteLauncher.launch(Launcher.java:959) 12:35:13 at hudson.Launcher$ProcStarter.start(Launcher.java:384) 12:35:13 at com.cloudbees.jenkins.plugins.sshagent.exec.ExecRemoteAgent.stop(ExecRemoteAgent.java:126) 12:35:13 at com.cloudbees.jenkins.plugins.sshagent.SSHAgentBuildWrapper$SSHAgentEnvironment.tearDown(SSHAgentBuildWrapper.java:417) 12:35:13 at hudson.model.Build$BuildExecution.doRun(Build.java:174) 12:35:13 at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:490) 12:35:13 at hudson.model.Run.execute(Run.java:1735) 12:35:13 at hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43) 12:35:13 at hudson.model.ResourceController.execute(ResourceController.java:97) 12:35:13 at hudson.model.Executor.run(Executor.java:405) {code} Looks like Jenkins is timing out while trying to talk to the slave. But this may be caused by the error seen in the actual VM build process. <blockquote><h3>Groovy script failed</h3> <pre> Key: OVIRT-1655 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1655 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: sbonazzo Assignee: infra</pre> Hi, I had an ovirt-node-ng build failure and didn't get logs about what happened due to: Groovy script failed: java.lang.NullPointerException: Cannot invoke method child() on null object Failed job is <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8…">http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8…</a> CAn you please check what happened? — SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <<a href="https://www.redhat.com/">https://www.redhat.com/</a>> <<a href="https://red.ht/sig">https://red.ht/sig</a>> TRIED. TESTED. TRUSTED. <<a href="https://redhat.com/trusted">https://redhat.com/trusted</a>></blockquote> — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1505825504-19964-327--

1 0

[oVirt Jenkins] ovirt-appliance_ovirt-4.2_build-artifacts-el7-x86_64 - Build # 2 - Failure!
by jenkins＠jenkins.phx.ovirt.org 19 Sep '17

19 Sep '17

------=_Part_393_1493441271.1505218867894 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Project: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.2_build-artifacts-el7-… Build: http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-4.2_build-artifacts-el7-… Build Number: 2 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #2 [Eyal Edri] Add Eitan Raviv to whitelist [Daniel Belenky] Fix race condition in docker cleanup [Barak Korren] Remove old ovirt-ansible jobs [Barak Korren] Added pipeline-std-ci jobs for GitHub PRs [Barak Korren] Add support for building on demand from GitHub PRs [Sandro Bonazzola] cockpit-ovirt: add 4.2 branch [Barak Korren] Keep CQ builds for 14 days [Daniel Belenky] Remove find bugs jobs [Yuval Turgeman] Build to meet NIST partitioning requirements ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_393_1493441271.1505218867894--

1 1

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

19 Sep '17

This is a multi-part message in MIME format... ------------=_1505824960-15875-232 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit sbonazzo created OVIRT-1655: ------------------------------- Summary: Groovy script failed Key: OVIRT-1655 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1655 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: sbonazzo Assignee: infra Hi, I had an ovirt-node-ng build failure and didn't get logs about what happened due to: *Groovy script failed:* java.lang.NullPointerException: Cannot invoke method child() on null object Failed job is http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8… CAn you please check what happened? -- SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) ------------=_1505824960-15875-232 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>sbonazzo created OVIRT-1655:</h3> <pre> Summary: Groovy script failed Key: OVIRT-1655 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1655 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: sbonazzo Assignee: infra</pre> Hi, I had an ovirt-node-ng build failure and didn't get logs about what happened due to: Groovy script failed: java.lang.NullPointerException: Cannot invoke method child() on null object Failed job is <a href="http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8…">http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.1_build-artifacts-el7-x8…</a> CAn you please check what happened? — SANDRO BONAZZOLA ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D Red Hat EMEA <<a href="https://www.redhat.com/">https://www.redhat.com/</a>> <<a href="https://red.ht/sig">https://red.ht/sig</a>> TRIED. TESTED. TRUSTED. <<a href="https://redhat.com/trusted">https://redhat.com/trusted</a>> — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1505824960-15875-232--

1 0

[JIRA] (OVIRT-1654) false CI failure in Engine check patch
by eyal edri (oVirt JIRA) 19 Sep '17

19 Sep '17

This is a multi-part message in MIME format... ------------=_1505821285-16557-279 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1654?page=com.atlassian.jira.… ] eyal edri commented on OVIRT-1654: ---------------------------------- Looks like findbugs issue: [FINDBUGS] Successfully parsed file /home/jenkins/workspace/ovirt-engine_master_check-patch-el7-x86_64/exported-artifacts/find-bugs/frontend-webadmin-modules-uicompat-target-site.findbugs.xml with 3 unique warnings and 0 duplicates. [FINDBUGS] Successfully parsed file /home/jenkins/workspace/ovirt-engine_master_check-patch-el7-x86_64/exported-artifacts/find-bugs/frontend-webadmin-modules-uicompat-target.findbugsXml.xml with 3 unique warnings and 0 duplicates. [FINDBUGS] Successfully parsed file /home/jenkins/workspace/ovirt-engine_master_check-patch-el7-x86_64/exported-artifacts/find-bugs/frontend-webadmin-modules-webadmin-target-site.findbugs.xml with 3 unique warnings and 0 duplicates. [FINDBUGS] Successfully parsed file /home/jenkins/workspace/ovirt-engine_master_check-patch-el7-x86_64/exported-artifacts/find-bugs/frontend-webadmin-modules-webadmin-target.findbugsXml.xml with 3 unique warnings and 0 duplicates. Skipping warnings blame since Git is the only supported SCM up to now.%n [FINDBUGS] Computing warning deltas based on reference build #30322 [FINDBUGS] Ignore new warnings since this is the first valid build [FINDBUGS] Plug-in Result: Unstable - <a href="findbugsResult">3 warnings</a> exceed the threshold of 0 by 3 Build step 'Flexible publish' changed build result to UNSTABLE 3 new warnings on that build: http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/303… > false CI failure in Engine check patch > -------------------------------------- > > Key: OVIRT-1654 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1654 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: danken > Assignee: infra > > SEVERE: Failed to execute runQuery: > com.google.gwt.user.client.rpc.StatusCodeException: 404 404 status > code > http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/303… -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) ------------=_1505821285-16557-279 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1654?page=com.atlassian.jira.… ]</pre> <h3>eyal edri commented on OVIRT-1654:</h3> Looks like findbugs issue: [FINDBUGS] Successfully parsed file /home/jenkins/workspace/ovirt-engine_master_check-patch-el7-x86_64/exported-artifacts/find-bugs/frontend-webadmin-modules-uicompat-target-site.findbugs.xml with 3 unique warnings and 0 duplicates. [FINDBUGS] Successfully parsed file /home/jenkins/workspace/ovirt-engine_master_check-patch-el7-x86_64/exported-artifacts/find-bugs/frontend-webadmin-modules-uicompat-target.findbugsXml.xml with 3 unique warnings and 0 duplicates. [FINDBUGS] Successfully parsed file /home/jenkins/workspace/ovirt-engine_master_check-patch-el7-x86_64/exported-artifacts/find-bugs/frontend-webadmin-modules-webadmin-target-site.findbugs.xml with 3 unique warnings and 0 duplicates. [FINDBUGS] Successfully parsed file /home/jenkins/workspace/ovirt-engine_master_check-patch-el7-x86_64/exported-artifacts/find-bugs/frontend-webadmin-modules-webadmin-target.findbugsXml.xml with 3 unique warnings and 0 duplicates. Skipping warnings blame since Git is the only supported SCM up to now.%n [FINDBUGS] Computing warning deltas based on reference build #30322 [FINDBUGS] Ignore new warnings since this is the first valid build [FINDBUGS] Plug-in Result: Unstable – <a href="findbugsResult">3 warnings</a> exceed the threshold of 0 by 3 Build step ‘Flexible publish’ changed build result to UNSTABLE 3 new warnings on that build: <a href="http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/303…">http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/303…</a> <blockquote><h3>false CI failure in Engine check patch</h3> <pre> Key: OVIRT-1654 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1654 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: danken Assignee: infra</pre> SEVERE: Failed to execute runQuery: com.google.gwt.user.client.rpc.StatusCodeException: 404 404 status code <a href="http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/303…">http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/303…</a></blockquote> — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1505821285-16557-279--

1 0

[JIRA] (OVIRT-1654) false CI failure in Engine check patch
by Barak Korren (oVirt JIRA) 19 Sep '17

19 Sep '17

This is a multi-part message in MIME format... ------------=_1505821010-28436-295 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1654?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1654: ------------------------------------- This does not look like a CI system issue. The setup, test and cleanup scripts all finish cleanly. These are failing test results. Please take this up with the devel list. > false CI failure in Engine check patch > -------------------------------------- > > Key: OVIRT-1654 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1654 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: danken > Assignee: infra > > SEVERE: Failed to execute runQuery: > com.google.gwt.user.client.rpc.StatusCodeException: 404 404 status > code > http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/303… -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) ------------=_1505821010-28436-295 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1654?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren commented on OVIRT-1654:</h3> This does not look like a CI system issue. The setup, test and cleanup scripts all finish cleanly. These are failing test results. Please take this up with the devel list. <blockquote><h3>false CI failure in Engine check patch</h3> <pre> Key: OVIRT-1654 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1654 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: danken Assignee: infra</pre> SEVERE: Failed to execute runQuery: com.google.gwt.user.client.rpc.StatusCodeException: 404 404 status code <a href="http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/303…">http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/303…</a></blockquote> — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1505821010-28436-295--

1 0

[JIRA] (OVIRT-1654) false CI failure in Engine check patch
by danken (oVirt JIRA) 19 Sep '17

19 Sep '17

This is a multi-part message in MIME format... ------------=_1505817221-18916-212 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit danken created OVIRT-1654: ----------------------------- Summary: false CI failure in Engine check patch Key: OVIRT-1654 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1654 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: danken Assignee: infra SEVERE: Failed to execute runQuery: com.google.gwt.user.client.rpc.StatusCodeException: 404 404 status code http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/303… -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) ------------=_1505817221-18916-212 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>danken created OVIRT-1654:</h3> <pre> Summary: false CI failure in Engine check patch Key: OVIRT-1654 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1654 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: danken Assignee: infra</pre> SEVERE: Failed to execute runQuery: com.google.gwt.user.client.rpc.StatusCodeException: 404 404 status code <a href="http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/303…">http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/303…</a> — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1505817221-18916-212--

1 0

[JIRA] (OVIRT-1653) Jenkins password reset
by Dafna Ron (oVirt JIRA) 19 Sep '17

19 Sep '17

This is a multi-part message in MIME format... ------------=_1505816982-10927-449 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1653?page=com.atlassian.jira.… ] Dafna Ron reassigned OVIRT-1653: -------------------------------- Assignee: Dafna Ron (was: infra) > Jenkins password reset > ---------------------- > > Key: OVIRT-1653 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1653 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Petr Kotas > Assignee: Dafna Ron > > Hi, > unfortunately I have forgotten my password for jenkins.ovirt.org > Can you please reset it for me? > Thank you very much, > Best, > Petr -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) ------------=_1505816982-10927-449 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1653?page=com.atlassian.jira.… ]</pre> <h3>Dafna Ron reassigned OVIRT-1653:</h3> <pre>Assignee: Dafna Ron (was: infra)</pre> <blockquote><h3>Jenkins password reset</h3> <pre> Key: OVIRT-1653 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1653 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Petr Kotas Assignee: Dafna Ron</pre> Hi, unfortunately I have forgotten my password for jenkins.ovirt.org Can you please reset it for me? Thank you very much, Best, Petr</blockquote> — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1505816982-10927-449--

1 0

[oVirt Jenkins] ovirt-system-tests_hc-basic-suite-master - Build # 26 - Still Failing!
by jenkins＠jenkins.phx.ovirt.org 19 Sep '17

19 Sep '17

------=_Part_383_846783676.1505183655354 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/26/ Build Number: 26 Build Status: Still Failing Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #15 [Ondra Machacek] Download latest module_utils ovirt.py file [Barak Korren] Make ovirt-ansible jobs not deploy to tested Changes for Build #16 [Ondra Machacek] Download latest module_utils ovirt.py file Changes for Build #17 [Ondra Machacek] Download latest module_utils ovirt.py file Changes for Build #18 [Ondra Machacek] Download latest module_utils ovirt.py file [Daniel Belenky] Run infra-docs_check-patch and check-merged on el7 [Daniel Belenky] try to build container if related files were changed [Gil Shinar] Suppress git ls-remote output to stderr [Yuval Turgeman] Add 4.2 jobs for imgbased, node-ng and appliance [Daniel Belenky] Fix bugs in mock_runner secrets binding [Daniel Belenky] Prevent post merge Jobs from voting in Gerrit [Gil Shinar] suppress git fetch output in upstream source collector [Daniel Belenky] Add env inject to ost template [Daniel Belenky] Move gerrit-trigger-ci-label inject to be first Changes for Build #19 [Barak Korren] Ensure glusterfs-rdma package is synced by OST [Sandro Bonazzola] ovirt-release: add 4.2 branch Changes for Build #20 [Simone Tiraboschi] el7: add scl-rh repo on x86_64 Changes for Build #21 [Your Name] Change migration network IP address range. [Daniel Belenky] Fix race condition in docker cleanup [Barak Korren] Remove old ovirt-ansible jobs Changes for Build #22 [Dominik Holler] Ping vm0 [Barak Korren] Added pipeline-std-ci jobs for GitHub PRs [Barak Korren] Add support for building on demand from GitHub PRs [Sandro Bonazzola] cockpit-ovirt: add 4.2 branch Changes for Build #23 [Dominik Holler] Ping vm0 [Barak Korren] Keep CQ builds for 14 days Changes for Build #24 [Your Name] 004_basic_sanity: add vm network vnic to vm Changes for Build #25 [Dominik Holler] Parallelize booting of VMs Changes for Build #26 [Yaniv Kaul] Add APIv4 based test to add an iSCSI based storage domain ----------------- Failed Tests: ----------------- No tests ran. ------=_Part_383_846783676.1505183655354--

1 9

[oVirt Jenkins] ovirt-system-tests_he-basic-suite-master - Build # 34 - Failure!
by jenkins＠jenkins.phx.ovirt.org 19 Sep '17

19 Sep '17

------=_Part_443_11495495.1505396086209 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/34/ Build Number: 34 Build Status: Failure Triggered By: Started by user Eyal Edri ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #34 [Eyal Edri] drop obselete ovirt-4.0 virt repo from reposync [Sandro Bonazzola] ovirt-image-uploader: add master builders [Daniel Belenky] Add meaningful prefix to new/old xml dirs [Sandro Bonazzola] ovirt-optimizer: drop from master / 4.2 ----------------- Failed Tests: ----------------- 1 tests failed. FAILED: 002_bootstrap.py.junit.xml.[empty] Error Message: Stack Trace: Test report file /home/jenkins/workspace/ovirt-system-tests_he-basic-suite-master/exported-artifacts/002_bootstrap.py.junit.xml was length 0 ------=_Part_443_11495495.1505396086209--

1 8

[JIRA] (OVIRT-1653) Jenkins password reset
by Petr Kotas (oVirt JIRA) 19 Sep '17

19 Sep '17

This is a multi-part message in MIME format... ------------=_1505809482-26778-238 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Petr Kotas created OVIRT-1653: --------------------------------- Summary: Jenkins password reset Key: OVIRT-1653 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1653 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Petr Kotas Assignee: infra Hi, unfortunately I have forgotten my password for jenkins.ovirt.org Can you please reset it for me? Thank you very much, Best, Petr -- This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) ------------=_1505809482-26778-238 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Petr Kotas created OVIRT-1653:</h3> <pre> Summary: Jenkins password reset Key: OVIRT-1653 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1653 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Petr Kotas Assignee: infra</pre> Hi, unfortunately I have forgotten my password for jenkins.ovirt.org Can you please reset it for me? Thank you very much, Best, Petr — This message was sent by Atlassian {0} (v1001.0.0-SNAPSHOT#100060) <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1505809482-26778-238--

1 0

[vdsm][tag][ovirt-4.1] Vdsm tagged: v4.19.32
by Francesco Romani 19 Sep '17

19 Sep '17

Hi infra, we have a new Vdsm tag on branch ovirt-4.1 for oVirt 4.1.7: tag v4.19.32 Tagger: Francesco Romani <fromani(a)redhat.com> Date: Tue Sep 19 10:08:24 2017 +0200 Vdsm 4.19.32 for oVirt 4.1.7 RC 1 commit a492456e12a95920e33dcd04a5c3ca4e88350dbc Bests, -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh

1 0