October 2018 - Infra - oVirt List Archives

Build failed in Jenkins: system-sync_mirrors-epel-el6-x86_64 #1921
by jenkins＠jenkins.phx.ovirt.org 03 Oct '18

03 Oct '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/1921/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 e04d7bbbbb0a577275c27beb257e90d2d6151f28 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f e04d7bbbbb0a577275c27beb257e90d2d6151f28 Commit message: "ovirt-host-deploy: drop 3.6 jobs" > git rev-list --no-walk e04d7bbbbb0a577275c27beb257e90d2d6151f28 # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins1502056638638549307.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 1

[JIRA] (OVIRT-2523) repeating nagios alerts for resources
by Evgheni Dereveanchin (oVirt JIRA) 03 Oct '18

03 Oct '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2523?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-2523: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > repeating nagios alerts for resources > ------------------------------------- > > Key: OVIRT-2523 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2523 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > > There are regular times when Nagios can't reach some services on resources.ovirt.org and timeouts cause warning emails. Opening ticket to investigate if it's a false positive or a real issue. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100092)

1 0

[JIRA] (OVIRT-2523) repeating nagios alerts for resources
by Evgheni Dereveanchin (oVirt JIRA) 03 Oct '18

03 Oct '18

Evgheni Dereveanchin created OVIRT-2523: ------------------------------------------- Summary: repeating nagios alerts for resources Key: OVIRT-2523 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2523 Project: oVirt - virtualization made easy Issue Type: Improvement Reporter: Evgheni Dereveanchin Assignee: infra There are regular times when Nagios can't reach some services on resources.ovirt.org and timeouts cause warning emails. Opening ticket to investigate if it's a false positive or a real issue. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100092)

1 0

[JENKINS] Failed to setup proejct kubevirt_kubevirt_standard-check-pr
by jenkins＠jenkins.phx.ovirt.org 03 Oct '18

03 Oct '18

Failed to run project_setup.sh for: #2079 kubevirt [check-patch]. It probably means that docker_cleanup.py failed. This step doesn't fail the job, but we do collect data about such failures to find the root cause. Infra owner, ensure that we're not running out of disk space on ovirt-srv06.infra-phx.ovirt.org-container-1.

1 0

[JIRA] (OVIRT-2521) enable stdci v2 for ovirt-web-ui
by Greg Sheremeta (oVirt JIRA) 03 Oct '18

03 Oct '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2521?page=com.atlassian.jira.… ] Greg Sheremeta commented on OVIRT-2521: --------------------------------------- the bot is running properly now. So I'm just looking for answers on 2 - is there a way to configure this to be on-demand only? in other words, only run when we invoke 'ci build please'? 2a - if not, is there a way to make ovirt ci non-blocking since travis would still be our source of truth? > enable stdci v2 for ovirt-web-ui > -------------------------------- > > Key: OVIRT-2521 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2521 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > > Hi, > I want to enable stdci v2 for ovirt-web-ui, to run alongside travis, so we > can easily make rpms from PRs. > I added automation.yaml [1] and updated standard_pipelines [2]. > 1 - is there anything else I need to do? > 2 - is there a way to configure this to be on-demand only? in other words, > only run when we invoke 'ci build please'? > 2a - if not, is there a way to make ovirt ci non-blocking since travis > would still be our source of truth? > [1] https://github.com/oVirt/ovirt-web-ui/pull/794 > [2] > https://gerrit.ovirt.org/#/c/94639/1/jobs/confs/projects/standard-pipelines… > -- > 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#100092)

1 0

[JIRA] (OVIRT-2521) enable stdci v2 for ovirt-web-ui
by Eyal Edri (oVirt JIRA) 03 Oct '18

03 Oct '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2521?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2521: ---------------------------------- [~dron] [~dbelenky(a)redhat.com] [~ederevea] can you assist? > enable stdci v2 for ovirt-web-ui > -------------------------------- > > Key: OVIRT-2521 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2521 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > > Hi, > I want to enable stdci v2 for ovirt-web-ui, to run alongside travis, so we > can easily make rpms from PRs. > I added automation.yaml [1] and updated standard_pipelines [2]. > 1 - is there anything else I need to do? > 2 - is there a way to configure this to be on-demand only? in other words, > only run when we invoke 'ci build please'? > 2a - if not, is there a way to make ovirt ci non-blocking since travis > would still be our source of truth? > [1] https://github.com/oVirt/ovirt-web-ui/pull/794 > [2] > https://gerrit.ovirt.org/#/c/94639/1/jobs/confs/projects/standard-pipelines… > -- > 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#100092)

1 0

Re: Issue with vdsm-hook-vmfex-dev = 4.20.40-11.git6d99cc8.el7 shipping on u/s 4.2
by Eyal Edri 03 Oct '18

03 Oct '18

