<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Mon, 25 Sep 2017 at 22:52 Alexander Wels &lt;<a href="mailto:awels@redhat.com">awels@redhat.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Monday, September 25, 2017 3:50:56 PM EDT Roy Golan wrote:<br>
&gt; So somewhere in the code somebody used the Arch and not the family. See the<br>
&gt; enum getFamily() method<br>
&gt;<br>
<br>
Yep, in particular line 23 of FeatureSupported.java.<br>
<br></blockquote><div>I meant the caller of the method on this line. Do you have it in the trace so we can see who passed x86_64 as arch ?</div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
&gt; On Mon, 25 Sep 2017 at 22:31 Alexander Wels &lt;<a href="mailto:awels@redhat.com" target="_blank">awels@redhat.com</a>&gt; wrote:<br>
&gt; &gt; On Monday, September 25, 2017 3:24:14 PM EDT Roy Golan wrote:<br>
&gt; &gt; &gt; what JRE are you using? any change with that?<br>
&gt; &gt;<br>
&gt; &gt; So I just figured out the problem, and its really strange. It has nothing<br>
&gt; &gt; to<br>
&gt; &gt; do with the SSL as the stack trace is mentioning. I manually stepped<br>
&gt; &gt; through<br>
&gt; &gt; the code to see what was going on and it turns out it is failing in<br>
&gt; &gt; FeatureSupported.java in supportedInConfig call from hotPlugMemory.<br>
&gt; &gt;<br>
&gt; &gt; The Config.&lt;Map&gt;getValue(feature, version.getValue()) (version is 4.2) is<br>
&gt; &gt; returning a map containing x86=true and ppc=true. But then it compares<br>
&gt; &gt; this to<br>
&gt; &gt; ArchitectureType.name() it returns null, because .name() return x86_64. No<br>
&gt; &gt; it<br>
&gt; &gt; appears that sometime during the last few months we dropped the _64 in the<br>
&gt; &gt; ArchitectureType, or at least in the database.<br>
&gt; &gt;<br>
&gt; &gt; As soon as I added a vdc_options tha contains x86_64 value for that key it<br>
&gt; &gt; started working. Now I have checked with Greg who has a fresh database<br>
&gt; &gt; that he<br>
&gt; &gt; can start VMs no problem, and his database contains x86 instead of x86_64.<br>
&gt; &gt;<br>
&gt; &gt; &gt; On Mon, 25 Sep 2017 at 21:12 Alexander Wels &lt;<a href="mailto:awels@redhat.com" target="_blank">awels@redhat.com</a>&gt; wrote:<br>
&gt; &gt; &gt; &gt; Hi guys,<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; I see to be having an issue starting VMs with the latest master.<br>
&gt; &gt;<br>
&gt; &gt; Whenever<br>
&gt; &gt;<br>
&gt; &gt; &gt; &gt; I<br>
&gt; &gt; &gt; &gt; try to start a VM I get null pointer exception. And the VM doesn&#39;t<br>
&gt; &gt;<br>
&gt; &gt; start.<br>
&gt; &gt;<br>
&gt; &gt; &gt; &gt; I<br>
&gt; &gt; &gt; &gt; have debugged the engine, and it appears that the null pointer happens<br>
&gt; &gt; &gt; &gt; after<br>
&gt; &gt; &gt; &gt; the engine tries to connect to the host. In the stack trace I see<br>
&gt; &gt; &gt; &gt; SSLPeerUnverifiedException, so it appears something went wrong with a<br>
&gt; &gt; &gt; &gt; certificate somewhere.<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; I have put my hosts in maintaince and re-enrolled the certificate, but<br>
&gt; &gt; &gt; &gt; that<br>
&gt; &gt; &gt; &gt; doesn&#39;t appear to be helping at all. Any other place I need to look at<br>
&gt; &gt;<br>
&gt; &gt; to<br>
&gt; &gt;<br>
&gt; &gt; &gt; &gt; make<br>
&gt; &gt; &gt; &gt; sure the engine can talk to the hosts? This appears to have started<br>
&gt; &gt;<br>
&gt; &gt; after<br>
&gt; &gt;<br>
&gt; &gt; &gt; &gt; I<br>
&gt; &gt; &gt; &gt; upgraded Wildfly to 11, so it is possible it has something to do with<br>
&gt; &gt;<br>
&gt; &gt; that<br>
&gt; &gt;<br>
&gt; &gt; &gt; &gt; as<br>
&gt; &gt; &gt; &gt; well.<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; Any help figuring this out would be appreciated.<br>
&gt; &gt; &gt; &gt;<br>
&gt; &gt; &gt; &gt; Alexander<br>
&gt; &gt; &gt; &gt; _______________________________________________<br>
&gt; &gt; &gt; &gt; Devel mailing list<br>
&gt; &gt; &gt; &gt; <a href="mailto:Devel@ovirt.org" target="_blank">Devel@ovirt.org</a><br>
&gt; &gt; &gt; &gt; <a href="http://lists.ovirt.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/devel</a><br>
<br>
<br>
</blockquote></div></div>