<div dir="ltr"><div class="gmail_default" style="font-family:monospace,monospace">The relevant path is most definitely the cause for Sunday's issue:</div><div class="gmail_default" style="font-family:monospace,monospace"><br></div><div class="gmail_default" style="font-family:monospace,monospace"><pre style="color:rgb(0,0,0)">2017-08-30 04:38:52,542-04 ERROR [org.ovirt.engine.core.bll.RunVmOnceCommand] (default task-18) [5c4b4916-9832-4460-a391-cac53ef8f19a] Error during ValidateFailure.: java.lang.ClassCastException: org.ovirt.engine.core.common.businessentities.storage.LunDisk cannot be cast to org.ovirt.engine.core.common.businessentities.storage.DiskImage
at org.ovirt.engine.core.bll.RunVmCommand.lambda$checkDisksInBackupStorage$1(RunVmCommand.java:1105) [bll.jar:]
at java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:193) [rt.jar:1.8.0_141]
at java.util.HashMap$ValueSpliterator.tryAdvance(HashMap.java:1641) [rt.jar:1.8.0_141]
at java.util.stream.ReferencePipeline.forEachWithCancel(ReferencePipeline.java:126) [rt.jar:1.8.0_141]
at java.util.stream.AbstractPipeline.copyIntoWithCancel(AbstractPipeline.java:498) [rt.jar:1.8.0_141]
at java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:485) [rt.jar:1.8.0_141]
at java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:471) [rt.jar:1.8.0_141]
at java.util.stream.MatchOps$MatchOp.evaluateSequential(MatchOps.java:230) [rt.jar:1.8.0_141]
at java.util.stream.MatchOps$MatchOp.evaluateSequential(MatchOps.java:196) [rt.jar:1.8.0_141]
at java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234) [rt.jar:1.8.0_141]
at java.util.stream.ReferencePipeline.anyMatch(ReferencePipeline.java:449) [rt.jar:1.8.0_141]
at org.ovirt.engine.core.bll.RunVmCommand.checkDisksInBackupStorage(RunVmCommand.java:1106) [bll.jar:]
at org.ovirt.engine.core.bll.RunVmCommand.validate(RunVmCommand.java:1020) [bll.jar:]
at org.ovirt.engine.core.bll.RunVmOnceCommand.validate(RunVmOnceCommand.java:87) [bll.jar:]
at org.ovirt.engine.core.bll.CommandBase.internalValidate(CommandBase.java:848) [bll.jar:]
at org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:402) [bll.jar:]
at org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13) [bll.jar:]
at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:499) [bll.jar:]
at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:481) [bll.jar:]
at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:434) [bll.jar:]</pre></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 30, 2017 at 2:13 PM, Barak Korren <span dir="ltr"><<a href="mailto:bkorren@redhat.com" target="_blank">bkorren@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We have two unresolved issues that are currently causing all master<br>
OST runs to fail and preventing us from effectively finding<br>
regressions.<br>
<br>
The 1st issue, which was already reported on Sunday, is a regression<br>
that is causing vm_run to fail and was probably introduced by this<br>
patch:<br>
<a href="https://gerrit.ovirt.org/#/c/79033/41" rel="noreferrer" target="_blank">https://gerrit.ovirt.org/#/c/<wbr>79033/41</a><br>
<br>
Here is a recent run that failed with this:<br>
<a href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2147/" rel="noreferrer" target="_blank">http://jenkins.ovirt.org/job/<wbr>ovirt-master_change-queue-<wbr>tester/2147/</a><br>
<br>
Logs are here:<br>
<a href="http://jenkins.ovirt.org/job/ovirt-master_change-queue-tester/2147/artifact/exported-artifacts/basic-suit-master-el7/test_logs/basic-suite-master/post-002_bootstrap.py/" rel="noreferrer" target="_blank">http://jenkins.ovirt.org/job/<wbr>ovirt-master_change-queue-<wbr>tester/2147/artifact/exported-<wbr>artifacts/basic-suit-master-<wbr>el7/test_logs/basic-suite-<wbr>master/post-002_bootstrap.py/</a><br>
<br>
The 2nd issue is a new one, that seems to be causing add-host failures<br>
and I've just send another email about it. The gist of this is that<br>
I'm siing the following failures in the supervdsm logs, and vdsm is<br>
not loading:<br>
<br>
MainThread::ERROR::2017-08-30<br>
05:55:59,476::initializer::53:<wbr>:root::(_lldp_init) Failed to enable<br>
LLDP on eth1<br>
Traceback (most recent call last):<br>
File "/usr/lib/python2.7/site-<wbr>packages/vdsm/network/<wbr>initializer.py",<br>
line 51, in _lldp_init<br>
Lldp.enable_lldp_on_iface(<wbr>device)<br>
File "/usr/lib/python2.7/site-<wbr>packages/vdsm/network/lldp/<wbr>lldpad.py",<br>
line 30, in enable_lldp_on_iface<br>
lldptool.enable_lldp_on_iface(<wbr>iface, rx_only)<br>
File "/usr/lib/python2.7/site-<wbr>packages/vdsm/network/lldpad/<wbr>lldptool.py",<br>
line 46, in enable_lldp_on_iface<br>
raise EnableLldpError(rc, out, err, iface)<br>
EnableLldpError: (1,<br>
"timeout\n'<wbr>M00000001C3040000000c04eth1000<wbr>badminStatus0002rx' command<br>
timed out.\n", '', 'eth1')<br>
MainThread::DEBUG::2017-08-30<br>
05:55:59,477::cmdutils::133::<wbr>root::(exec_cmd) /usr/sbin/lldptool<br>
get-lldp -i eth0 adminStatus (cwd None)<br>
<br>
<br>
This failure does not seem to have been introduced by the platform and<br>
not oVirt code, because it also happens on code that already passed<br>
OST a few days ago.<br>
<br>
Please avoid merging any patches except to the purpose of resolving<br>
these issues. Nothing is making it into the 'tested' and nightly<br>
snapshot repos anyway ATM.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Barak Korren<br>
RHV DevOps team , RHCE, RHCi<br>
Red Hat EMEA<br>
<a href="http://redhat.com" rel="noreferrer" target="_blank">redhat.com</a> | TRIED. TESTED. TRUSTED. | <a href="http://redhat.com/trusted" rel="noreferrer" target="_blank">redhat.com/trusted</a><br>
______________________________<wbr>_________________<br>
Devel mailing list<br>
<a href="mailto:Devel@ovirt.org">Devel@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/devel</a><br>
<br>
<br>
</font></span></blockquote></div><br></div>