Description of problem:
vdsm for EL7 currently support all engine versions since 3.0. This is not correct as vdsm for EL7 is only supporte on engine 3.5 and higher.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Register EL7 as hypervisor in engine < 3.5
hypervisor is activated
Errar message should be reported.
Should we also remove 3.2, 3.1 & 3.0 from the clusterLevels supported ?
(In reply to Barak from comment #1)
> Should we also remove 3.2, 3.1 & 3.0 from the clusterLevels supported ?
Yes. Remove these. EL 7 Hosts are only officially supported on cluster level 3.5 and in Tech Preview on 3.4.
Based on discussion offline, and comments in the bug, we will do the following in VDSM in EL7:
1. Remove clusterLevels 3.0-3.3
2. set supportedEngines to 3.4 (due to tech-preview) and above.
Hi, I tested adding 3.6.0-4 host to engine 3.4.4-1 and it's not working: "installation failed. Network error during communication with the host."
Should it works ?
but when I try add the host to 22.214.171.124-1 engine with cluster compatibility level 3.4 it works.
I found only this error:
journal: vdsm ProtocolDetector.SSLHandshakeDispatcher ERROR Error during handshake: unexpected eof
Reactor thread::ERROR::2015-07-29 16:38:10,361::sslutils::336::ProtocolDetector.SSLHandshakeDispatcher::(handle_read) Error during handshake: unexpected eof
Reactor thread::INFO::2015-07-29 16:38:13,390::protocoldetector::72::ProtocolDetector.AcceptorImpl::(handle_accept) Accepting connection from 10.34.60.19:45925
I suggest to open a separate bug on that issue which describes the vdsm and engine versions, os type, the flow you tried to run and contain related log
Verified in vdsm-4.17.0-1239.git6575e3f.el7.noarch
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.
For information on the advisory, and where to find the updated
files, follow the link below.
If the solution does not work for you, open a new bug report.