December 2018 - Infra - oVirt List Archives

[JIRA] (OVIRT-2616) Rawhide build failed, not logs available
by Nir Soffer (oVirt JIRA) 05 Dec '18

05 Dec '18

Nir Soffer created OVIRT-2616: --------------------------------- Summary: Rawhide build failed, not logs available Key: OVIRT-2616 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2616 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Nir Soffer Assignee: infra https://jenkins.ovirt.org/job/ovirt-imageio_standard-check-patch/723/artifa… https://jenkins.ovirt.org/job/ovirt-imageio_standard-check-patch/723//artif… returns 404 The next builds on this topic succeeded, so it probably was a temporary error. Do we have any other log that can explain what happened on the slave running the rawhide build? Nir -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100095)

1 0

[CQ]: 95667,5 (vdsm) failed "ovirt-master" system tests
by oVirt Jenkins 05 Dec '18

05 Dec '18

Change 95667,5 (vdsm) 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/95667/5 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/11910/

1 0

Fwd: Change in vdsm[master]: spec: baseline qemu for 4.3
by Michal Skrivanek 05 Dec '18

05 Dec '18

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>. >

4 4

oVirt infra weekly meeting notes 05.12.2018
by Evgheni Dereveanchin 05 Dec '18

05 Dec '18

Hi everyone, Please find this week's infra updates below: PHX - Jenkins slowness OVIRT-2586 <https://ovirt-jira.atlassian.net/browse/OVIRT-2586> - Became unusable today - restarted - Mem leak in sse-gateway plugin - Website advertises ISO links directly on Jenkins - Jenkins security update out <https://jenkins.io/security/advisory/2018-12-05/>, patch ready - Ovirt-srv17 added to OpenShift for testing - Monitoring - Queue size in Jenkins - OpenShift stats - Node load for capacity planning - CentOS 7.6 - several systems upgraded, Jenkins on the way - Fedora 29 - patches mostly merged, Jenkins slowness interfered with JJB Action Items: - Add Java heap monitoring to Jenkins - Work on splitting Jenkins into several instances based on projects - Re-run JJB job OVIRT-2608 <https://ovirt-jira.atlassian.net/browse/OVIRT-2608> - Add more VMs to OpenShift - IPv6 on carla.osci.io OVIRT-2615 <https://ovirt-jira.atlassian.net/browse/OVIRT-2615> -- Regards, Evgheni Dereveanchin

1 0

[JIRA] (OVIRT-2615) add ipv6 to PHX data center
by Evgheni Dereveanchin (oVirt JIRA) 05 Dec '18

05 Dec '18

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)

1 0

[CQ]: 95971,2 (vdsm) failed "ovirt-master" system tests
by oVirt Jenkins 05 Dec '18

05 Dec '18

Change 95971,2 (vdsm) 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/95971/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/11905/

1 0

Build failed in Jenkins: system-sync_mirrors-fedora-base-fc29-x86_64 #78
by jenkins＠jenkins.phx.ovirt.org 05 Dec '18

05 Dec '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-base-fc29-x86_64/78…> 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

1 1

[CQ]: 95849, 2 (vdsm) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 05 Dec '18

05 Dec '18

A system test invoked by the "ovirt-master" change queue including change 95849,2 (vdsm) failed. However, this change seems not to be the root cause for this failure. Change 95911,1 (vdsm) that this change depends on or is based on, was detected as the cause of the testing failures. This change had been removed from the testing queue. Artifacts built from this change will not be released until either change 95911,1 (vdsm) is fixed and this change is updated to refer to or rebased on the fixed version, or this change is modified to no longer depend on it. For further details about the change see: https://gerrit.ovirt.org/#/c/95849/2 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/95911/1 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/11898/

1 0

[JIRA] (OVIRT-2533) multi-stage support in CI slaves
by Eyal Edri (oVirt JIRA) 05 Dec '18

05 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2533?page=com.atlassian.jira.… ] 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)

1 0

[JIRA] (OVIRT-2533) multi-stage support in CI slaves
by Roy Golan (oVirt JIRA) 05 Dec '18

05 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2533?page=com.atlassian.jira.… ] 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)

2 1