- Infra - oVirt List Archives

[JIRA] (OVIRT-2638) ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Daniel Belenky (oVirt JIRA) 31 Dec '18

31 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2638?page=com.atlassian.jira.… ] Daniel Belenky commented on OVIRT-2638: --------------------------------------- The node where the build was running on ( vm0038.workers-phx.ovirt.org ) ran out of disk space. That's why we see all those issues. I'm checking what fills the disk. > ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days > ------------------------------------------------------------------------ > > Key: OVIRT-2638 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2638 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > Started 2 days 11 hr ago > Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or > <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> > https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[oVirt Jenkins] ovirt-appliance_master_build-artifacts-fc28-x86_64 - Build # 172 - Failure!
by jenkins＠jenkins.phx.ovirt.org 31 Dec '18

31 Dec '18

Project: http://jenkins.ovirt.org/job/ovirt-appliance_master_build-artifacts-fc28-x8… Build: http://jenkins.ovirt.org/job/ovirt-appliance_master_build-artifacts-fc28-x8… Build Number: 172 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #172 [Yuval Turgeman] build: change root fs to be a logical volume ----------------- Failed Tests: ----------------- No tests ran.

1 1

[oVirt Jenkins] ovirt-node-ng-image_4.3_build-artifacts-el7-x86_64 - Build # 41 - Failure!
by jenkins＠jenkins.phx.ovirt.org 31 Dec '18

31 Dec '18

Project: http://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-el7-x8… Build: http://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-el7-x8… Build Number: 41 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #41 [Sandro Bonazzola] automation: add devices for qemu performances ----------------- Failed Tests: ----------------- No tests ran.

1 1

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #2185
by jenkins＠jenkins.phx.ovirt.org 31 Dec '18

31 Dec '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/2185/displ…> ------------------------------------------ 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 ebb5016d852a395b97686551537a621133628cd0 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f ebb5016d852a395b97686551537a621133628cd0 Commit message: "OST: Remove he-basic-ansible master job" > git rev-list --no-walk ebb5016d852a395b97686551537a621133628cd0 # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins4301188763427119265.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

1 2

oVirt infra daily report - unstable production jobs - 690
by jenkins＠jenkins.phx.ovirt.org 31 Dec '18

31 Dec '18

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/690//artifact/exported-a… Cheers, Jenkins

1 0

[JIRA] (OVIRT-2638) ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Eyal Edri (oVirt JIRA) 30 Dec '18

30 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2638?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2638: ---------------------------------- On Sun, Dec 30, 2018, 21:25 Yuval Turgeman <yturgema(a)redhat.com wrote: > Looks like livemedia-creator installed the VM correctly, but failed to > build the final image file for some reason (disk issues?). Stdci failed > the job on timeout, but probably can't kill the hanging process. Is it > possible to take a look at the slave somehow ? > sure, though you will need someone from the CI team to ssh in, if you don't have access to infra servers. > On Sun, Dec 30, 2018, 19:57 Nir Soffer <nsoffer(a)redhat.com wrote: > >> Started 2 days 11 hr ago >> Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or >> <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> >> >> >> https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… >> >> >> _______________________________________________ >> Devel mailing list -- devel(a)ovirt.org >> To unsubscribe send an email to devel-leave(a)ovirt.org >> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ >> oVirt Code of Conduct: >> https://www.ovirt.org/community/about/community-guidelines/ >> List Archives: >> https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FXGWNLV3ZLZSN… >> > _______________________________________________ > Infra mailing list -- infra(a)ovirt.org > To unsubscribe send an email to infra-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/infra@ovirt.org/message/46JUANKQHKPK7… > > ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days > ------------------------------------------------------------------------ > > Key: OVIRT-2638 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2638 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > Started 2 days 11 hr ago > Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or > <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> > https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2638) ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Yuval Turgeman (oVirt JIRA) 30 Dec '18

30 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2638?page=com.atlassian.jira.… ] Yuval Turgeman commented on OVIRT-2638: --------------------------------------- Looks like livemedia-creator installed the VM correctly, but failed to build the final image file for some reason (disk issues?). Stdci failed the job on timeout, but probably can't kill the hanging process. Is it possible to take a look at the slave somehow ? On Sun, Dec 30, 2018, 19:57 Nir Soffer <nsoffer(a)redhat.com wrote: > Started 2 days 11 hr ago > Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or > <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> > > > https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… > > > _______________________________________________ > Devel mailing list -- devel(a)ovirt.org > To unsubscribe send an email to devel-leave(a)ovirt.org > Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/devel@ovirt.org/message/FXGWNLV3ZLZSN… > > ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days > ------------------------------------------------------------------------ > > Key: OVIRT-2638 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2638 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > Started 2 days 11 hr ago > Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or > <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> > https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[CQ]: 95496,27 (ovirt-engine) failed "ovirt-master" system tests
by oVirt Jenkins 30 Dec '18

30 Dec '18

Change 95496,27 (ovirt-engine) 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/95496/27 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/12182/

1 0

[JIRA] (OVIRT-2638) ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Eyal Edri (oVirt JIRA) 30 Dec '18

30 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2638?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2638: ---------------------------------- Barak, Do we have a timeout for normal STD CI jobs? or its just for OST? On Sun, Dec 30, 2018, 19:48 Nir Soffer (oVirt JIRA) < > ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days > ------------------------------------------------------------------------ > > Key: OVIRT-2638 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2638 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > Started 2 days 11 hr ago > Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or > <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> > https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2638) ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days
by Nir Soffer (oVirt JIRA) 30 Dec '18

30 Dec '18

Nir Soffer created OVIRT-2638: --------------------------------- Summary: ovirt-node-ng-image_4.3_build-artifacts-fc28-x86_64 #39 stuck for 2 days Key: OVIRT-2638 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2638 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Nir Soffer Assignee: infra Started 2 days 11 hr ago Build has been executing for 2 days 11 hr on vm0038.workers-phx.ovirt.or <https://jenkins.ovirt.org/computer/vm0038.workers-phx.ovirt.org> https://jenkins.ovirt.org/job/ovirt-node-ng-image_4.3_build-artifacts-fc28-… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

2 1

[JIRA] (OVIRT-2590) Cache Docker images in the datacenter
by Eyal Edri (oVirt JIRA) 30 Dec '18

30 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2590?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2590: ---------------------------------- Just to understand, this is about adding a local dockerhub mirror on the OpenShift instance and configuring all builds to work against it instead of dockerhub.io? How much time do we estimate it will reduce from job runtime? cc [~gbenhaim@redhat.com][~ederevea][~dbelenky@redhat.com][~bkorren@redhat.com] > Cache Docker images in the datacenter > ------------------------------------- > > Key: OVIRT-2590 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2590 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: Roman Mohr > Assignee: infra > > What? > As a user, I expect that I don't have to care about caching to speed up > builds for the good of the CI system itself. > Right now there exists a whitelist for docker images, which will not be > remove from the build slot after the build. Instead of that I expect a > clean build environment and that in general all images which I regularly > use are cached in the cluster via e.g. a pull-through-cache [1]. > Why? > 1) Caching in a build slot is not very effective. CI runs do really-a-lot > of almost identical things in a small time-window (e.g. days). If caching > happens in the build-slot and many slots are present, then the cache > utilization will be very low. > 2) Whitelisting docker images extra for a slot where the registry runs in, > is very error prone and since it is not cached across the cluster it is > also very intransparent what the clear benefit for the user is. Especially > when thinking about scaling a CI system, that seems to leak internal > optimizations to the user. Fast builds are twice as important for the CI > system than they are for the users (by default faster and lower utilization > is always better than asking people to optimize on their side). > [1] https://docs.docker.com/registry/recipes/mirror/ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2591) Add a distributed docker-cache
by Eyal Edri (oVirt JIRA) 30 Dec '18

