December 2018 - Infra - oVirt List Archives

[JIRA] (OVIRT-1290) Re-factor OST jobs YAML to reduce duplication
by Eyal Edri (oVirt JIRA) 15 Dec '18

15 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1290?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-1290: ----------------------------- Resolution: Fixed Status: Done (was: To Do) AFAIK, all suites use the same YAML file now, and in any case, not something worth investing time in. > Re-factor OST jobs YAML to reduce duplication > --------------------------------------------- > > Key: OVIRT-1290 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1290 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: OST Manual job, OST scheduled jobs > Reporter: Barak Korren > Assignee: infra > Labels: ost, yaml > > Besides the experimental flow jobs, and the manual OST job, we also have a few more jobs that run specific OST suits on a scheduled basis. > Historically theses suits were written by different people and different job templates in YAML were also written for each suit. > At some point we have normalized all the suit names in OST to be of the following structure: > {code} > <suit_type>-suit-<ovirt version> > {code} > This was initially done to allow the mirror injection process to find the '{{reposync-config.repo}}' file but also facilitated the creation of the generic manual OST job. > Since all suites now follow the same naming convention there is no more reason to have separate YAML job templates per suit. This separation may even cause subtle issues. > All the YAML OST job templates should be unified so that we'll have just one job template that is parametrized by the suite type and oVirt version. Furthermore we can probably have just one YAML project entry to create all scheduled OST jobs. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100095)

1 0

[JIRA] (OVIRT-1135) consider changing the welcoming message in Jenkins.ovirt.org to something more meaningful
by Eyal Edri (oVirt JIRA) 15 Dec '18

15 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1135?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-1135: ----------------------------- Resolution: Fixed Status: Done (was: To Do) added links to ovirt.org and infra docs. > consider changing the welcoming message in Jenkins.ovirt.org to something more meaningful > ------------------------------------------------------------------------------------------ > > Key: OVIRT-1135 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1135 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Jenkins Master > Reporter: Eyal Edri > Assignee: Evgheni Dereveanchin > > Thanks, > I've removed the duplicate message, and opening a ticket on this to > consider more meaningful links or layout on the main page. > On Sat, Feb 11, 2017 at 6:42 PM, Nir Soffer <nsoffer(a)redhat.com> wrote: > > Hi all, > > > > If you click the "All" tab, you get double welcome message with > > similar content. > > Welcome to oVirt Jenkins continuous integration serverFor more > > information about the oVirt project visit http://www.ovirt.org > > Welcome to oVirt Jenkins continuous integration serverFor more info about > > the oVirt project, visit oVirt.org <http://ovirt.org/> > > See http://jenkins.ovirt.org/view/All/ > > > > I think we can remove the welcome message entirely, it makes sense only > > when > > you visit http://jenkins.ovirt.org/, and only for unlogged users. > > > > Logged users do not need the welcome message, it takes valuable space on > > the screen that > > can be used for useful data. > > > > Nir > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > > > -- > Eyal Edri > Associate Manager > RHV DevOps > EMEA ENG Virtualization R&D > Red Hat Israel > phone: +972-9-7692018 > irc: eedri (on #tlv #rhev-dev #rhev-integ) -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100095)

1 0

[JIRA] (OVIRT-1113) Automate project Gerrit repo creation
by Eyal Edri (oVirt JIRA) 15 Dec '18

15 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1113?page=com.atlassian.jira.… ] Eyal Edri updated OVIRT-1113: ----------------------------- Resolution: Won't Do Status: Done (was: To Do) Just isn't worth the effort, the amount of new projects of Gerrit is very low and new projects also being created on GitHub. > Automate project Gerrit repo creation > ------------------------------------- > > Key: OVIRT-1113 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1113 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: Gerrit/git > Reporter: Barak Korren > Assignee: infra > Priority: Low > Labels: Icebox, first_time_task > > Because the doc is annoying to follow manually, and its easy to automate Gerrit, the API is basically 'ssh'. > Long term if the automation is good we could make this "self service". -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100095)

1 0

[JIRA] (OVIRT-705) Upgrade to puppet 4.0
by Eyal Edri (oVirt JIRA) 15 Dec '18

15 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-705?page=com.atlassian.jira.p… ] Eyal Edri updated OVIRT-705: ---------------------------- Resolution: Won't Do Status: Done (was: To Do) We're phasing our from puppet and moving to Ansible, I don't see us investing major effort in upgrading to 4.0 > Upgrade to puppet 4.0 > --------------------- > > Key: OVIRT-705 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-705 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: Eyal Edri > Assignee: infra > Priority: Lowest > > Related to the migration of foreman + puppet master to PHX, and worth its own ticket. > Will be addressed once we have a new foreman 1.12 up & running. > Also, nice blog on the migration might be useful: > http://hggh.github.io/puppet/debian/2016/08/19/puppet-4.x.html -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100095)

