- Infra - oVirt List Archives

[JIRA] (OVIRT-1763) Increase entropy for hosts
by Barak Korren (oVirt JIRA) 15 Nov '17

15 Nov '17

This is a multi-part message in MIME format... ------------=_1510753093-27974-399 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1763?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1763: ------------------------------------- {quote} How? We have virtio-rng. What else would you like to add? rngd? {quote} If Lago provides virtio-rng, then it should be sufficient (And haveged should not be needed), but do we have everything configured correctly so that virtio-rng shows up as {{/dev/random}} in the VMs? Also maybe the physical hosts themselves are running out of entropy, [~ederevea] do we have haveged installed on them? I seem to remember we had Puppet installing it everywhere. > Increase entropy for hosts > -------------------------- > > Key: OVIRT-1763 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > > we had a failure in ost that was really hard to debug: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/ > There are no failures in the logs and the test itself was terminated by a timeout. > It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host. > we need to review this issue and increase the entropy on the hosts. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071) ------------=_1510753093-27974-399 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1763?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren commented on OVIRT-1763:</h3> <p>{quote} How? We have virtio-rng. What else would you like to add? rngd? {quote}</p> <p>If Lago provides virtio-rng, then it should be sufficient (And haveged should not be needed), but do we have everything configured correctly so that virtio-rng shows up as {{/dev/random}} in the VMs?</p> <p>Also maybe the physical hosts themselves are running out of entropy, [~ederevea] do we have haveged installed on them? I seem to remember we had Puppet installing it everywhere.</p> <blockquote><h3>Increase entropy for hosts</h3> <pre> Key: OVIRT-1763 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra</pre> <p>we had a failure in ost that was really hard to debug: <a href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/</a> There are no failures in the logs and the test itself was terminated by a timeout. It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host. we need to review this issue and increase the entropy on the hosts.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" 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> ------------=_1510753093-27974-399--

1 0

[JIRA] (OVIRT-1763) Increase entropy for hosts
by Evgheni Dereveanchin (oVirt JIRA) 15 Nov '17

15 Nov '17

This is a multi-part message in MIME format... ------------=_1510752474-30503-445 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1763?page=com.atlassian.jira.… ] Evgheni Dereveanchin commented on OVIRT-1763: --------------------------------------------- >From the provided job log I see an upgrade suite failure during add-host. In engine.log [1] there's a long update sequence at the end, that contains 570 packages including the kernel, systemd, glibc, rpm and looks like a full "yum update" is being run on the hypervisor. Is this expected? Shouldn't we just install VDSM and friends? On the host itself [2] I see the upgrade progressing normally, no severe hangups. So I cannot see any direct proof of lack of enropy causing this. On successful runs the "yum update" with 570 packages takes 5 minutes, not 15 so will continue investigating. In general, the timeout is not happening on lago hosts themselves but in VMs where OST is running. Those should have 'haveged' installed and running inside to provide entropy. If they don't - it needs to be installed and running. [~gbenhaim(a)redhat.com] - could you please confirm if we have haveged in lago VMs? [1] http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/artifact… [2] http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/artifact… > Increase entropy for hosts > -------------------------- > > Key: OVIRT-1763 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > > we had a failure in ost that was really hard to debug: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/ > There are no failures in the logs and the test itself was terminated by a timeout. > It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host. > we need to review this issue and increase the entropy on the hosts. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071) ------------=_1510752474-30503-445 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1763?page=com.atlassian.jira.… ]</pre> <h3>Evgheni Dereveanchin commented on OVIRT-1763:</h3> <p>From the provided job log I see an upgrade suite failure during add-host. In engine.log [1] there's a long update sequence at the end, that contains 570 packages including the kernel, systemd, glibc, rpm and looks like a full “yum update” is being run on the hypervisor. Is this expected? Shouldn't we just install VDSM and friends?</p> <p>On the host itself [2] I see the upgrade progressing normally, no severe hangups. So I cannot see any direct proof of lack of enropy causing this. On successful runs the “yum update” with 570 packages takes 5 minutes, not 15 so will continue investigating.</p> <p>In general, the timeout is not happening on lago hosts themselves but in VMs where OST is running. Those should have ‘haveged’ installed and running inside to provide entropy. If they don't – it needs to be installed and running. [~gbenhaim(a)redhat.com] – could you please confirm if we have haveged in lago VMs?</p> <p>[1] <a href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/artifact…">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/artifact…</a> [2] <a href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/artifact…">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/artifact…</a></p> <blockquote><h3>Increase entropy for hosts</h3> <pre> Key: OVIRT-1763 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra</pre> <p>we had a failure in ost that was really hard to debug: <a href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/</a> There are no failures in the logs and the test itself was terminated by a timeout. It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host. we need to review this issue and increase the entropy on the hosts.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" 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> ------------=_1510752474-30503-445--

