- Infra - oVirt List Archives

[JIRA] (OVIRT-1385) Support installing latest version of specific pkgs
by eyal edri (oVirt JIRA) 03 Jun '18

03 Jun '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1385?page=com.atlassian.jira.… ] eyal edri updated OVIRT-1385: ----------------------------- Resolution: Won't Do Status: Done (was: To Do) [~vojtech] as [~bkorren(a)redhat.com] mock_runner is in stabilization mode and we're not planning any new features there, if this is something that is still needed, we can check if its possible to support via V2 of future work planned for the CI > Support installing latest version of specific pkgs > -------------------------------------------------- > > Key: OVIRT-1385 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1385 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: oVirt CI > Reporter: Vojtech Szocs > Assignee: infra > Priority: Low > Labels: mock_runner.sh > > There are multiple oVirt projects (see below) which contain a {{build.packages.force}} (or similar) file, along with the following code in their build script: > {code} > # The "build.packages.force" file contains BuildRequires packages > # to be installed using their latest version. > # Force CI to get the latest version of these packages: > dependencies="$(sed -e '/^[ \t]*$/d' -e '/^#/d' automation/build.packages.force)" > yum-deprecated clean metadata || yum clean metadata > yum-deprecated -y install ${dependencies} || yum -y install ${dependencies} > {code} > Used in projects: ovirt-engine-dashboard, ovirt-engine-nodejs-modules, ovirt-web-ui > Is it possible for CI to support this out of the box, using {{.force}} file convention? (basically a suffix to standard {{.packages}} files) > I've looked at OVIRT-921 and IIUC the yum cache is cleaned every 2 days, so an alternative to above proposal would be to have this interval configurable per-project. > Not sure what's the best approach here, please advise. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100086)

1 0

[JIRA] (OVIRT-1399) Install Jenkins TAP results plugin
by eyal edri (oVirt JIRA) 03 Jun '18

03 Jun '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1399?page=com.atlassian.jira.… ] eyal edri updated OVIRT-1399: ----------------------------- Resolution: Won't Do Status: Done (was: To Do) > Install Jenkins TAP results plugin > ---------------------------------- > > Key: OVIRT-1399 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1399 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Reporter: Nadav Goldin > Assignee: infra > Priority: Low > > Please install the TAP Plugin - https://wiki.jenkins-ci.org/display/JENKINS/TAP+Plugin > It allows to display TAP test results, which we use in Lago(with bats). > Not urgent, can be done whenever time allows(with some other upgrade etc). -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100086)

1 0

[JIRA] (OVIRT-1500) CI on ovirt-engine patch succeeded, but didn't mark CI=+1 on gerrit
by eyal edri (oVirt JIRA) 03 Jun '18

03 Jun '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1500?page=com.atlassian.jira.… ] eyal edri updated OVIRT-1500: ----------------------------- Resolution: Fixed Status: Done (was: To Do) > CI on ovirt-engine patch succeeded, but didn't mark CI=+1 on gerrit > ------------------------------------------------------------------- > > Key: OVIRT-1500 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1500 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: Gerrit/git, oVirt CI > Reporter: Allon Mureinik > Assignee: infra > Priority: Low > > In my recent engine patch https://gerrit.ovirt.org/#/c/78911 the CI passed, but was not marked as so in gerrit. > Looking through gerrit's history, here's what I *think* is going on: > 08:41 - patchset #1 is submitted > 08:41 - CI (check-patch) starts for both EL7 and fc25 > _At this point I noticed a typo in the commit method. I fixed it and posted patchset #2_ > 08:42 - patchset #2 is submitted > _CI was never triggered for patchset #2. Is this because the only difference between it and patchset #1 is the commit message?_ > 09:15 - CI for patchset #1 completes, and marks *patchset #1* with CI=+1. This is not inherited to patchset #2 for some reason. > Expected behavior: > If CI for patchset #1 passed and the only difference is the commit message (not the parent commit and not the content), I'd expect the CI score to be inherited. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100086)

1 0

[JIRA] (OVIRT-1295) Add job to auto-rebase patches that are ready to be merged
by eyal edri (oVirt JIRA) 03 Jun '18

03 Jun '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1295?page=com.atlassian.jira.… ] eyal edri commented on OVIRT-1295: ---------------------------------- [~tnisan(a)redhat.com] is this still needed? I didn't see any issues during 4.2 development which required an additional flow other than existing change queue. If so, can you elaborate more on the need, maybe as a user story so we'll understand the problem at hand. > Add job to auto-rebase patches that are ready to be merged > ----------------------------------------------------------- > > Key: OVIRT-1295 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1295 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: eyal edri > Assignee: infra > Priority: Low > > We want to help stable branch maintainers to minimize the time needed for merging approved changes ( i.e CR +2 and VERIFY +1 ) and also to reduce the chance of merge conflicts. > A suggestion was made to create a job which will detect patches ready to be merged with the flags CR +2 and V +1 set and will auto rebase them, so when a maintainer is ready to submit a patch, hopefully the patch won't need a rebase and can be merged without further waiting for rebase or CI. > This approach might introduce challenges when working on patches that are dependent on other patches and a specific logic might be required to handle special cases. > [~tnisan(a)redhat.com][~ykaul][~dfediuck] I hope this conveys the need and requirement, please comment or add thoughts if I missed anything. > Initially we'll try enabling it for ovirt-engine on 4.1 branch. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100086)

