Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #1042
by jenkins@jenkins.phx.ovirt.org
See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/1042/dis...>
Changes:
[Dan Kenigsberg] add network suite to manaul job suite selector
------------------------------------------
Started by timer
[EnvInject] - Loading node environment variables.
Building remotely on mirrors.phx.ovirt.org (mirrors) in workspace <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/ws/>
> git rev-parse --is-inside-work-tree # timeout=10
Fetching changes from the remote Git repository
> git config remote.origin.url http://gerrit.ovirt.org/jenkins.git # timeout=10
Cleaning workspace
> git rev-parse --verify HEAD # timeout=10
Resetting working tree
> git reset --hard # timeout=10
> git clean -fdx # timeout=10
Pruning obsolete local branches
Fetching upstream changes from http://gerrit.ovirt.org/jenkins.git
> git --version # timeout=10
> git fetch --tags --progress http://gerrit.ovirt.org/jenkins.git +refs/heads/*:refs/remotes/origin/* --prune
> git rev-parse origin/master^{commit} # timeout=10
Checking out Revision ae13ffe0e6eaa8969e7af7741bc7ecb7ca88b739 (origin/master)
> git config core.sparsecheckout # timeout=10
> git checkout -f ae13ffe0e6eaa8969e7af7741bc7ecb7ca88b739
Commit message: "add network suite to manaul job suite selector"
> git rev-list fa64ebc3c785af5a99aeffd081ec0fb88df044c8 # timeout=10
[system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins561916233656873438.sh
+ jenkins/scripts/mirror_mgr.sh resync_yum_mirror epel-el6 x86_64 jenkins/data/mirrors-reposync.conf
Checking if mirror needs a resync
Traceback (most recent call last):
File "/usr/bin/reposync", line 343, in <module>
main()
File "/usr/bin/reposync", line 175, in main
my.doRepoSetup()
File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 681, in doRepoSetup
return self._getRepos(thisrepo, True)
File "/usr/lib/python2.7/site-packages/yum/__init__.py", line 721, in _getRepos
self._repos.doSetup(thisrepo)
File "/usr/lib/python2.7/site-packages/yum/repos.py", line 157, in doSetup
self.retrieveAllMD()
File "/usr/lib/python2.7/site-packages/yum/repos.py", line 88, in retrieveAllMD
dl = repo._async and repo._commonLoadRepoXML(repo)
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1465, in _commonLoadRepoXML
local = self.cachedir + '/repomd.xml'
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 774, in <lambda>
cachedir = property(lambda self: self._dirGetAttr('cachedir'))
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 757, in _dirGetAttr
self.dirSetup()
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 735, in dirSetup
self._dirSetupMkdir_p(dir)
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 712, in _dirSetupMkdir_p
raise Errors.RepoError, msg
yum.Errors.RepoError: Error making cache directory: /home/jenkins/mirrors_cache/centos-updates-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-updates-el7'
Build step 'Execute shell' marked build as failure
6 years, 10 months
[JIRA] (OVIRT-1173) Please use git shallow clone as jobs default
by eyal edri (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1173?page=com.atlassian.jir... ]
eyal edri updated OVIRT-1173:
-----------------------------
Resolution: Won't Fix
Status: Done (was: To Do)
We didn't see any issues with clone on Jenkins due to the current policy, and due to the caching we already have, this won't bring any significant performance improvement and might introduce new errors.
> Please use git shallow clone as jobs default
> --------------------------------------------
>
> Key: OVIRT-1173
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1173
> Project: oVirt - virtualization made easy
> Issue Type: New Feature
> Reporter: Roy Golan
> Assignee: infra
> Priority: Low
> Labels: standard-ci
>
> Most if not all the git clone of the jobs don't need history at all.
> For ovirt-engine I see it downloading *11Mb* using --depth 1 vs. *157Mb*
> for regular clone.
> R
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100075)
6 years, 10 months
[JIRA] (OVIRT-1788) new ui_sanity scenario for basic_suite -- need multiple firefoxes and chromium
by eyal edri (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1788?page=com.atlassian.jir... ]
eyal edri updated OVIRT-1788:
-----------------------------
Status: In Progress (was: To Do)
> new ui_sanity scenario for basic_suite -- need multiple firefoxes and chromium
> ------------------------------------------------------------------------------
>
> Key: OVIRT-1788
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1788
> Project: oVirt - virtualization made easy
> Issue Type: Improvement
> Components: OST
> Reporter: Greg Sheremeta
> Assignee: infra
>
> I'm writing a suite that does headless UI testing. One goal is to open headless firefox and actually open the UI, perform a login, make sure things look good, make sure there are no ui.log errors, etc. I'll also eventually add chromium, which can run headless now too.
> The suite requires several firefox versions to be installed on the test machine, along with chromium. There are also some binary components required, geckodriver and chromedriver. These are not packaged.
> Ideally the browsers can be installed to /opt/firefox55, /opt/firefox56, /opt/chromium62, etc. on the machine running the suite. So I think it makes sense to maintain a custom rpm with all of this.
> Where can this rpm live? What is a reliable way to do this? (I know we want to avoid copr.)
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100075)
6 years, 10 months
[JIRA] (OVIRT-1769) run basic-suite-4.1 with ovirt-engine-master to ensure SDKv3 packward compatibility
by eyal edri (oVirt JIRA)
This is a multi-part message in MIME format...
------------=_1514218057-30883-100
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
[ https://ovirt-jira.atlassian.net/browse/OVIRT-1769?page=com.atlassian.jir... ]
eyal edri updated OVIRT-1769:
-----------------------------
Resolution: Won't Do
Status: Done (was: To Do)
As mentioned, if we want to run such scenario, we need to create a new suite for that, with the relevant tests.
Having said that, I'm not sure its worth the resources over testing other flows which are not covered yet.
> run basic-suite-4.1 with ovirt-engine-master to ensure SDKv3 packward compatibility
> -----------------------------------------------------------------------------------
>
> Key: OVIRT-1769
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1769
> Project: oVirt - virtualization made easy
> Issue Type: New Feature
> Components: OST
> Reporter: danken
> Assignee: infra
> Priority: High
>
> starting with basic-suite-4.2, we port test cases to sdk4. That's good, since that's the future of the project.
> However, as long as we promise backward compatibility for sdk3, we need to make sure it does not break. This can be done by running basic-suite-4.1 tests on code of ovirt-master.
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100075)
------------=_1514218057-30883-100
Content-Type: text/html; charset="UTF-8"
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
<html><body>
<pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1769?page=com.atlassian.jir... ]</pre>
<h3>eyal edri updated OVIRT-1769:</h3>
<pre>Resolution: Won't Do
Status: Done (was: To Do)</pre>
<p>As mentioned, if we want to run such scenario, we need to create a new suite for that, with the relevant tests. Having said that, I'm not sure its worth the resources over testing other flows which are not covered yet.</p>
<blockquote><h3>run basic-suite-4.1 with ovirt-engine-master to ensure SDKv3 packward compatibility</h3>
<pre> Key: OVIRT-1769
URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1769
Project: oVirt - virtualization made easy
Issue Type: New Feature
Components: OST
Reporter: danken
Assignee: infra
Priority: High</pre>
<p>starting with basic-suite-4.2, we port test cases to sdk4. That's good, since that's the future of the project. However, as long as we promise backward compatibility for sdk3, we need to make sure it does not break. This can be done by running basic-suite-4.1 tests on code of ovirt-master.</p></blockquote>
<p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100075)</p>
<img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BJ33BS..." 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>
------------=_1514218057-30883-100--
6 years, 10 months