30 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2591?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2591: ---------------------------------- Few questions: # Does it apply also to podman and buildha, assuming we'll move to them in a few months? # Can you estimate or measure how much time this setup will reduce from running tests? it will have to be something significant to justify this kind of improvement Also, we probably want to put on hold any major infrastructure improvement ( that requires a significant amount of work/code ) until we'll know what are the requirements to run it inside CentOS CI infra. cc [[~gbenhaim@redhat.com][~dbelenky@redhat.com][~bkorren@redhat.com] > Add a distributed docker-cache > ------------------------------ > > Key: OVIRT-2591 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2591 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: Roman Mohr > Assignee: infra > Priority: High > > What? > If CI builds get heavy and things are running inside containers, I expect > that the CI system proactively tries to optimize when it can. Since the CI > system provides the docker installation, I would expect that under some > conditions, it automatically puts heavy docker builds in a distributed > cache in the cluster. Examples on how this can achieved are listed in [1] > and [2]. > Why? > Dockerfiles have the advantage that we can isolate our biuld-steps in a > Dockerfile. This gives reproducibility, but also means that e.g. curl > downloads or RPM installs are not visible for the CI system. Therefore it > is beneficial for the CI system and the user (more speed and less > utilization), to put docker images with their build chain into a > distributed cache and pre-fetch the cache into the docker cache of the > build slot. Pre-fetching based on e.g. gibhub project probably makes sense. > [1] https://runnable.com/blog/distributing-docker-cache-across-hosts > [2] https://blog.codeship.com/building-a-remote-caching-system/ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2636) Tests failed because global_setup.sh failed
by Eyal Edri (oVirt JIRA) 30 Dec '18

30 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2636?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2636: ---------------------------------- I know [~gbenhaim(a)redhat.com] saw some errors with upgrading + rebooting centos 7.6 servers, not sure if its the same. [~ederevea] any ideas? > Tests failed because global_setup.sh failed > ------------------------------------------- > > Key: OVIRT-2636 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2636 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > Not sure why global setup failed: > + [[ ! -O /home/jenkins/.ssh ]] > + [[ ! -G /home/jenkins/.ssh ]] > + verify_set_permissions 700 /home/jenkins/.ssh > + local target_permissions=700 > + local path_to_set=/home/jenkins/.ssh > ++ stat -c %a /home/jenkins/.ssh > + local access=700 > + [[ 700 != \7\0\0 ]] > + return 0 > + [[ -f /home/jenkins/.ssh/known_hosts ]] > + verify_set_ownership /home/jenkins/.ssh/known_hosts > + local path_to_set=/home/jenkins/.ssh/known_hosts > ++ id -un > + local owner=jenkins > ++ id -gn > + local group=jenkins > + [[ ! -O /home/jenkins/.ssh/known_hosts ]] > + [[ ! -G /home/jenkins/.ssh/known_hosts ]] > + verify_set_permissions 644 /home/jenkins/.ssh/known_hosts > + local target_permissions=644 > + local path_to_set=/home/jenkins/.ssh/known_hosts > ++ stat -c %a /home/jenkins/.ssh/known_hosts > + local access=644 > + [[ 644 != \6\4\4 ]] > + return 0 > + return 0 > + true > + log ERROR Aborting. > Build: > https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2637) [VDSM] Tests fail because of network timeout
by Eyal Edri (oVirt JIRA) 30 Dec '18

30 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2637?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2637: ---------------------------------- Could this have been a network issue to fedora repos? Is it still happening? > [VDSM] Tests fail because of network timeout > -------------------------------------------- > > Key: OVIRT-2637 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2637 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: infra > > First time I see this error. The issue seems to be network read timeout > when creating virtual env > in tox test. > If you see this error in your builds, please report. > storage-py27 create: > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27 > ERROR: invocation failed (exit code 1), logfile: > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log > ERROR: actionid: storage-py27 > msg: getenv > cmdargs: ['/usr/bin/python2', '-m', 'virtualenv', > '--system-site-packages', '--python', '/usr/bin/python2.7', > 'storage-py27'] > New python executable in > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python2.7 > Also creating executable in > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python > Installing setuptools, pip, wheel... > Complete output from command > /home/jenkins/worksp...e-py27/bin/python2.7 - setuptools pip wheel: > The directory > '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip/http' > or its parent directory is not owned by the current user and the cache > has been disabled. Please check the permissions and owner of that > directory. If executing pip with sudo, you may want sudo's -H flag. > The directory '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip' > or its parent directory is not owned by the current user and caching > wheels has been disabled. check the permissions and owner of that > directory. If executing pip with sudo, you may want sudo's -H flag. > Looking in links: /usr/lib/python2.7/site-packages, > /usr/lib/python2.7/site-packages/virtualenv_support > Collecting setuptools > Downloading https://files.pythonhosted.org/packages/37/06/754589caf971b0d2d48f151c2586f… > (573kB) > Exception: > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/cli/base_command.py", > line 143, in main > status = self.run(options, args) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/commands/install.py", > line 318, in run > resolver.resolve(requirement_set) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 102, in resolve > self._resolve_one(requirement_set, req) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 256, in _resolve_one > abstract_dist = self._get_abstract_dist_for(req_to_install) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", > line 209, in _get_abstract_dist_for > self.require_hashes > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/operations/prepare.py", > line 283, in prepare_linked_requirement > progress_bar=self.progress_bar > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 836, in unpack_url > progress_bar=progress_bar > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 673, in unpack_http_url > progress_bar) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 897, in _download_http_url > _download_url(resp, link, content_file, hashes, progress_bar) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 617, in _download_url > hashes.check_against_chunks(downloaded_chunks) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/hashes.py", > line 48, in check_against_chunks > for chunk in chunks: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 585, in written_chunks > for chunk in chunks: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/ui.py", > line 159, in iter > for x in it: > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", > line 574, in resp_read > decode_content=False): > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 465, in stream > data = self.read(amt=amt, decode_content=decode_content) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 430, in read > raise IncompleteRead(self._fp_bytes_read, self.length_remaining) > File "/usr/lib64/python2.7/contextlib.py", line 35, in __exit__ > self.gen.throw(type, value, traceback) > File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", > line 345, in _error_catcher > raise ReadTimeoutError(self._pool, None, 'Read timed out.') > ReadTimeoutError: HTTPSConnectionPool(host='files.pythonhosted.org', > port=443): Read timed out. > ---------------------------------------- > ...Installing setuptools, pip, wheel...done. > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 2462, in <module> > main() > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 762, in main > symlink=options.symlink, > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 1015, in > create_environment > install_wheel(to_install, py_executable, search_dirs, download=download) > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 968, in > install_wheel > call_subprocess(cmd, show_stdout=False, extra_env=env, stdin=SCRIPT) > File "/usr/lib/python2.7/site-packages/virtualenv.py", line 854, in > call_subprocess > raise OSError("Command {} failed with error code > {}".format(cmd_desc, proc.returncode)) > OSError: Command /home/jenkins/worksp...e-py27/bin/python2.7 - > setuptools pip wheel failed with error code 2 > Running virtualenv with interpreter /usr/bin/python2.7 > ERROR: Error creating virtualenv. Note that some special characters > (e.g. ':' and unicode symbols) in paths are not supported by > virtualenv. Error details: InvocationError('/usr/bin/python2 -m > virtualenv --system-site-packages --python /usr/bin/python2.7 > storage-py27 (see > /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log)', > 1) > Build: > https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2625) lists.ovirt.org not showing threads
by Eyal Edri (oVirt JIRA) 30 Dec '18

