December 2018 - Infra - Ovirt List Archives

[JIRA] (OVIRT-1893) Remove ovirt-ansible-disaster-recovery-1.1 upstream version to install version 0.1 instead

by Eyal Edri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1893?page=com.atlassian.jir... ] Eyal Edri updated OVIRT-1893: ----------------------------- Resolution: Fixed Status: Done (was: To Do) > Remove ovirt-ansible-disaster-recovery-1.1 upstream version to install version 0.1 instead > ------------------------------------------------------------------------------------------ > > Key: OVIRT-1893 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1893 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Maor Lipchuk > Assignee: infra > > Hi all, > It seems that ovirt-ansible-disaster-recovery repo installed from upstream > [1] is installed with version 1.1 [2]: > ovirt-ansible-disaster-recovery-1.1 is broken, because of a bug which was > already fixed [3] in ovirt-ansible-disaster-recovery 0.1. > The thing is that the release which automatically installed is 1.1 although > the fix is available in ovirt-ansible-disaster-recovery 0.1. > Is there a way to do something about it, could we remove the 1.1 versions, > so 0.1 will be installed instead? > [1] http://resources.ovirt.org/pub/yum-repo/ovirt-release-master.rpm > [2] > ovirt-ansible-disaster-recovery-1.1.0-0.1.master.20180104150940.el7.centos.noarch > [3] https://github.com/oVirt/ovirt-ansible-disaster-recovery/pull/4 > Regards, > Maor -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100095)

5 years, 11 months

1
0
0 / 0

[JIRA] (OVIRT-1271) GH plugin tries to consume gerrit's projects

by Eyal Edri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1271?page=com.atlassian.jir... ] Eyal Edri updated OVIRT-1271: ----------------------------- Resolution: Fixed Status: Done (was: To Do) > GH plugin tries to consume gerrit's projects > -------------------------------------------- > > Key: OVIRT-1271 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1271 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: Pavel Zhukov > Assignee: infra > Priority: Low > > Jenkins logs are flooded with: > Mar 23, 2017 10:40:05 AM com.cloudbees.jenkins.GitHubRepositoryName create > WARNING: Could not match URL http://gerrit.ovirt.org/jenkins.git > Mar 23, 2017 10:40:05 AM com.cloudbees.jenkins.GitHubRepositoryName create > WARNING: Could not match URL http://gerrit.ovirt.org/jenkins-whitelist.git > Mar 23, 2017 10:40:05 AM com.cloudbees.jenkins.GitHubRepositoryName create > WARNING: Could not match URL git://gerrit.ovirt.org/vdsm.git > Mar 23, 2017 10:40:05 AM com.cloudbees.jenkins.GitHubRepositoryName create > WARNING: Could not match URL http://gerrit.ovirt.org/jenkins.git > While the messages itself are harmless they floods the logs and consume jenkins master's resources. > See https://issues.jenkins-ci.org/browse/JENKINS-24422 for more details. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100095)

5 years, 11 months

1
0
0 / 0

[JIRA] (OVIRT-1993) Looking for a new task to help with

by Eyal Edri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1993?page=com.atlassian.jir... ] Eyal Edri updated OVIRT-1993: ----------------------------- Resolution: Done Status: Done (was: To Do) no reply from requestor > 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#100095)

5 years, 11 months

1
0
0 / 0

[JIRA] (OVIRT-1973) vdsm_master_check-patch-fc27 fail due to yum repo issues

by Eyal Edri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1973?page=com.atlassian.jir... ] Eyal Edri updated OVIRT-1973: ----------------------------- Resolution: Fixed Status: Done (was: To Do) > 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: Outage > 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/con... -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100095)

5 years, 11 months

1
0
0 / 0

[JIRA] (OVIRT-1971) oVirt Bugzilla automation: Bugs didn't move to ON_QA [Bug 1542087]

by Eyal Edri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1971?page=com.atlassian.jir... ] Eyal Edri updated OVIRT-1971: ----------------------------- Resolution: Cannot Reproduce Status: Done (was: To Do) > 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 > Components: Bugzilla Automation > 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#100095)

5 years, 11 months

1
0
0 / 0

[JIRA] (OVIRT-2095) Re: he-basic-ansible_suite_master: failed to set MSR 0xd90 to 0x0

