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