30 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2625?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2625: ---------------------------------- [~gshereme(a)redhat.com] I can see threads now - https://lists.ovirt.org/archives/list/users@ovirt.org/2018/12/ It might have been a temp issue, I know [~duck] has been working on some open issues there, he might have more info. > lists.ovirt.org not showing threads > ----------------------------------- > > Key: OVIRT-2625 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2625 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > Attachments: Selection_258.png > > > Hi, > lists.ovirt.org hyperkitty is once again not showing threads. I tried to > find my old Jira ticket, but Jira is down. > For example, this doesn't show the thread, but there are 8 replies: > https://lists.ovirt.org/archives/list/users@ovirt.org/thread/SDDH2OC5RBOVYY… > Screenshot: https://imgur.com/a/xHKDN6K > [image: Selection_258.png] > -- > GREG SHEREMETA > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > Red Hat NA > <https://www.redhat.com/> > gshereme(a)redhat.com IRC: gshereme > <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

Build failed in Jenkins: system-sync_mirrors-centos-kvm-common-el7-x86_64 #2053
by jenkins＠jenkins.phx.ovirt.org 30 Dec '18

30 Dec '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-kvm-common-el7-x86_…> ------------------------------------------ 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-centos-kvm-common-el7-x86_…> > 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/59/95959/1:test --prune > git rev-parse origin/test^{commit} # timeout=10 > git rev-parse test^{commit} # timeout=10 Checking out Revision 05b40dfb4ec43a82530e8c471395d1858e5c59e1 (test) > git config core.sparsecheckout # timeout=10 > git checkout -f 05b40dfb4ec43a82530e8c471395d1858e5c59e1 Commit message: "mirror-reposync: remove gluster-3.10 mirror" > git rev-list --no-walk 05b40dfb4ec43a82530e8c471395d1858e5c59e1 # timeout=10 [system-sync_mirrors-centos-kvm-common-el7-x86_64] $ /bin/bash -xe /tmp/jenkins1590719001793889012.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-kvm-common-el7 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-kvm-common-el7/gen error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-kvm-common-el7/gen' Build step 'Execute shell' marked build as failure

1 1

oVirt infra daily report - unstable production jobs - 689
by jenkins＠jenkins.phx.ovirt.org 30 Dec '18

30 Dec '18

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/689//artifact/exported-a… Cheers, Jenkins

1 0

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

29 Dec '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-base-fc29-x86_64/15…> ------------------------------------------ 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 ebb5016d852a395b97686551537a621133628cd0 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f ebb5016d852a395b97686551537a621133628cd0 Commit message: "OST: Remove he-basic-ansible master job" > git rev-list --no-walk ebb5016d852a395b97686551537a621133628cd0 # timeout=10 [system-sync_mirrors-fedora-base-fc29-x86_64] $ /bin/bash -xe /tmp/jenkins1591948347159497588.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 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-kvm-common-el7/packages error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-kvm-common-el7/packages' Build step 'Execute shell' marked build as failure

1 2

oVirt infra daily report - unstable production jobs - 688
by jenkins＠jenkins.phx.ovirt.org 29 Dec '18

29 Dec '18

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/688//artifact/exported-a… Cheers, Jenkins

1 0

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #2179
by jenkins＠jenkins.phx.ovirt.org 28 Dec '18

28 Dec '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/2179/displ…> ------------------------------------------ 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 ebb5016d852a395b97686551537a621133628cd0 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f ebb5016d852a395b97686551537a621133628cd0 Commit message: "OST: Remove he-basic-ansible master job" > git rev-list --no-walk ebb5016d852a395b97686551537a621133628cd0 # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins702676350051481696.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 1474, in _commonLoadRepoXML if self._latestRepoXML(local): File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1443, in _latestRepoXML oxml = self._saveOldRepoXML(local) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1300, in _saveOldRepoXML shutil.copy2(local, old_local) File "/usr/lib64/python2.7/shutil.py", line 131, in copy2 copystat(src, dst) File "/usr/lib64/python2.7/shutil.py", line 98, in copystat os.utime(dst, (st.st_atime, st.st_mtime)) OSError: [Errno 2] No such file or directory: '/home/jenkins/mirrors_cache/centos-qemu-ev-testing-el7/repomd.xml.old.tmp' Build step 'Execute shell' marked build as failure

1 1

Build failed in Jenkins: system-sync_mirrors-centos-kvm-common-el7-x86_64 #2048
by jenkins＠jenkins.phx.ovirt.org 28 Dec '18

28 Dec '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-kvm-common-el7-x86_…> ------------------------------------------ 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-centos-kvm-common-el7-x86_…> > 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/59/95959/1:test --prune > git rev-parse origin/test^{commit} # timeout=10 > git rev-parse test^{commit} # timeout=10 Checking out Revision 05b40dfb4ec43a82530e8c471395d1858e5c59e1 (test) > git config core.sparsecheckout # timeout=10 > git checkout -f 05b40dfb4ec43a82530e8c471395d1858e5c59e1 Commit message: "mirror-reposync: remove gluster-3.10 mirror" > git rev-list --no-walk 05b40dfb4ec43a82530e8c471395d1858e5c59e1 # timeout=10 [system-sync_mirrors-centos-kvm-common-el7-x86_64] $ /bin/bash -xe /tmp/jenkins5898328882529712472.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-kvm-common-el7 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-kvm-common-el7/gen error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-kvm-common-el7/gen' Build step 'Execute shell' marked build as failure

1 1

[oVirt Jenkins] ovirt-appliance_master_build-artifacts-fc28-x86_64 - Build # 166 - Failure!
by jenkins＠jenkins.phx.ovirt.org 28 Dec '18

28 Dec '18

Project: http://jenkins.ovirt.org/job/ovirt-appliance_master_build-artifacts-fc28-x8… Build: http://jenkins.ovirt.org/job/ovirt-appliance_master_build-artifacts-fc28-x8… Build Number: 166 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #166 [Barak Korren] Print out node information [Yuval Turgeman] build: change root fs to be a logical volume ----------------- Failed Tests: ----------------- No tests ran.

1 4

[JIRA] (OVIRT-2051) Re: Updated docs on oVirt site and Mail service
by Marc Dequènes (Duck) (oVirt JIRA) 28 Dec '18

