August 2017 - Infra - Ovirt List Archives

Re: Change in ovirt-engine[master]: packaging: setup: Inform about setting admin password

by Yedidyah Bar David

On Wed, Aug 9, 2017 at 11:19 AM, Code Review <gerrit(a)ovirt.org> wrote: > From Jenkins CI: > > Jenkins CI has posted comments on this change. > > Change subject: packaging: setup: Inform about setting admin password > ...................................................................... > > > Patch Set 2: Continuous-Integration-1 > > Build Failed > > http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-el7-x86_64/2... : FAILURE "updates: Check uncompressed DB failed" Now retried. > > http://jenkins.ovirt.org/job/ovirt-engine_master_check-patch-fc25-x86_64/... : SUCCESS > > -- > To view, visit https://gerrit.ovirt.org/79890 > To unsubscribe, visit https://gerrit.ovirt.org/settings > > Gerrit-MessageType: comment > Gerrit-Change-Id: I6eaa462ee769ddd95b3b69484eb07c359b219252 > Gerrit-PatchSet: 2 > Gerrit-Project: ovirt-engine > Gerrit-Branch: master > Gerrit-Owner: Yedidyah Bar David <didi(a)redhat.com> > Gerrit-Reviewer: Ido Rosenzwig <irosenzw(a)redhat.com> > Gerrit-Reviewer: Jenkins CI > Gerrit-Reviewer: Lev Veyde <lveyde(a)redhat.com> > Gerrit-Reviewer: Rafael Martins <rafael(a)rafaelmartins.eng.br> > Gerrit-Reviewer: Sandro Bonazzola <sbonazzo(a)redhat.com> > Gerrit-Reviewer: Simone Tiraboschi <stirabos(a)redhat.com> > Gerrit-Reviewer: Yedidyah Bar David <didi(a)redhat.com> > Gerrit-Reviewer: gerrit-hooks <automation(a)ovirt.org> > Gerrit-HasComments: No -- Didi

7 years, 7 months

3
2
0 / 0

oVirt infra weekly meeting notes 09.08.2017

by Evgheni Dereveanchin

Hi everyone, Please find the notes from today's meeting below: PHX DC: - ovirt-storage02 connected to Infra VLAN - Yet another failed drive found by system diagnostics - Jenkins full LTS update tested on Staging, will apply to Prod OVIRT-1581 <https://ovirt-jira.atlassian.net/browse/OVIRT-1581> - Most FC24 bare metals upgraded to FC26, lago fails on this version OST-74 <https://ovirt-jira.atlassian.net/browse/OST-74> - Bare metal builder attached to the Staging Jenkins OVIRT-1578 <https://ovirt-jira.atlassian.net/browse/OVIRT-1578> - All servers now send iDRAC alerts properly OVIRT-1241 <https://ovirt-jira.atlassian.net/browse/OVIRT-1241> Action items: - Order replacement drive for storage02 - Work on FC26 lago issue with the respective team -- Regards, Evgheni Dereveanchin

7 years, 7 months

1
0
0 / 0

[CQ]: 78191, 9 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause

by oVirt Jenkins

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

7 years, 7 months

1
0
0 / 0

[CQ]: 78146,9 (ovirt-engine) failed "ovirt-master" system tests

by oVirt Jenkins