1 0

[JIRA] (OVIRT-1763) Increase entropy for hosts
by Yaniv Kaul (oVirt JIRA) 15 Nov '17

15 Nov '17

This is a multi-part message in MIME format... ------------=_1510752168-20379-417 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1763?page=com.atlassian.jira.… ] Yaniv Kaul commented on OVIRT-1763: ----------------------------------- How? We have virtio-rng. What else would you like to add? rngd? > Increase entropy for hosts > -------------------------- > > Key: OVIRT-1763 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > > we had a failure in ost that was really hard to debug: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/ > There are no failures in the logs and the test itself was terminated by a timeout. > It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host. > we need to review this issue and increase the entropy on the hosts. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071) ------------=_1510752168-20379-417 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1763?page=com.atlassian.jira.… ]</pre> <h3>Yaniv Kaul commented on OVIRT-1763:</h3> <p>How? We have virtio-rng. What else would you like to add? rngd?</p> <blockquote><h3>Increase entropy for hosts</h3> <pre> Key: OVIRT-1763 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra</pre> <p>we had a failure in ost that was really hard to debug: <a href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/</a> There are no failures in the logs and the test itself was terminated by a timeout. It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host. we need to review this issue and increase the entropy on the hosts.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" 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> ------------=_1510752168-20379-417--

1 0

[JIRA] (OVIRT-1764) add logs under /tmp to our job artifacts
by Barak Korren (oVirt JIRA) 15 Nov '17

15 Nov '17

This is a multi-part message in MIME format... ------------=_1510752029-21336-395 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit [ https://ovirt-jira.atlassian.net/browse/OVIRT-1764?page=com.atlassian.jira.… ] Barak Korren commented on OVIRT-1764: ------------------------------------- The logs collected are declared in the LagoInitFile, so its easy to add more by patching OST. This should probably be an OST ticket and not a general oVirt ticket. I don`t think we'd want to collect everything in /tmp, so I hopw the relevant logs match some easy to detect file name patterns. > add logs under /tmp to our job artifacts > ---------------------------------------- > > Key: OVIRT-1764 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1764 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Dafna Ron > Assignee: infra > > when engine fails to deploy it does not save anything in the regular engine log. > however, there is a copy saved under /tmp which would make debugging engine failure to deploy issues easier to debug. > Didi suggested that it would be a good idea to add the logs under /tmp to the jenkins artifacts job logs to allow easier debugging when engine fails to deploy. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071) ------------=_1510752029-21336-395 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <pre>[ https://ovirt-jira.atlassian.net/browse/OVIRT-1764?page=com.atlassian.jira.… ]</pre> <h3>Barak Korren commented on OVIRT-1764:</h3> <p>The logs collected are declared in the LagoInitFile, so its easy to add more by patching OST. This should probably be an OST ticket and not a general oVirt ticket.</p> <p>I don`t think we'd want to collect everything in /tmp, so I hopw the relevant logs match some easy to detect file name patterns.</p> <blockquote><h3>add logs under /tmp to our job artifacts</h3> <pre> Key: OVIRT-1764 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1764 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra</pre> <p>when engine fails to deploy it does not save anything in the regular engine log. however, there is a copy saved under /tmp which would make debugging engine failure to deploy issues easier to debug. Didi suggested that it would be a good idea to add the logs under /tmp to the jenkins artifacts job logs to allow easier debugging when engine fails to deploy.</p></blockquote> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" 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> ------------=_1510752029-21336-395--

1 0

[JIRA] (OVIRT-1763) Increase entropy for hosts
by Dafna Ron (oVirt JIRA) 15 Nov '17

15 Nov '17

This is a multi-part message in MIME format... ------------=_1510744868-24970-330 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Dafna Ron created OVIRT-1763: -------------------------------- Summary: Increase entropy for hosts Key: OVIRT-1763 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra we had a failure in ost that was really hard to debug: http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/ There are no failures in the logs and the test itself was terminated by a timeout. It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host. we need to review this issue and increase the entropy on the hosts. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071) ------------=_1510744868-24970-330 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Dafna Ron created OVIRT-1763:</h3> <pre> Summary: Increase entropy for hosts Key: OVIRT-1763 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1763 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra</pre> <p>we had a failure in ost that was really hard to debug: <a href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/">http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/3795/</a></p> <p>There are no failures in the logs and the test itself was terminated by a timeout. It took the vms a long time to download packages and install and didi seems to think that this is due to limited entropy on the physical host.</p> <p>we need to review this issue and increase the entropy on the hosts.</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" 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> ------------=_1510744868-24970-330--