28 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2051?page=com.atlassian.jira.… ] Marc Dequènes (Duck) reassigned OVIRT-2051: ------------------------------------------- Assignee: Marc Dequènes (Duck) (was: infra) > Re: Updated docs on oVirt site and Mail service > ----------------------------------------------- > > Key: OVIRT-2051 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2051 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Eyal Edri > Assignee: Marc Dequènes (Duck) > > Adding infra-support to open a ticket on it. > On Sun, May 13, 2018 at 11:52 AM, Eyal Edri <eedri(a)redhat.com> wrote: > > Hi, > > > > I was wondering if we have an official place where we keep docs on how we > > manage the oVirt web site and mail server, in case we'll need to update or > > debug an issue in any of the services. > > > > Ideally, we should have something under [1], can we add relevant links and > > info there? > > > > [1] http://ovirt-infra-docs.readthedocs.io/en/latest/ > > > > -- > > > > Eyal edri > > > > > > MANAGER > > > > RHV 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) > > > -- > Eyal edri > MANAGER > RHV 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) -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2051) Re: Updated docs on oVirt site and Mail service
by Marc Dequènes (Duck) (oVirt JIRA) 28 Dec '18

28 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2051?page=com.atlassian.jira.… ] Marc Dequènes (Duck) commented on OVIRT-2051: --------------------------------------------- [~eedri] I think I can add a few hints yes, let me think about it. > Re: Updated docs on oVirt site and Mail service > ----------------------------------------------- > > Key: OVIRT-2051 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2051 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Eyal Edri > Assignee: infra > > Adding infra-support to open a ticket on it. > On Sun, May 13, 2018 at 11:52 AM, Eyal Edri <eedri(a)redhat.com> wrote: > > Hi, > > > > I was wondering if we have an official place where we keep docs on how we > > manage the oVirt web site and mail server, in case we'll need to update or > > debug an issue in any of the services. > > > > Ideally, we should have something under [1], can we add relevant links and > > info there? > > > > [1] http://ovirt-infra-docs.readthedocs.io/en/latest/ > > > > -- > > > > Eyal edri > > > > > > MANAGER > > > > RHV 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) > > > -- > Eyal edri > MANAGER > RHV 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) -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

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

28 Dec '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-base-fc29-x86_64/15…> Changes: [Gal Ben Haim] OST: Remove he-basic-ansible master job ------------------------------------------ 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 ebb5016d852a395b97686551537a621133628cd0 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f ebb5016d852a395b97686551537a621133628cd0 Commit message: "OST: Remove he-basic-ansible master job" > git rev-list --no-walk cc0ba58b4f88b88aca4beb5905dd493c4238e61c # timeout=10 [system-sync_mirrors-fedora-base-fc29-x86_64] $ /bin/bash -xe /tmp/jenkins5360637382610540323.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 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-kvm-common-el7/gen error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-kvm-common-el7/gen' Build step 'Execute shell' marked build as failure

1 1

oVirt infra daily report - unstable production jobs - 687
by jenkins＠jenkins.phx.ovirt.org 28 Dec '18

28 Dec '18

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/687//artifact/exported-a… Cheers, Jenkins

1 0

Build failed in Jenkins: system-sync_mirrors-centos-kvm-common-el7-x86_64 #2045
by jenkins＠jenkins.phx.ovirt.org 27 Dec '18

27 Dec '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-kvm-common-el7-x86_…> ------------------------------------------ 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-centos-kvm-common-el7-x86_…> > 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/59/95959/1:test --prune > git rev-parse origin/test^{commit} # timeout=10 > git rev-parse test^{commit} # timeout=10 Checking out Revision 05b40dfb4ec43a82530e8c471395d1858e5c59e1 (test) > git config core.sparsecheckout # timeout=10 > git checkout -f 05b40dfb4ec43a82530e8c471395d1858e5c59e1 Commit message: "mirror-reposync: remove gluster-3.10 mirror" > git rev-list --no-walk 05b40dfb4ec43a82530e8c471395d1858e5c59e1 # timeout=10 [system-sync_mirrors-centos-kvm-common-el7-x86_64] $ /bin/bash -xe /tmp/jenkins2455063334459334587.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-kvm-common-el7 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-kvm-common-el7/packages error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-kvm-common-el7/packages' Build step 'Execute shell' marked build as failure

1 2

[CQ]: 96488, 1 (ovirt-node-ng-image) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 27 Dec '18

27 Dec '18

A system test invoked by the "ovirt-master" change queue including change 96488,1 (ovirt-node-ng-image) failed. However, this change seems not to be the root cause for this failure. Change 96265,2 (ovirt-node-ng-image) 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 96265,2 (ovirt-node-ng-image) 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/96488/1 For further details about the change that seems to be the root cause behind the testing failures see: https://gerrit.ovirt.org/#/c/96265/2 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/12165/

1 0

[JIRA] (OVIRT-2564) Please add fc29 support to CI
by Ehud Yonasi (oVirt JIRA) 27 Dec '18

27 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2564?page=com.atlassian.jira.… ] Ehud Yonasi reassigned OVIRT-2564: ---------------------------------- Assignee: Ehud Yonasi (was: infra) > Please add fc29 support to CI > ----------------------------- > > Key: OVIRT-2564 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2564 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sbonazzo > Assignee: Ehud Yonasi > > Hi, > Fedora 29 has been officially released. Please enable fc29 as target for > buildings in jenkins. > -- > SANDRO BONAZZOLA > MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV > Red Hat EMEA <https://www.redhat.com/> > sbonazzo(a)redhat.com > <https://red.ht/sig> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[oVirt Jenkins] ovirt-node-ng-image_master_build-artifacts-fc28-x86_64 - Build # 162 - Failure!
by jenkins＠jenkins.phx.ovirt.org 27 Dec '18

27 Dec '18

Project: http://jenkins.ovirt.org/job/ovirt-node-ng-image_master_build-artifacts-fc2… Build: http://jenkins.ovirt.org/job/ovirt-node-ng-image_master_build-artifacts-fc2… Build Number: 162 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #162 [Sandro Bonazzola] automation: add devices for qemu performances [Ehud Yonasi] standard_pipelines: remove build archives num. [Barak Korren] Add STDCI 'runif' to reduce threads [Barak Korren] Added a minishift-based PyTest fixture ----------------- Failed Tests: ----------------- No tests ran.

1 1

[oVirt Jenkins] ovirt-node-ng-image_master_build-artifacts-el7-x86_64 - Build # 156 - Failure!
by jenkins＠jenkins.phx.ovirt.org 27 Dec '18

27 Dec '18

Project: http://jenkins.ovirt.org/job/ovirt-node-ng-image_master_build-artifacts-el7… Build: http://jenkins.ovirt.org/job/ovirt-node-ng-image_master_build-artifacts-el7… Build Number: 156 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #156 [Sandro Bonazzola] automation: add devices for qemu performances [Ehud Yonasi] standard_pipelines: remove build archives num. ----------------- Failed Tests: ----------------- No tests ran.

1 1

Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #2263
by jenkins＠jenkins.phx.ovirt.org 27 Dec '18

27 Dec '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> ------------------------------------------ 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-centos-updates-el7-x86_64/…> > 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 cc0ba58b4f88b88aca4beb5905dd493c4238e61c (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f cc0ba58b4f88b88aca4beb5905dd493c4238e61c Commit message: "moving pthreading to run on fc28 instead of fc27" > git rev-list --no-walk cc0ba58b4f88b88aca4beb5905dd493c4238e61c # timeout=10 [system-sync_mirrors-centos-updates-el7-x86_64] $ /bin/bash -xe /tmp/jenkins5058845833053837403.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-el7 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