1 0

[JIRA] (OVIRT-2626) jira 401
by Greg Sheremeta (oVirt JIRA) 15 Dec '18

15 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2626?page=com.atlassian.jira.… ] Greg Sheremeta updated OVIRT-2626: ---------------------------------- Resolution: Done Status: Done (was: To Do) > jira 401 > -------- > > Key: OVIRT-2626 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2626 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > > I can't get in to Jira. > Trying to reply to a comment from Barak, > https://ovirt-jira.atlassian.net/browse/OVIRT-1182#add-comment > """ > Unauthorized (401) > Encountered a "401 - Unauthorized" error while loading this page. > Go to Jira home > """ > -- > 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#100095)

1 0

[JIRA] (OVIRT-2626) jira 401
by Greg Sheremeta (oVirt JIRA) 15 Dec '18

15 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2626?page=com.atlassian.jira.… ] Greg Sheremeta commented on OVIRT-2626: --------------------------------------- you're right, incognito tab worked -- it's a local thing. Sorry for the noise > jira 401 > -------- > > Key: OVIRT-2626 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2626 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > > I can't get in to Jira. > Trying to reply to a comment from Barak, > https://ovirt-jira.atlassian.net/browse/OVIRT-1182#add-comment > """ > Unauthorized (401) > Encountered a "401 - Unauthorized" error while loading this page. > Go to Jira home > """ > -- > 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#100095)

1 0

[JIRA] (OVIRT-2626) jira 401
by Eyal Edri (oVirt JIRA) 15 Dec '18

15 Dec '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2626?page=com.atlassian.jira.… ] Eyal Edri commented on OVIRT-2626: ---------------------------------- Seems to work fine, maybe a temp glitch? its a hosted service on Atlassian so we don't really have access to it, only from the UI. Though I don't recall any incident when it was really down, is it working for you now? > jira 401 > -------- > > Key: OVIRT-2626 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2626 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Greg Sheremeta > Assignee: infra > > I can't get in to Jira. > Trying to reply to a comment from Barak, > https://ovirt-jira.atlassian.net/browse/OVIRT-1182#add-comment > """ > Unauthorized (401) > Encountered a "401 - Unauthorized" error while loading this page. > Go to Jira home > """ > -- > 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#100095)

1 0

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

15 Dec '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-fedora-base-fc29-x86_64/11…> ------------------------------------------ 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 176abf92c7f6ef0fb587732da7f1a3d7dc95ac79 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 176abf92c7f6ef0fb587732da7f1a3d7dc95ac79 Commit message: "ost: Add 'COVERAGE' option" > git rev-list --no-walk 176abf92c7f6ef0fb587732da7f1a3d7dc95ac79 # timeout=10 [system-sync_mirrors-fedora-base-fc29-x86_64] $ /bin/bash -xe /tmp/jenkins6395102770326944844.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/fedora-base-fc29 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/fedora-base-fc29' Build step 'Execute shell' marked build as failure

1 1

[oVirt Jenkins] ovirt-node-ng_ovirt-4.2-pre_build-artifacts-el7-x86_64 - Build # 607 - Failure!
by jenkins＠jenkins.phx.ovirt.org 15 Dec '18

15 Dec '18

Project: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.2-pre_build-artifacts-el… Build: http://jenkins.ovirt.org/job/ovirt-node-ng_ovirt-4.2-pre_build-artifacts-el… Build Number: 607 Build Status: Failure Triggered By: Started by timer ------------------------------------- Changes Since Last Success: ------------------------------------- Changes for Build #607 [Yuval Turgeman] build: add version and release.dist to iso name ----------------- Failed Tests: ----------------- No tests ran.

1 1

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

15 Dec '18

See <http://jenkins.ovirt.org/job/system-sync_mirrors-epel-el6-x86_64/2139/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 176abf92c7f6ef0fb587732da7f1a3d7dc95ac79 (origin/master) > git config core.sparsecheckout # timeout=10 > git checkout -f 176abf92c7f6ef0fb587732da7f1a3d7dc95ac79 Commit message: "ost: Add 'COVERAGE' option" > git rev-list --no-walk 176abf92c7f6ef0fb587732da7f1a3d7dc95ac79 # timeout=10 [system-sync_mirrors-epel-el6-x86_64] $ /bin/bash -xe /tmp/jenkins450725875918277335.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/epel-el6 error was: [Errno 17] File exists: '/home/jenkins/mirrors_cache/epel-el6' Build step 'Execute shell' marked build as failure

1 1