Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #334
by jenkins@jenkins.phx.ovirt.org
See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/334/disp...>
------------------------------------------
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)
> 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/hudson528474754552521815.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 912, in _getMetalink
self._metalink = metalink.MetaLinkRepoMD(self.metalink_filename)
File "/usr/lib/python2.7/site-packages/yum/metalink.py", line 189, in __init__
raise MetaLinkRepoErrorParseFail, "File %s is not XML" % filename
yum.metalink.MetaLinkRepoErrorParseFail: File /home/jenkins/mirrors_cache/epel-el7/metalink.xml is not XML
Build step 'Execute shell' marked build as failure
7 years, 6 months
oVirt infra daily report - unstable production jobs - 320
by jenkins@jenkins.phx.ovirt.org
------=_Part_315_1071309583.1494630008049
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/320//artifact/exported...
Cheers,
Jenkins
------=_Part_315_1071309583.1494630008049
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 - 12/05/2017
</th></tr><tr><th colspan=2 class=sub>
<font color="blue"><a href="http://jenkins.ovirt.org/">00 Unstable Critical</a></font>
</th></tr>
<tr><td>
<a href="http://jenkins.ovirt.org/job/ovirt_master_image-ng-system-tests/">ovirt_master_image-ng-system-tests</a>
</td><td>
This job is automatically updated by jenkins job builder, any manual
change will be lost in the next update. If you want to make permanent
changes, check out the <a href="http://gerrit.ovirt.org/gitweb?p=jenkins.git;a=tree;h=refs/heads/master;h...">
jenkins</a> repo.
<!-- Managed by Jenkins Job Builder -->
</td></tr>
------=_Part_315_1071309583.1494630008049--
7 years, 6 months
[JIRA] (OVIRT-1375) Re: [ovirt-devel] Vdsm merge rights
by danken (oVirt JIRA)
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-becbf722723417c336de6c164674...
>>> >>> 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)
7 years, 6 months
Fwd: UPDATE: Bugzilla 5 beta window extended
by Sandro Bonazzola
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>
7 years, 6 months
[oVirt Jenkins] ovirt_4.1_system-tests_pre - Build # 123 - Failure!
by jenkins@jenkins.phx.ovirt.org
------=_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--
7 years, 6 months
[JIRA] (OVIRT-1374) Provide a mechanism to obtain an ever increasing build number
by Barak Korren (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1374?page=com.atlassian.jir... ]
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)
7 years, 6 months