1 1

[oVirt Jenkins] ovirt-node-ng_4.2_build-artifacts-el7-x86_64 - Build # 303 - Failure!
by jenkins＠jenkins.phx.ovirt.org 27 Dec '18

27 Dec '18

Project: http://jenkins.ovirt.org/job/ovirt-node-ng_4.2_build-artifacts-el7-x86_64/ Build: http://jenkins.ovirt.org/job/ovirt-node-ng_4.2_build-artifacts-el7-x86_64/3… Build Number: 303 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #303 [Ehud Yonasi] standard_pipelines: remove build archives num. [Yuval Turgeman] build: add version and release.dist to iso name ----------------- Failed Tests: ----------------- No tests ran.

1 1

oVirt infra daily report - unstable production jobs - 686
by jenkins＠jenkins.phx.ovirt.org 27 Dec '18

27 Dec '18

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/686//artifact/exported-a… Cheers, Jenkins

1 0

Build failed in Jenkins: system-sync_mirrors-centos-kvm-common-el7-x86_64 #2042
by jenkins＠jenkins.phx.ovirt.org 26 Dec '18

26 Dec '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-kvm-common-el7-x86_…> ------------------------------------------ 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-centos-kvm-common-el7-x86_…> > 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/59/95959/1:test --prune > git rev-parse origin/test^{commit} # timeout=10 > git rev-parse test^{commit} # timeout=10 Checking out Revision 05b40dfb4ec43a82530e8c471395d1858e5c59e1 (test) > git config core.sparsecheckout # timeout=10 > git checkout -f 05b40dfb4ec43a82530e8c471395d1858e5c59e1 Commit message: "mirror-reposync: remove gluster-3.10 mirror" > git rev-list --no-walk 05b40dfb4ec43a82530e8c471395d1858e5c59e1 # timeout=10 [system-sync_mirrors-centos-kvm-common-el7-x86_64] $ /bin/bash -xe /tmp/jenkins6836631403053526600.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-kvm-common-el7 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-kvm-common-el7 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/centos-kvm-common-el7' Build step 'Execute shell' marked build as failure

1 2

Build failed in Jenkins: system-sync_mirrors-centos-updates-el7-x86_64 #2261
by jenkins＠jenkins.phx.ovirt.org 26 Dec '18

26 Dec '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-centos-updates-el7-x86_64/…> Changes: [Barak Korren] Add STDCI 'runif' to reduce threads [Barak Korren] Added a minishift-based PyTest fixture ------------------------------------------ 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-centos-updates-el7-x86_64/…> > 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 1720cf2d1340dc87e0c29821beb355b3d9928145 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 1720cf2d1340dc87e0c29821beb355b3d9928145 Commit message: "Added a minishift-based PyTest fixture" > git rev-list --no-walk bff7456f93b0a236570e3ef7b404f907a26c7534 # timeout=10 [system-sync_mirrors-centos-updates-el7-x86_64] $ /bin/bash -xe /tmp/jenkins6767572685174701859.sh + jenkins/scripts/mirror_mgr.sh resync_yum_mirror centos-updates-el7 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 1474, in _commonLoadRepoXML if self._latestRepoXML(local): File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1443, in _latestRepoXML oxml = self._saveOldRepoXML(local) File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 1300, in _saveOldRepoXML shutil.copy2(local, old_local) File "/usr/lib64/python2.7/shutil.py", line 131, in copy2 copystat(src, dst) File "/usr/lib64/python2.7/shutil.py", line 98, in copystat os.utime(dst, (st.st_atime, st.st_mtime)) OSError: [Errno 2] No such file or directory: '/home/jenkins/mirrors_cache/centos-qemu-ev-testing-el7/repomd.xml.old.tmp' Build step 'Execute shell' marked build as failure

1 1

[JIRA] (OVIRT-2637) [VDSM] Tests fail because of network timeout
by Nir Soffer (oVirt JIRA) 26 Dec '18

26 Dec '18

Nir Soffer created OVIRT-2637: --------------------------------- Summary: [VDSM] Tests fail because of network timeout Key: OVIRT-2637 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2637 Project: oVirt - virtualization made easy Issue Type: By-EMAIL Reporter: Nir Soffer Assignee: infra First time I see this error. The issue seems to be network read timeout when creating virtual env in tox test. If you see this error in your builds, please report. storage-py27 create: /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27 ERROR: invocation failed (exit code 1), logfile: /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log ERROR: actionid: storage-py27 msg: getenv cmdargs: ['/usr/bin/python2', '-m', 'virtualenv', '--system-site-packages', '--python', '/usr/bin/python2.7', 'storage-py27'] New python executable in /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python2.7 Also creating executable in /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python Installing setuptools, pip, wheel... Complete output from command /home/jenkins/worksp...e-py27/bin/python2.7 - setuptools pip wheel: The directory '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip/http' or its parent directory is not owned by the current user and the cache has been disabled. Please check the permissions and owner of that directory. If executing pip with sudo, you may want sudo's -H flag. The directory '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip' or its parent directory is not owned by the current user and caching wheels has been disabled. check the permissions and owner of that directory. If executing pip with sudo, you may want sudo's -H flag. Looking in links: /usr/lib/python2.7/site-packages, /usr/lib/python2.7/site-packages/virtualenv_support Collecting setuptools Downloading https://files.pythonhosted.org/packages/37/06/754589caf971b0d2d48f151c2586f… (573kB) Exception: Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/cli/base_command.py", line 143, in main status = self.run(options, args) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/commands/install.py", line 318, in run resolver.resolve(requirement_set) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", line 102, in resolve self._resolve_one(requirement_set, req) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", line 256, in _resolve_one abstract_dist = self._get_abstract_dist_for(req_to_install) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", line 209, in _get_abstract_dist_for self.require_hashes File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/operations/prepare.py", line 283, in prepare_linked_requirement progress_bar=self.progress_bar File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", line 836, in unpack_url progress_bar=progress_bar File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", line 673, in unpack_http_url progress_bar) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", line 897, in _download_http_url _download_url(resp, link, content_file, hashes, progress_bar) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", line 617, in _download_url hashes.check_against_chunks(downloaded_chunks) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/hashes.py", line 48, in check_against_chunks for chunk in chunks: File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", line 585, in written_chunks for chunk in chunks: File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/ui.py", line 159, in iter for x in it: File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", line 574, in resp_read decode_content=False): File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", line 465, in stream data = self.read(amt=amt, decode_content=decode_content) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", line 430, in read raise IncompleteRead(self._fp_bytes_read, self.length_remaining) File "/usr/lib64/python2.7/contextlib.py", line 35, in __exit__ self.gen.throw(type, value, traceback) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", line 345, in _error_catcher raise ReadTimeoutError(self._pool, None, 'Read timed out.') ReadTimeoutError: HTTPSConnectionPool(host='files.pythonhosted.org', port=443): Read timed out. ---------------------------------------- ...Installing setuptools, pip, wheel...done. Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/virtualenv.py", line 2462, in <module> main() File "/usr/lib/python2.7/site-packages/virtualenv.py", line 762, in main symlink=options.symlink, File "/usr/lib/python2.7/site-packages/virtualenv.py", line 1015, in create_environment install_wheel(to_install, py_executable, search_dirs, download=download) File "/usr/lib/python2.7/site-packages/virtualenv.py", line 968, in install_wheel call_subprocess(cmd, show_stdout=False, extra_env=env, stdin=SCRIPT) File "/usr/lib/python2.7/site-packages/virtualenv.py", line 854, in call_subprocess raise OSError("Command {} failed with error code {}".format(cmd_desc, proc.returncode)) OSError: Command /home/jenkins/worksp...e-py27/bin/python2.7 - setuptools pip wheel failed with error code 2 Running virtualenv with interpreter /usr/bin/python2.7 ERROR: Error creating virtualenv. Note that some special characters (e.g. ':' and unicode symbols) in paths are not supported by virtualenv. Error details: InvocationError('/usr/bin/python2 -m virtualenv --system-site-packages --python /usr/bin/python2.7 storage-py27 (see /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log)', 1) Build: https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[VDSM] Tests fail because of network timeout
by Nir Soffer 26 Dec '18