Adding devel and infra as well. On Wed, Oct 3, 2018 at 3:10 PM Michael Burman <mburman(a)redhat.com> wrote: > Hi > > I think we have an issue with vdsm-hook-vmfex-dev on 4.2 u/s > > When i try to update i get this Dependency Resolution > > Error: Package: vdsm-4.20.40-11.git6d99cc8.el7.x86_64 (ovirt-4.2-snapshot) > Requires: vdsm-hook-vmfex-dev = 4.20.40-11.git6d99cc8.el7 > Installed: vdsm-hook-vmfex-dev-4.20.40-10.giteffb1ef.el7.noarch > (@ovirt-4.2-snapshot) > vdsm-hook-vmfex-dev = 4.20.40-10.giteffb1ef.el7 > Available: vdsm-hook-vmfex-dev-4.20.23-1.el7.noarch > (ovirt-4.2-centos-ovirt42) > vdsm-hook-vmfex-dev = 4.20.23-1.el7 > Available: vdsm-hook-vmfex-dev-4.20.39.1-1.el7.noarch > (ovirt-4.2-centos-ovirt42) > vdsm-hook-vmfex-dev = 4.20.39.1-1.el7 > Error: Package: vdsm-hook-vmfex-dev-4.20.40-10.giteffb1ef.el7.noarch > (@ovirt-4.2-snapshot) > Requires: vdsm = 4.20.40-10.giteffb1ef.el7 > Removing: vdsm-4.20.40-10.giteffb1ef.el7.x86_64 > (@ovirt-4.2-snapshot) > vdsm = 4.20.40-10.giteffb1ef.el7 > Updated By: vdsm-4.20.40-11.git6d99cc8.el7.x86_64 > (ovirt-4.2-snapshot) > vdsm = 4.20.40-11.git6d99cc8.el7 > Available: vdsm-4.20.23-1.el7.x86_64 (ovirt-4.2-centos-ovirt42) > vdsm = 4.20.23-1.el7 > Available: vdsm-4.20.39.1-1.el7.x86_64 > (ovirt-4.2-centos-ovirt42) > vdsm = 4.20.39.1-1.el7 > > > https://resources.ovirt.org/pub/ovirt-4.2-snapshot/rpm/el7Server/noarch/ > > Is missing the correct version and this is the problem > > Thanks, > -- > > Michael Burman > > Senior Quality engineer - rhv network - redhat israel > > Red Hat > > <https://www.redhat.com> > > mburman(a)redhat.com M: 0545355725 IM: mburman > <https://red.ht/sig> > -- Eyal edri MANAGER RHV/CNV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ)

3 3

[JIRA] (OVIRT-2522) problems with ovirt-snapshot noarch repo (4.2)
by Evgheni Dereveanchin (oVirt JIRA) 03 Oct '18

03 Oct '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2522?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-2522: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > problems with ovirt-snapshot noarch repo (4.2) > ----------------------------------------------- > > Key: OVIRT-2522 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2522 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: Evgheni Dereveanchin > Priority: High > Labels: ost_infra, ost_infra_owner > > querying packages from the noarch repo gives an error > [dron@dron ovirt-system-tests]$ repoquery --repofrompath=testrepo,https://resources.ovirt.org/pub/ovirt-4.2-snapshot/rpm/el7Server/noarch/ --repoid=testrepo --query --all > Repository google-chrome is listed more than once in the configuration > Repository google-talkplugin is listed more than once in the configuration > Can't download or revert repomd.xml for testrepo > [dron@dron ovirt-system-tests]$ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100092)

1 0

[JIRA] (OVIRT-2522) problems with ovirt-snapshot noarch repo (4.2)
by Dafna Ron (oVirt JIRA) 03 Oct '18

03 Oct '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2522?page=com.atlassian.jira.… ] Dafna Ron commented on OVIRT-2522: ---------------------------------- We get the correct packages if we remove the noarch from the path and we have a new repo called "*" which I do not think should be there. noarch is not giving an error when you run repoquery so I would guess that indeed, the cleanup job has changed something when it ran repoman. > problems with ovirt-snapshot noarch repo (4.2) > ----------------------------------------------- > > Key: OVIRT-2522 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2522 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > Priority: High > Labels: ost_infra, ost_infra_owner > > querying packages from the noarch repo gives an error > [dron@dron ovirt-system-tests]$ repoquery --repofrompath=testrepo,https://resources.ovirt.org/pub/ovirt-4.2-snapshot/rpm/el7Server/noarch/ --repoid=testrepo --query --all > Repository google-chrome is listed more than once in the configuration > Repository google-talkplugin is listed more than once in the configuration > Can't download or revert repomd.xml for testrepo > [dron@dron ovirt-system-tests]$ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100092)

1 0

[JIRA] (OVIRT-2522) problems with ovirt-snapshot noarch repo (4.2)
by Eyal Edri (oVirt JIRA) 03 Oct '18

03 Oct '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2522?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2522: ---------------------------------- Please check the nightly job that generats the snapshot repo from tested, It might also be related to cleanups done on tested. On Wed, Oct 3, 2018 at 3:39 PM Dafna Ron (oVirt JIRA) < -- Eyal edri MANAGER RHV/CNV DevOps EMEA VIRTUALIZATION R&D Red Hat EMEA <https://www.redhat.com/> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://redhat.com/trusted> phone: +972-9-7692018 irc: eedri (on #tlv #rhev-dev #rhev-integ) > problems with ovirt-snapshot noarch repo (4.2) > ----------------------------------------------- > > Key: OVIRT-2522 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2522 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > Priority: High > Labels: ost_infra, ost_infra_owner > > querying packages from the noarch repo gives an error > [dron@dron ovirt-system-tests]$ repoquery --repofrompath=testrepo,https://resources.ovirt.org/pub/ovirt-4.2-snapshot/rpm/el7Server/noarch/ --repoid=testrepo --query --all > Repository google-chrome is listed more than once in the configuration > Repository google-talkplugin is listed more than once in the configuration > Can't download or revert repomd.xml for testrepo > [dron@dron ovirt-system-tests]$ -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100092)

1 0