- Infra - oVirt List Archives

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

12 May '17

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

1 1

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

12 May '17

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

1 15

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

12 May '17

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

1 1

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

12 May '17

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

1 0

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

12 May '17

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

1 0

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

12 May '17

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

1 1

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

12 May '17

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

1 0

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

12 May '17

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

1 0

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

12 May '17

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

1 23

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

11 May '17

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

1 1