26 Dec '18

First time I see this error. The issue seems to be network read timeout when creating virtual env in tox test. If you see this error in your builds, please report. storage-py27 create: /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27 ERROR: invocation failed (exit code 1), logfile: /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log ERROR: actionid: storage-py27 msg: getenv cmdargs: ['/usr/bin/python2', '-m', 'virtualenv', '--system-site-packages', '--python', '/usr/bin/python2.7', 'storage-py27'] New python executable in /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python2.7 Also creating executable in /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/bin/python Installing setuptools, pip, wheel... Complete output from command /home/jenkins/worksp...e-py27/bin/python2.7 - setuptools pip wheel: The directory '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip/http' or its parent directory is not owned by the current user and the cache has been disabled. Please check the permissions and owner of that directory. If executing pip with sudo, you may want sudo's -H flag. The directory '/home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.cache/pip' or its parent directory is not owned by the current user and caching wheels has been disabled. check the permissions and owner of that directory. If executing pip with sudo, you may want sudo's -H flag. Looking in links: /usr/lib/python2.7/site-packages, /usr/lib/python2.7/site-packages/virtualenv_support Collecting setuptools Downloading https://files.pythonhosted.org/packages/37/06/754589caf971b0d2d48f151c2586f… (573kB) Exception: Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/cli/base_command.py", line 143, in main status = self.run(options, args) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/commands/install.py", line 318, in run resolver.resolve(requirement_set) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", line 102, in resolve self._resolve_one(requirement_set, req) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", line 256, in _resolve_one abstract_dist = self._get_abstract_dist_for(req_to_install) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/resolve.py", line 209, in _get_abstract_dist_for self.require_hashes File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/operations/prepare.py", line 283, in prepare_linked_requirement progress_bar=self.progress_bar File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", line 836, in unpack_url progress_bar=progress_bar File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", line 673, in unpack_http_url progress_bar) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", line 897, in _download_http_url _download_url(resp, link, content_file, hashes, progress_bar) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", line 617, in _download_url hashes.check_against_chunks(downloaded_chunks) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/hashes.py", line 48, in check_against_chunks for chunk in chunks: File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", line 585, in written_chunks for chunk in chunks: File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/utils/ui.py", line 159, in iter for x in it: File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_internal/download.py", line 574, in resp_read decode_content=False): File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", line 465, in stream data = self.read(amt=amt, decode_content=decode_content) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", line 430, in read raise IncompleteRead(self._fp_bytes_read, self.length_remaining) File "/usr/lib64/python2.7/contextlib.py", line 35, in __exit__ self.gen.throw(type, value, traceback) File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-18.1-py2.py3-none-any.whl/pip/_vendor/urllib3/response.py", line 345, in _error_catcher raise ReadTimeoutError(self._pool, None, 'Read timed out.') ReadTimeoutError: HTTPSConnectionPool(host='files.pythonhosted.org', port=443): Read timed out. ---------------------------------------- ...Installing setuptools, pip, wheel...done. Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/virtualenv.py", line 2462, in <module> main() File "/usr/lib/python2.7/site-packages/virtualenv.py", line 762, in main symlink=options.symlink, File "/usr/lib/python2.7/site-packages/virtualenv.py", line 1015, in create_environment install_wheel(to_install, py_executable, search_dirs, download=download) File "/usr/lib/python2.7/site-packages/virtualenv.py", line 968, in install_wheel call_subprocess(cmd, show_stdout=False, extra_env=env, stdin=SCRIPT) File "/usr/lib/python2.7/site-packages/virtualenv.py", line 854, in call_subprocess raise OSError("Command {} failed with error code {}".format(cmd_desc, proc.returncode)) OSError: Command /home/jenkins/worksp...e-py27/bin/python2.7 - setuptools pip wheel failed with error code 2 Running virtualenv with interpreter /usr/bin/python2.7 ERROR: Error creating virtualenv. Note that some special characters (e.g. ':' and unicode symbols) in paths are not supported by virtualenv. Error details: InvocationError('/usr/bin/python2 -m virtualenv --system-site-packages --python /usr/bin/python2.7 storage-py27 (see /home/jenkins/workspace/vdsm_standard-check-patch/vdsm/.tox/storage-py27/log/storage-py27-0.log)', 1) Build: https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st…

1 0

Jenkins build became unstable: ovirt_4.2_publish-rpms_nightly #449
by jenkins＠jenkins.phx.ovirt.org 26 Dec '18

26 Dec '18

See <http://jenkins.ovirt.org/job/ovirt_4.2_publish-rpms_nightly/449/display/red…>

1 4

Jenkins build became unstable: ovirt_master_publish-rpms_nightly #1201
by jenkins＠jenkins.phx.ovirt.org 26 Dec '18

26 Dec '18

See <http://jenkins.ovirt.org/job/ovirt_master_publish-rpms_nightly/1201/display…>

1 4

Tests failed because global_setup.sh failed
by Nir Soffer 26 Dec '18

26 Dec '18

Not sure why global setup failed: + [[ ! -O /home/jenkins/.ssh ]] + [[ ! -G /home/jenkins/.ssh ]] + verify_set_permissions 700 /home/jenkins/.ssh + local target_permissions=700 + local path_to_set=/home/jenkins/.ssh ++ stat -c %a /home/jenkins/.ssh + local access=700 + [[ 700 != \7\0\0 ]] + return 0 + [[ -f /home/jenkins/.ssh/known_hosts ]] + verify_set_ownership /home/jenkins/.ssh/known_hosts + local path_to_set=/home/jenkins/.ssh/known_hosts ++ id -un + local owner=jenkins ++ id -gn + local group=jenkins + [[ ! -O /home/jenkins/.ssh/known_hosts ]] + [[ ! -G /home/jenkins/.ssh/known_hosts ]] + verify_set_permissions 644 /home/jenkins/.ssh/known_hosts + local target_permissions=644 + local path_to_set=/home/jenkins/.ssh/known_hosts ++ stat -c %a /home/jenkins/.ssh/known_hosts + local access=644 + [[ 644 != \6\4\4 ]] + return 0 + return 0 + true + log ERROR Aborting. Build: https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st…

4 4

oVirt infra daily report - unstable production jobs - 685
by jenkins＠jenkins.phx.ovirt.org 26 Dec '18