3 2

[CQ]: 83932, 6 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 15 Nov '17

15 Nov '17

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

1 0

[JIRA] (OVIRT-1765) Jenkins disk entered locked state
by Evgheni Dereveanchin (oVirt JIRA) 15 Nov '17

15 Nov '17

[ https://ovirt-jira.atlassian.net/browse/OVIRT-1765?page=com.atlassian.jira.… ] Evgheni Dereveanchin reassigned OVIRT-1765: ------------------------------------------- Assignee: Evgheni Dereveanchin (was: infra) > Jenkins disk entered locked state > --------------------------------- > > Key: OVIRT-1765 > URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1765 > Project: oVirt - virtualization made easy > Issue Type: Bug > Reporter: Evgheni Dereveanchin > Assignee: Evgheni Dereveanchin > Priority: High > > I added a new disk to Jenkins to address the disk space issue ( OVIRT-1720 ), however the new disk got stuck in "Locked" state and was not attached to the VM. > Opening ticket to investigate as this may cause all kinds of issues with the VM. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)

1 0

[JIRA] (OVIRT-1765) Jenkins disk entered locked state
by Evgheni Dereveanchin (oVirt JIRA) 15 Nov '17

15 Nov '17

This is a multi-part message in MIME format... ------------=_1510750179-23507-392 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Evgheni Dereveanchin created OVIRT-1765: ------------------------------------------- Summary: Jenkins disk entered locked state Key: OVIRT-1765 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1765 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Evgheni Dereveanchin Assignee: infra Priority: High I added a new disk to Jenkins to address the disk space issue ( OVIRT-1720 ), however the new disk got stuck in "Locked" state and was not attached to the VM. Opening ticket to investigate as this may cause all kinds of issues with the VM. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071) ------------=_1510750179-23507-392 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Evgheni Dereveanchin created OVIRT-1765:</h3> <pre> Summary: Jenkins disk entered locked state Key: OVIRT-1765 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1765 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Evgheni Dereveanchin Assignee: infra Priority: High</pre> <p>I added a new disk to Jenkins to address the disk space issue ( OVIRT-1720 ), however the new disk got stuck in “Locked” state and was not attached to the VM.</p> <p>Opening ticket to investigate as this may cause all kinds of issues with the VM.</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" 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> ------------=_1510750179-23507-392--

1 0

[JIRA] (OVIRT-1764) add logs under /tmp to our job artifacts
by Dafna Ron (oVirt JIRA) 15 Nov '17

15 Nov '17

This is a multi-part message in MIME format... ------------=_1510745635-10485-396 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Dafna Ron created OVIRT-1764: -------------------------------- Summary: add logs under /tmp to our job artifacts Key: OVIRT-1764 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1764 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra when engine fails to deploy it does not save anything in the regular engine log. however, there is a copy saved under /tmp which would make debugging engine failure to deploy issues easier to debug. Didi suggested that it would be a good idea to add the logs under /tmp to the jenkins artifacts job logs to allow easier debugging when engine fails to deploy. -- This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071) ------------=_1510745635-10485-396 Content-Type: text/html; charset="UTF-8" Content-Disposition: inline Content-Transfer-Encoding: 7bit <html><body> <h3>Dafna Ron created OVIRT-1764:</h3> <pre> Summary: add logs under /tmp to our job artifacts Key: OVIRT-1764 URL: https://ovirt-jira.atlassian.net/browse/OVIRT-1764 Project: oVirt - virtualization made easy Issue Type: Bug Reporter: Dafna Ron Assignee: infra</pre> <p>when engine fails to deploy it does not save anything in the regular engine log. however, there is a copy saved under /tmp which would make debugging engine failure to deploy issues easier to debug.</p> <p>Didi suggested that it would be a good idea to add the logs under /tmp to the jenkins artifacts job logs to allow easier debugging when engine fails to deploy.</p> <p>— This message was sent by Atlassian Jira (v1001.0.0-SNAPSHOT#100071)</p> <img src="https://u4043402.ct.sendgrid.net/wf/open?upn=i5TMWGV99amJbNxJpSp2-2BCmpYLyz…" 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> ------------=_1510745635-10485-396--

1 0

[CQ]: 82975, 15 (ovirt-engine) failed "ovirt-master" system tests, but isn't the failure root cause
by oVirt Jenkins 15 Nov '17

15 Nov '17

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

1 0