by Eyal Edri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-2095?page=com.atlassian.jir... ] Eyal Edri updated OVIRT-2095: ----------------------------- Resolution: Cannot Reproduce Status: Done (was: To Do) > Re: he-basic-ansible_suite_master: failed to set MSR 0xd90 to 0x0 > ----------------------------------------------------------------- > > Key: OVIRT-2095 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-2095 > Project: oVirt - virtualization made easy > Issue Type: Bug > Components: OST > Reporter: Eyal Edri > Assignee: Gal Ben Haim > > Opening a ticket on it, Gal will look into it, it might take some time to > investigate. > On Mon, Mar 26, 2018 at 1:24 PM, Yedidyah Bar David <didi(a)redhat.com> wrote: > > Hi all, > > > > Trying to run ovirt-system-tests using mock_runner.sh on my laptop > > (i7-6820HQ T460p, RHEL 7.4, kernel 3.10.0-693.17.1.el7.x86_64, > > qemu-kvm-rhev-2.9.0-16.el7_4.13.x86_64). > > > > hosted-engine deploy starts, and fails while running virt-install to > > create the engine vm (which will be a nested-kvm vm). > > > > qemu log on the nested-kvm host0 says: > > > > 2018-03-26T08:02:16.727212Z qemu-kvm: error: failed to set MSR 0xd90 to 0x0 > > qemu-kvm: /builddir/build/BUILD/qemu-2.9.0/target/i386/kvm.c:1843: > > kvm_put_msrs: Assertion `ret == cpu->kvm_msr_buf->nmsrs' failed. > > > > Searched and found this: > > > > https://bugs.launchpad.net/qemu/+bug/1665389 > > > > which seems very similar, although from a year ago and about a fedora > > 24 kernel+qemu. The conclusion there is: > > > > <quote> > > Yes, I mean '-cpu host' in the bare metal. There is no workaround; it > > worked by chance and it triggered other hard to find bugs. > > </quote> > > > > So, what should I/we do? Is there a workaround? How does this work > > elsewhere? > > > > Thanks, > > -- > > Didi > > _______________________________________________ > > 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#100095)

5 years, 11 months

1
0
0 / 0

[JIRA] (OVIRT-1957) [VDSM] check-merge lago VM does not respond.

by Eyal Edri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1957?page=com.atlassian.jir... ] Eyal Edri updated OVIRT-1957: ----------------------------- Resolution: Won't Fix Status: Done (was: To Do) check-merged jobs were removed as part of moving toV2 > [VDSM] check-merge lago VM does not respond. > -------------------------------------------- > > Key: OVIRT-1957 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1957 > Project: oVirt - virtualization made easy > Issue Type: By-EMAIL > Reporter: Edward Haas > Assignee: infra > > Hello, > Seems like from time to time, VDSM master check-merge, which raises a Lago > VM to run the functional tests is failing. > Based on the logs, we seem to loose the VM (please re-check me on this) > with no apparent reason. The tests that run at the time this is happening > just check the VDSM API validation, they are not even touching the > configuration. > Could you please try to help us with this issue? > Thanks, > Edy. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100095)

5 years, 11 months

1
0
0 / 0

[JIRA] (OVIRT-1683) Add a type key to the list of available upstream sources

by Eyal Edri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1683?page=com.atlassian.jir... ] Eyal Edri commented on OVIRT-1683: ---------------------------------- [~bkorren(a)redhat.com] do you think we still need it? I suggest to close it and handle only if a requirement from users / project will arise. > Add a type key to the list of available upstream sources > -------------------------------------------------------- > > Key: OVIRT-1683 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1683 > Project: oVirt - virtualization made easy > Issue Type: New Feature > Components: usrc.py > Reporter: Gil Shinar > Assignee: infra > > Currently, code supports the following upstream_sources.yaml file: > git: > - url: <git url> > commit: <git commit> > branch: <branch name> > and we need to support: > - type: git > url: <git url> > commit: <git commit> > branch: <branch name> > - type: svn > url: <svn url> > commit: <svn revision> > branch: <branch name> -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100095)

5 years, 11 months

1
0
0 / 0

[JIRA] (OVIRT-1498) Gate lago versions with change-queue

by Eyal Edri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1498?page=com.atlassian.jir... ] Eyal Edri updated OVIRT-1498: ----------------------------- Resolution: Won't Fix Status: Done (was: To Do) Lago releases are not happening that often and history shows they didn't really cause regressions, don't see a need to implement this, so closing. we'll revisit in the future if needed. > Gate lago versions with change-queue > ------------------------------------ > > Key: OVIRT-1498 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1498 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Components: Change Queue, Lago > Reporter: Barak Korren > Assignee: infra > Priority: High > Labels: change-queue, gating, lago, ost > > Lago should be considered an upstream dependency, like CentOS and libvirt. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100095)

5 years, 11 months

1
0
0 / 0

[JIRA] (OVIRT-1318) configure backup of status.ovirt.org

by Eyal Edri (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1318?page=com.atlassian.jir... ] Eyal Edri commented on OVIRT-1318: ---------------------------------- [~ederevea] where do we host status.ovirt.org now? do we still need it? > configure backup of status.ovirt.org > ------------------------------------ > > Key: OVIRT-1318 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1318 > Project: oVirt - virtualization made easy > Issue Type: Improvement > Reporter: Evgheni Dereveanchin > Assignee: infra > Priority: Low > > status.ovirt.org was set up - need to investigate if it needs to be backed up or we can produce documentation to set up a new stats page in case something happens to the existing OpenShift gear. > We can use OpenShift's built in backup/restore functionality: > https://developers.openshift.com/managing-your-applications/backing-up-ap... -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100095)

5 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Infra December 2018