26 Dec '18

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/685//artifact/exported-a… Cheers, Jenkins

1 0

[JIRA] (OVIRT-2538) ovirt-engine master failure on test 008_basic_ui_sanity.initialize_chrome
by Eyal Edri (oVirt JIRA) 25 Dec '18

25 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2538?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-2538: ----------------------------- Resolution: Cannot Reproduce Status: Done (was: To Do) > ovirt-engine master failure on test 008_basic_ui_sanity.initialize_chrome > --------------------------------------------------------------------------- > > Key: OVIRT-2538 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2538 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > Priority: High > Labels: ost_failures, ost_race > > I have seen random failures of test 008_basic_ui_sanity.initialize_chrome which are not related to the changes. > Here is the latest failure which I confirmed with didi is not a real failure and is not related to the change > https://gerrit.ovirt.org/#/c/89572/ > https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/10601/ > I cannot see anything in the http logs and in engine logs. > I can see a warn on ssl and some issues which seems to be resolved later on domain names: > '[Mon Oct 15 02:56:26.041204 2018] [ssl:warn] [pid 18661] AH01909: RSA certificate configured for 192.168.201.4:443 does NOT include an ID which matches the server name' > I think the issue is the test since the only errors I can see are in the lago logs. > I saved logs to allow debugging of the test failure. > [~gbenhaim(a)redhat.com] > [~gshereme(a)redhat.com] > Can you please check this issue? -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2538) ovirt-engine master failure on test 008_basic_ui_sanity.initialize_chrome
by Eyal Edri (oVirt JIRA) 25 Dec '18

25 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2538?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2538: ---------------------------------- I’m not sure its worth investing time if it fails 0.05% of the time. AFAIK test is passing for now and we don’t have a pending issue, so I’ll close this one for now. If you have any ideas/suggestions to improve the UI test, feel free to submit a patch to OST \:) > ovirt-engine master failure on test 008_basic_ui_sanity.initialize_chrome > --------------------------------------------------------------------------- > > Key: OVIRT-2538 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2538 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > Priority: High > Labels: ost_failures, ost_race > > I have seen random failures of test 008_basic_ui_sanity.initialize_chrome which are not related to the changes. > Here is the latest failure which I confirmed with didi is not a real failure and is not related to the change > https://gerrit.ovirt.org/#/c/89572/ > https://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/10601/ > I cannot see anything in the http logs and in engine logs. > I can see a warn on ssl and some issues which seems to be resolved later on domain names: > '[Mon Oct 15 02:56:26.041204 2018] [ssl:warn] [pid 18661] AH01909: RSA certificate configured for 192.168.201.4:443 does NOT include an ID which matches the server name' > I think the issue is the test since the only errors I can see are in the lago logs. > I saved logs to allow debugging of the test failure. > [~gbenhaim(a)redhat.com] > [~gshereme(a)redhat.com] > Can you please check this issue? -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-1856) Document procedure for infra upgrades
by Eyal Edri (oVirt JIRA) 25 Dec '18

25 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1856?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-1856: ----------------------------- Resolution: Fixed Status: Done (was: To Do) We've added some steps to the ovirt-infra docs about upgrades, and it also continues to change as we upgrade the infra. so closing for now. > Document procedure for infra upgrades > -------------------------------------- > > Key: OVIRT-1856 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1856 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Eyal Edri > Assignee: Evgheni Dereveanchin > Priority: High > > On Sun, Jan 21, 2018 at 1:01 PM, Barak Korren <bkorren(a)redhat.com> wrote: > > > > > > On 21 January 2018 at 12:50, Eyal Edri <eedri(a)redhat.com> wrote: > > > >> > >> > >> On Sun, Jan 21, 2018 at 12:47 PM, Barak Korren <bkorren(a)redhat.com> > >> wrote: > >> > >>> > >>> > >>> On 21 January 2018 at 12:39, Eyal Edri <eedri(a)redhat.com> wrote: > >>> > >>>> There is another issue, which is currently failing all CQ, and its > >>>> related to the new IBRS CPU model. > >>>> It looks like all of the lago slaves were upgraded to new Libvirt and > >>>> kernel on Friday, while we still don't have a fix on lago-ost-plugin for > >>>> that. > >>>> > >>>> I think there was a misunderstanding about what to upgrade, and it > >>>> might have been understood that only the bios upgrade breaks it and not the > >>>> kernel one. > >>>> > >>>> In any case, we're currently fixing the issue, either by downgrading > >>>> the relevant pkgs on lago slaves or adding the mapping to new CPU types > >>>> from OST. > >>>> > >>>> For future, I suggest a few updates to maintenance work on Jenkins > >>>> slaves ( VMs or BM ): > >>>> > >>>> 1. Let's avoid doing an upgrade close to a weekend ( i.e not on Thu-Sun > >>>> ), so all the team can be around to help if needed or if something > >>>> unexpected happens. > >>>> 2. When we have a system-wide upgrade scheduled, like all BM slaves or > >>>> VMs for a specific OS, let's adopt a gradual upgrade with a few days window > >>>> in between, > >>>> e.g, if we need to upgrade all Lago slaves, let's upgrade 1-2 and > >>>> wait to see if nothing breaks and continue after we verify OST runs ( > >>>> either seeing on CQ or running manually ) > >>>> > >>>> > >>>> Thoughts? > >>>> > >>>> > >>> We have a staging system - we should be using it for staging.... > >>> > >> > >> Do we have OST tests or manual job avaialble there? > >> > > > > We can add them easily, or simply run Lago manually when needed. > > > > > >> In any case, this doesn't contradict what I suggested, even if you test > >> on staging, there could be differences from the production system, so we > >> should take care when we upgrade regardless. > >> > > > > Yes, but at least we'd know we green lighted the new configuration - I'm > > sure in this case we could have found at least some of the issues on > > staging (Like the fc27 issues for example) and could have avoided expansive > > production failures. > > > > Another point when scheduling an upgrade, is to talk to infra owner or the > >> CI team and understand if we currently have a large Q in CQ or known > >> failures, so it might be best to wait a bit until its cleared. > >> > >> > > > > > Adding infra-support so we can gather this info and prepare a maintanaince > / upgrade checklist to add to the oVirt infra docs. > Let's continue the discussion, suggestion on that ticket. > > -- > > Barak Korren > > RHV DevOps team , RHCE, RHCi > > Red Hat EMEA > > redhat.com | TRIED. TESTED. TRUSTED. | redhat.com/trusted > > > -- > Eyal edri > MANAGER > RHV 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) -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2631) [VDSM] Build fail with "Curl error (28): Timeout was reached for..."
by Eyal Edri (oVirt JIRA) 25 Dec '18