Change 78146,9 (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/78146/9 For failed test results see: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/1712/

7 years, 7 months

1
0
0 / 0

[CQ]: 80454, 4 (ovirt-hosted-engine-ha) failed "ovirt-master" system tests, but isn't the failure root cause

by oVirt Jenkins

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

7 years, 7 months

1
0
0 / 0

[CQ]: 80458, 2 (ovirt-hosted-engine-ha) failed "ovirt-master" system tests, but isn't the failure root cause

by oVirt Jenkins

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

7 years, 7 months

1
0
0 / 0

[JIRA] (OVIRT-1516) Docker failures with devicemapper

by Daniel Belenky (oVirt JIRA)

This is a multi-part message in MIME format... ------------=_1502278696-15625-291 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1516?page=com.atlassian.jir... ] Daniel Belenky edited comment on OVIRT-1516 at 8/9/17 11:38 AM: ---------------------------------------------------------------- I've found [this page|https://access.redhat.com/documentation/en-us/red_hat_enterprise_lin...] that might give us some info on how we should deal with docker on our production slaves was (Author: dbelenky(a)redhat.com): I've found [this page|https://access.redhat.com/documentation/en-us/red_hat_enterprise_lin...] that might give us some info on how we should deal with docker instance in our production slaves > Docker failures with devicemapper > --------------------------------- > > Key: OVIRT-1516 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1516 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Daniel Belenky > Assignee: infra > > *This ticket is to track the issue related to docker and devicemapper.* > Some builds which are using docker, are failing to clean the images with the following error: > {code:java} > failed to remove device > 20f33836994d6aa2b8f31a57b51395deb0cb5f6ffa0534dee1734ab3d248f20a:devicemapper: > Can't set task name /dev/mapper/docker-253:3-134291085-pool > {code} > The error resolves after restarting docker daemon. > I've been able to find some tickets in Docker's GitHub repository which are addressing the same issue. > I've found some tickets which were closed with a potential fix, but the suggestions were to avoid using devicemapper. > Maybe we should consider the same approach? -- This message was sent by Atlassian JIRA (v1001.0.0-SNAPSHOT#100058) ------------=_1502278696-15625-291 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1516?page=com.atlassian.jir... ]</pre> <h3>Daniel Belenky edited comment on OVIRT-1516 at 8/9/17 11:38 AM:</h3> <p>I've found [this page|<a href="https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_at...">https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_at...</a>] that might give us some info on how we should deal with docker on our production slaves</p> <p>was (Author: dbelenky(a)redhat.com): I've found [this page|<a href="https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_at...">https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_at...</a>] that might give us some info on how we should deal with docker instance in our production slaves</p> <blockquote><h3>Docker failures with devicemapper</h3> <pre> Key: OVIRT-1516 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1516 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Daniel Belenky Assignee: infra</pre> <p><strong>This ticket is to track the issue related to docker and devicemapper.</strong> Some builds which are using docker, are failing to clean the images with the following error: {code:java} failed to remove device 20f33836994d6aa2b8f31a57b51395deb0cb5f6ffa0534dee1734ab3d248f20a:devicemapper: Can't set task name /dev/mapper/docker-253:3-134291085-pool {code} The error resolves after restarting docker daemon. I've been able to find some tickets in Docker's GitHub repository which are addressing the same issue. I've found some tickets which were closed with a potential fix, but the suggestions were to avoid using devicemapper. Maybe we should consider the same approach?</p></blockquote> <p>— This message was sent by Atlassian JIRA (v1001.0.0-SNAPSHOT#100058)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYL..." alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1502278696-15625-291--

7 years, 7 months

1
0
0 / 0

[JIRA] (OVIRT-1516) Docker failures with devicemapper

by Daniel Belenky (oVirt JIRA)

This is a multi-part message in MIME format... ------------=_1502278677-19046-269 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1516?page=com.atlassian.jir... ] Daniel Belenky commented on OVIRT-1516: --------------------------------------- I've found [this page|https://access.redhat.com/documentation/en-us/red_hat_enterprise_lin...] that might give us some info on how we should deal with docker instance in our production slaves > Docker failures with devicemapper > --------------------------------- > > Key: OVIRT-1516 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1516 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Daniel Belenky > Assignee: infra > > *This ticket is to track the issue related to docker and devicemapper.* > Some builds which are using docker, are failing to clean the images with the following error: > {code:java} > failed to remove device > 20f33836994d6aa2b8f31a57b51395deb0cb5f6ffa0534dee1734ab3d248f20a:devicemapper: > Can't set task name /dev/mapper/docker-253:3-134291085-pool > {code} > The error resolves after restarting docker daemon. > I've been able to find some tickets in Docker's GitHub repository which are addressing the same issue. > I've found some tickets which were closed with a potential fix, but the suggestions were to avoid using devicemapper. > Maybe we should consider the same approach? -- This message was sent by Atlassian JIRA (v1001.0.0-SNAPSHOT#100058) ------------=_1502278677-19046-269 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1516?page=com.atlassian.jir... ]</pre> <h3>Daniel Belenky commented on OVIRT-1516:</h3> <p>I've found [this page|<a href="https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_at...">https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux_at...</a>] that might give us some info on how we should deal with docker instance in our production slaves</p> <blockquote><h3>Docker failures with devicemapper</h3> <pre> Key: OVIRT-1516 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1516 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Daniel Belenky Assignee: infra</pre> <p><strong>This ticket is to track the issue related to docker and devicemapper.</strong> Some builds which are using docker, are failing to clean the images with the following error: {code:java} failed to remove device 20f33836994d6aa2b8f31a57b51395deb0cb5f6ffa0534dee1734ab3d248f20a:devicemapper: Can't set task name /dev/mapper/docker-253:3-134291085-pool {code} The error resolves after restarting docker daemon. I've been able to find some tickets in Docker's GitHub repository which are addressing the same issue. I've found some tickets which were closed with a potential fix, but the suggestions were to avoid using devicemapper. Maybe we should consider the same approach?</p></blockquote> <p>— This message was sent by Atlassian JIRA (v1001.0.0-SNAPSHOT#100058)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYL..." alt="" width="1" height="1" border="0" style="height:1px !important;width:1px !important;border-width:0 !important;margin-top:0 !important;margin-bottom:0 !important;margin-right:0 !important;margin-left:0 !important;padding-top:0 !important;padding-bottom:0 !important;padding-right:0 !important;padding-left:0 !important;"/> </body></html> ------------=_1502278677-19046-269--

7 years, 7 months

1
0
0 / 0

[JIRA] (OVIRT-1539) remove Jenkins Scriptler plugin

by Evgheni Dereveanchin (oVirt JIRA)

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1539?page=com.atlassian.jir... ] Evgheni Dereveanchin reassigned OVIRT-1539: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > remove Jenkins Scriptler plugin > ------------------------------- > > Key: OVIRT-1539 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1539 > Project: oVirt - virtualization made easy > Issue Type: Task > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > > The Scriptler plugin is insecure and no longer offered for download: > https://wiki.jenkins.io/display/JENKINS/Scriptler+Plugin > This ticket is to examine the use of this plugin and move to something else, then remove it. -- This message was sent by Atlassian JIRA (v1001.0.0-SNAPSHOT#100058)

7 years, 7 months

1
0
0 / 0

[vdsm][tag][ovirt-4.1] Vdsm tagged: v4.19.27

by Francesco Romani

Hi infra, we have a new Vdsm tag on branch ovirt-4.1 for oVirt 4.1.5: tag v4.19.27 Tagger: Francesco Romani <fromani(a)redhat.com> Date: Wed Aug 9 11:44:09 2017 +0200 Vdsm 4.19.27 for oVirt 4.1.5 RC 3 commit d2c9a6b0cbb8e79e0973aae91c23290fe4cf0152 Bests, -- Francesco Romani Senior SW Eng., Virtualization R&D Red Hat IRC: fromani github: @fromanirh

7 years, 7 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

Infra August 2017