Fwd: Change in vdsm[master]: spec: baseline qemu for 4.3
by Michal Skrivanek
the error seems totally unrelated to any test, it seems it’s failing during lago deployment?. Can you please check that?
15:37:55 + lago ovirt deploy
15:37:56 @ Deploy oVirt environment:
15:37:56 @ Deploy oVirt environment: ERROR (in 0:00:00)
15:37:56 Error occured, aborting
15:37:56 Traceback (most recent call last):
15:37:56 File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 383, in do_run
15:37:56 self.cli_plugins[args.ovirtverb].do_run(args)
15:37:56 File "/usr/lib/python2.7/site-packages/lago/plugins/cli.py", line 184, in do_run
15:37:56 self._do_run(**vars(args))
15:37:56 File "/usr/lib/python2.7/site-packages/lago/utils.py", line 505, in wrapper
15:37:56 return func(*args, **kwargs)
15:37:56 File "/usr/lib/python2.7/site-packages/lago/utils.py", line 516, in wrapper
15:37:56 return func(*args, prefix=prefix, **kwargs)
15:37:56 File "/usr/lib/python2.7/site-packages/ovirtlago/cmd.py", line 181, in do_deploy
15:37:56 prefix.deploy()
15:37:56 File "/usr/lib/python2.7/site-packages/lago/log_utils.py", line 636, in wrapper
15:37:56 return func(*args, **kwargs)
15:37:56 File "/usr/lib/python2.7/site-packages/ovirtlago/reposetup.py", line 125, in wrapper
15:37:56 root_dir=prefix.paths.internal_repo(),
15:37:56 File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__
15:37:56 return self.gen.next()
15:37:56 File "/usr/lib/python2.7/site-packages/ovirtlago/server.py", line 148, in repo_server_context
15:37:56 root_dir=root_dir,
15:37:56 File "/usr/lib/python2.7/site-packages/ovirtlago/server.py", line 127, in _create_http_server
15:37:56 generate_request_handler(root_dir),
15:37:56 File "/usr/lib/python2.7/site-packages/ovirtlago/server.py", line 60, in __init__
15:37:56 ThreadingTCPServer.__init__(self, server_address, RequestHandlerClass)
15:37:56 File "/usr/lib64/python2.7/SocketServer.py", line 419, in __init__
15:37:56 self.server_bind()
15:37:56 File "/usr/lib64/python2.7/SocketServer.py", line 430, in server_bind
15:37:56 self.socket.bind(self.server_address)
15:37:56 File "/usr/lib64/python2.7/socket.py", line 224, in meth
15:37:56 return getattr(self._sock,name)(*args)
15:37:56 error: [Errno 98] Address already in use
> Begin forwarded message:
>
> From: Code Review <gerrit(a)ovirt.org>
> Subject: Change in vdsm[master]: spec: baseline qemu for 4.3
> Date: 5 December 2018 at 16:05:40 CET
> To: Michal Skrivanek <michal.skrivanek(a)redhat.com>
> Reply-To: jenkins(a)ovirt.org, michal.skrivanek(a)redhat.com
>
> Jenkins CI posted comments on this change.
>
> View Change <https://gerrit.ovirt.org/95518>
> Patch set 22:
>
> Build Failed
>
> http://jenkins.ovirt.org/job/vdsm_standard-on-merge/71/ : FAILURE
>
> http://jenkins.ovirt.org/job/vdsm_master_check-merged-el7-x86_64/3980/ : FAILURE
>
> http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-el7-x86_64/4548/ : SUCCESS
>
> http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc28-s390x/250/ : SUCCESS
>
> http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-el7-ppc64le/3966/ : SUCCESS
>
> http://jenkins.ovirt.org/job/standard-enqueue/17836/ :
> This change was successfully submitted to the change queue(s) for system testing.
>
>
> http://jenkins.ovirt.org/job/vdsm_master_build-artifacts-fc28-x86_64/384/ : SUCCESS
>
> To view, visit change 95518 <https://gerrit.ovirt.org/95518>. To unsubscribe, visit settings <https://gerrit.ovirt.org/settings>.
>
6 years, 1 month
[JIRA] (OVIRT-2615) add ipv6 to PHX data center
by Evgheni Dereveanchin (oVirt JIRA)
Evgheni Dereveanchin created OVIRT-2615:
-------------------------------------------
Summary: add ipv6 to PHX data center
Key: OVIRT-2615
URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2615
Project: oVirt - virtualization made easy
Issue Type: Improvement
Reporter: Evgheni Dereveanchin
Assignee: infra
Ticket to investigate the possibility of having ipv6 in PHX, at least in some of its VLANs
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100095)
6 years, 1 month
Build failed in Jenkins:
system-sync_mirrors-fedora-base-fc29-x86_64 #78
by jenkins＠jenkins.phx.ovirt.org
See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-base-fc29-x86_64/...>
Changes:
[Eyal Edri] the CI system is low on resources, moving suites to run only once a day
[Daniel Belenky] docker_cleanup: add cleanup for volumes
------------------------------------------
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-base-fc29-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 3ac178b5d33ed592264da1308f2525923f37cc1e (origin/master)
> git config core.sparsecheckout # timeout=10
> git checkout -f 3ac178b5d33ed592264da1308f2525923f37cc1e
Commit message: "docker_cleanup: add cleanup for volumes"
> git rev-list --no-walk 0a4f1895f20e18208a7a26d867c6c1f4969b0655 # timeout=10
[system-sync_mirrors-fedora-base-fc29-x86_64] $ /bin/bash -xe /tmp/jenkins4855213139671373738.sh
+ jenkins/scripts/mirror_mgr.sh resync_yum_mirror fedora-base-fc29 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 1479, in _commonLoadRepoXML
result = self._getFileRepoXML(local, text)
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1256, in _getFileRepoXML
size=102400) # setting max size as 100K
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1022, in _getFile
result = self.grab.urlgrab(misc.to_utf8(relative), local,
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 700, in <lambda>
grab = property(lambda self: self._getgrab())
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 695, in _getgrab
self._setupGrab()
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 632, in _setupGrab
urls = self.urls
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 878, in <lambda>
urls = property(fget=lambda self: self._geturls(),
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 875, in _geturls
self._baseurlSetup()
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 821, in _baseurlSetup
mirrorurls.extend(list(self.metalink_data.urls()))
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 918, in <lambda>
metalink_data = property(fget=lambda self: self._getMetalink(),
File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 914, 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/fedora-base-fc29/metalink.xml is not XML
Build step 'Execute shell' marked build as failure
6 years, 1 month
[JIRA] (OVIRT-2533) multi-stage support in CI slaves
by Eyal Edri (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2533?page=com.atlassian.jir... ]
Eyal Edri commented on OVIRT-2533:
----------------------------------
Hi Roy,
Sadly we just don't have cycles to start looking at it, I think there are 2
options on the table, one is a major effort and another is something we can
look into soon hopefully:
1. Removing mock ( major effort, we'll have to see if we can handle it in
CNV, as part of optimizing runtime )
2. Updating the docker version inside of the container or slave to run
multi-stage-builds ( with Docker, not Builda )
Barak might have more info on it, but unless its something critical and
blocking, we might not have resources to handle it soon.
On Tue, Dec 4, 2018 at 9:18 PM Roy Golan (oVirt JIRA) <
--
Eyal edri
MANAGER
RHV/CNV DevOps
EMEA VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
phone: +972-9-7692018
irc: eedri (on #tlv #rhev-dev #rhev-integ)
> multi-stage support in CI slaves
> --------------------------------
>
> Key: OVIRT-2533
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2533
> Project: oVirt - virtualization made easy
> Issue Type: By-EMAIL
> Reporter: Roy Golan
> Assignee: infra
>
> I would like to get multi-stage support upstream. Our default docker
> packages for centos 7.5 is 1.13. For multi-stage support we need > 1.17 or
> have buildah working in mock (preferable over docker, won't happen now I
> guess?).
> Using this method[1] to install docker-ce I was able to get 1.18 running.
> Doable?
> Regards,
> Roy
> [1] https://docs.docker.com/install/linux/docker-ce/centos/
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100095)
6 years, 1 month
[JIRA] (OVIRT-2533) multi-stage support in CI slaves
by Roy Golan (oVirt JIRA)
[ https://ovirt-jira.atlassian.net/browse/OVIRT-2533?page=com.atlassian.jir... ]
Roy Golan commented on OVIRT-2533:
----------------------------------
So will we have buildah support with or without a mock?
Last time I tried it in z mock it didn't work but it was like 2 months back
On Wed, Oct 10, 2018, 1:17 PM Roy Golan <rgolan(a)redhat.com wrote:
> I would like to get multi-stage support upstream. Our default docker
> packages for centos 7.5 is 1.13. For multi-stage support we need > 1.17 or
> have buildah working in mock (preferable over docker, won't happen now I
> guess?).
>
> Using this method[1] to install docker-ce I was able to get 1.18 running.
>
> Doable?
>
> Regards,
> Roy
>
>
> [1] https://docs.docker.com/install/linux/docker-ce/centos/
>
> multi-stage support in CI slaves
> --------------------------------
>
> Key: OVIRT-2533
> URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2533
> Project: oVirt - virtualization made easy
> Issue Type: By-EMAIL
> Reporter: Roy Golan
> Assignee: infra
>
> I would like to get multi-stage support upstream. Our default docker
> packages for centos 7.5 is 1.13. For multi-stage support we need > 1.17 or
> have buildah working in mock (preferable over docker, won't happen now I
> guess?).
> Using this method[1] to install docker-ce I was able to get 1.18 running.
> Doable?
> Regards,
> Roy
> [1] https://docs.docker.com/install/linux/docker-ce/centos/
--
This message was sent by Atlassian Jira
(v1001.0.0-SNAPSHOT#100095)
6 years, 1 month