25 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2631?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2631: ---------------------------------- [~ederevea] let's see after the shutdown if we can see any unusual slow network, or problem with our PHX network. > [VDSM] Build fail with "Curl error (28): Timeout was reached for..." > -------------------------------------------------------------------- > > Key: OVIRT-2631 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2631 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Nir Soffer > Assignee: Evgheni Dereveanchin > > Looks like creating mock env fail because of slow network. > Can we have local mirror to avoid such issues? > Error: > # /usr/bin/dnf --installroot > /var/lib/mock/fedora-28-x86_64-4a1ad1766b02e7fc37cf465ffb164e2f-15798/root/ > --releasever 28 --disableplugin=local --setopt=deltarpm=False install > @buildsys-build autoconf automake createrepo dnf dnf-utils gdb git > iproute-tc libguestfs-tools-c libselinux-python3 libvirt-python3 lshw > make mom openvswitch ovirt-imageio-common policycoreutils-python > python2-augeas python2-blivet1 python2-coverage python2-dateutil > python2-dbus python2-decorator python2-devel python2-dmidecode > python2-enum34 python2-inotify python2-ioprocess python2-ipaddress > python2-magic python2-mock python2-netaddr python2-pthreading > python2-pyudev python2-pyyaml python2-requests python2-setuptools > python2-six python2-subprocess32 python3-PyYAML python3-augeas > python3-coverage python3-dateutil python3-dbus python3-decorator > python3-devel python3-magic python3-netaddr python3-nose > python3-pyudev python3-six python3-yaml rpm-build > ... > Transaction Summary > ================================================================================ > Install 675 Packages > Total download size: 424 M > Installed size: 1.5 G > Downloading Packages: > ... > (530/675): rest-0.8.1-2.fc28.x86_64.rpm 211 kB/s | 69 kB 00:00 > (531/675): libXau-1.0.8-11.fc28.x86_64.rpm 193 kB/s | 34 kB 00:00 > (532/675): libogg-1.3.2-10.fc28.x86_64.rpm 147 kB/s | 30 kB 00:00 > [MIRROR] gtk3-3.22.30-1.fc28.x86_64.rpm: Curl error (28): Timeout was > reached for http://mirrors.phx.ovirt.org/repos/yum/fedora-base-fc28/base/Packages/g/gtk… > [Operation too slow. Less than 1000 bytes/sec transferred the last 30 > seconds] > [FAILED] gtk3-3.22.30-1.fc28.x86_64.rpm: Curl error (28): Timeout was > reached for http://mirrors.phx.ovirt.org/repos/yum/fedora-base-fc28/base/Packages/g/gtk… > [Operation too slow. Less than 1000 bytes/sec transferred the last 30 > seconds] > Error: Error downloading packages: > Curl error (28): Timeout was reached for > http://mirrors.phx.ovirt.org/repos/yum/fedora-base-fc28/base/Packages/g/gtk… > [Operation too slow. Less than 1000 bytes/sec transferred the last 30 > seconds] > Build: > https://jenkins.ovirt.org/blue/rest/organizations/jenkins/pipelines/vdsm_st… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2446) Github push trigger will fail if was trigger by a tag push
by Eyal Edri (oVirt JIRA) 25 Dec '18

25 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2446?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-2446: ----------------------------- Blocked By: blocked until we implement tag stage for STD-CI Status: Blocked (was: To Do) [~eyonasi@redhat.com][~bkorren@redhat.com] please add links to the tag stage tickets. > Github push trigger will fail if was trigger by a tag push > ---------------------------------------------------------- > > Key: OVIRT-2446 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2446 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Reporter: Roy Golan > Assignee: infra > > When pushing a tag to a GH it triggers the jenkins webhook. In the invoked > job, > it will try to fech a new head with that tag, but that will fail since the > repo doesn't have > a head since it is started as git init. > A breakdown from > https://jenkins.ovirt.org/job/oVirt_ovirt-openshift-extensions_standard-on-… > - git init a repo > *14:57:15* > git init > /home/jenkins/workspace/oVirt_ovirt-openshift-extensions_standard-on-ghpush/ovirt-openshift-extensions > # timeout=10 > - git fetch tags (maybe the problem is here as it doesn't reffer to refs/tags) > *15:35:07* [check-merged.el7.x86_64] > git fetch --tags --progress > https://gerrit.ovirt.org/jenkins +refs/heads/*:refs/remotes/origin/* > - fetch upstream changes, which is here a tag v0.3.2, so it uses > 'refs/tags/v0.3.2' > *14:57:18* > git fetch --tags --progress > https://github.com/oVirt/ovirt-openshift-extensions > +refs/tags/v0.3.2:myhead > This fails with > *14:57:19* stderr: error: cannot update ref 'refs/heads/myhead': > trying to write non-commit object > 3c7b5a5d243d1f3bcecbe7b527726b06113d0ec5 to branch 'refs/heads/myhead' > While in regular merge with a tag on it uses 'refs/heads/master': > *15:35:10* [check-merged.el7.x86_64] > git fetch --tags --progress > https://gerrit.ovirt.org/jenkins +refs/heads/master:myhead > Since refs/tags/v0.3.2 doesn't exist locally it can't reference it. Since > refs/heads/master exists locally it can create the alias 'myhead' to it. > I would like to have the option to push a tag and trigger a build but this > is not working atm without a commit attached to it. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

[JIRA] (OVIRT-2446) Github push trigger will fail if was trigger by a tag push
by Eyal Edri (oVirt JIRA) 25 Dec '18

25 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2446?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-2446: ----------------------------- Issue Type: New Feature (was: By-EMAIL) > Github push trigger will fail if was trigger by a tag push > ---------------------------------------------------------- > > Key: OVIRT-2446 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2446 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Reporter: Roy Golan > Assignee: infra > > When pushing a tag to a GH it triggers the jenkins webhook. In the invoked > job, > it will try to fech a new head with that tag, but that will fail since the > repo doesn't have > a head since it is started as git init. > A breakdown from > https://jenkins.ovirt.org/job/oVirt_ovirt-openshift-extensions_standard-on-… > - git init a repo > *14:57:15* > git init > /home/jenkins/workspace/oVirt_ovirt-openshift-extensions_standard-on-ghpush/ovirt-openshift-extensions > # timeout=10 > - git fetch tags (maybe the problem is here as it doesn't reffer to refs/tags) > *15:35:07* [check-merged.el7.x86_64] > git fetch --tags --progress > https://gerrit.ovirt.org/jenkins +refs/heads/*:refs/remotes/origin/* > - fetch upstream changes, which is here a tag v0.3.2, so it uses > 'refs/tags/v0.3.2' > *14:57:18* > git fetch --tags --progress > https://github.com/oVirt/ovirt-openshift-extensions > +refs/tags/v0.3.2:myhead > This fails with > *14:57:19* stderr: error: cannot update ref 'refs/heads/myhead': > trying to write non-commit object > 3c7b5a5d243d1f3bcecbe7b527726b06113d0ec5 to branch 'refs/heads/myhead' > While in regular merge with a tag on it uses 'refs/heads/master': > *15:35:10* [check-merged.el7.x86_64] > git fetch --tags --progress > https://gerrit.ovirt.org/jenkins +refs/heads/master:myhead > Since refs/tags/v0.3.2 doesn't exist locally it can't reference it. Since > refs/heads/master exists locally it can create the alias 'myhead' to it. > I would like to have the option to push a tag and trigger a build but this > is not working atm without a commit attached to it. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100096)

1 0

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

25 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2533?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2533: ---------------------------------- i still don't know if we can support it, still needs to be discussed and scoped. [~bkorren(a)redhat.com] feel free to update and add info. > 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: Improvement > 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#100096)

1 0

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

25 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2533?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-2533: ----------------------------- Issue Type: Improvement (was: By-EMAIL) > 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: Improvement > 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#100096)

1 0