1 0

[JIRA] (OVIRT-1971) oVirt Bugzilla automation: Bugs didn't move to ON_QA [Bug 1542087]
by eyal edri (oVirt JIRA) 03 Jun '18

03 Jun '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1971?page=com.atlassian.jira.… ] eyal edri commented on OVIRT-1971: ---------------------------------- [~amarchuk] ping > oVirt Bugzilla automation: Bugs didn't move to ON_QA [Bug 1542087] > ------------------------------------------------------------------ > > Key: OVIRT-1971 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1971 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: eyal edri > Assignee: Anton Marchukov > Labels: bugzilla, > > Sending to infra-support to track this as a ticket. > On Fri, Apr 13, 2018 at 3:35 PM, Anton Marchukov <amarchuk(a)redhat.com> > wrote: > > Hello Greg. > > > > Thanks. > > > > Anton. > > > > > > On 13 April 2018 at 14:27:26, Greg Sheremeta (gshereme(a)redhat.com) wrote: > > > Thanks. I moved the rest (we had 3) > > > > > > On Fri, Apr 13, 2018 at 8:24 AM, Anton Marchukov > > > wrote: > > > > > > > Hello Greg. > > > > > > > > You are right and the patch is included in the tag. Sounds like there > > > > are some problems with detecting earlier changes. I moved to ON_QA > > > > manually while we check this. > > > > > > > > Anton. > > > > > > > > > > > > On 13 April 2018 at 14:16:30, Greg Sheremeta (gshereme(a)redhat.com) > > wrote: > > > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1542087 > > > > > > > > > > > > > > > > -- > > > > > > GREG SHEREMETA > > > > > > SENIOR SOFTWARE ENGINEER - TEAM LEAD - RHV UX > > > > > > Red Hat NA > > > > > > > > > > > > gshereme(a)redhat.com IRC: gshereme > > > > > > > > _______________________________________________ > > Infra mailing list > > Infra(a)ovirt.org > > http://lists.ovirt.org/mailman/listinfo/infra > > > -- > 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#100086)

1 0

[JIRA] (OVIRT-1973) vdsm_master_check-patch-fc27 fail due to yum repo issues
by eyal edri (oVirt JIRA) 03 Jun '18

03 Jun '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1973?page=com.atlassian.jira.… ] eyal edri commented on OVIRT-1973: ---------------------------------- CentOS 7.5 is out, are you still experiencing any issues? > vdsm_master_check-patch-fc27 fail due to yum repo issues > -------------------------------------------------------- > > Key: OVIRT-1973 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1973 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Components: CI client projects > Reporter: danken > Assignee: infra > > Once in a while, jobs are failing due to > [MIRROR] kmod-kvdo-6.1.1.24-1.fc27.x86_64.rpm: Downloading successful, > but checksum doesn't match. Calculated: > 54996f8e7877b533bf43825853cd3c7cfd0f7df5cb6a1876e50c9ade7829dd73(sha256) > Expected: 7a8294588764bd2c14adaa7d24218cce344930c1ce62a24b17208d1cd629c461(sha256) > for example > http://jenkins.ovirt.org/job/vdsm_master_check-patch-fc27-x86_64/2830/conso… -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100086)

1 0

[CQ]: d00d8ca (stage-gh-stdci2) failed "dummy-master" system tests
by oVirt Jenkins 03 Jun '18

03 Jun '18

Change d00d8ca (stage-gh-stdci2) is probably the reason behind recent system test failures in the "dummy-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://github.com/oVirt/stage-gh-stdci2/commit/d00d8cac105f7be15d2a0559522… For failed test results see: https://jenkins-staging.ovirt.org/job/dummy-master_change-queue-tester/138/

1 0

[JIRA] (OVIRT-1993) Looking for a new task to help with
by eyal edri (oVirt JIRA) 03 Jun '18

03 Jun '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1993?page=com.atlassian.jira.… ] eyal edri commented on OVIRT-1993: ---------------------------------- Hi, were you able to choose any task to work on? > Looking for a new task to help with > ----------------------------------- > > Key: OVIRT-1993 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1993 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: sailesh baskar > Assignee: infra > > I would like to open a new ticket in the infrastructure team. Can you help > in the process? -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100086)

1 0

[JIRA] (OVIRT-2017) Add fc28 slave to jenkins
by eyal edri (oVirt JIRA) 03 Jun '18

03 Jun '18

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2017?page=com.atlassian.jira.… ] eyal edri reassigned OVIRT-2017: -------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > Add fc28 slave to jenkins > ------------------------- > > Key: OVIRT-2017 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2017 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: Lago > Reporter: Gal Ben Haim > Assignee: Evgheni Dereveanchin > > fc28 slave is required for lago's check-patch. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100086)

1 0

[CQ]: d00d8ca (stage-gh-stdci2) failed "dummy-master" system tests
by oVirt Jenkins 03 Jun '18

03 Jun '18

Change d00d8ca (stage-gh-stdci2) is probably the reason behind recent system test failures in the "dummy-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://github.com/oVirt/stage-gh-stdci2/commit/d00d8cac105f7be15d2a0559522… For failed test results see: https://jenkins-staging.ovirt.org/job/dummy-master_change-queue-tester/132/

2 1