On 05/17/2012 02:11 PM, Omer Frenkel wrote:
...
>
> second, iirc, the definition was vdsm can override engine vdsm
> version
> check, so a newer vdsm could still report it will work with an older
> engine, without needing to change the older engine to match it?
>
i agree as well, i think the intention was for newer builds in the same version,
so revision can be changed, but major version should be coordinated with the engine.
maybe the logic can changed just to make sure
there is a match between supported cluster levels in vdsm and engine
and ignore engine / vdsm software versions
indeed.
and code seems to be correct for that flow.
either engine has support for vdsm version.
or
vdsm reports it supports this engine version.
so danken - i think the missing part is actually vdsm telling engine 3.1
version is supported:
in
./vdsm/dsaversion.py.in: 'supportedRHEVMs': ['3.0'],
(and yes, need to change this to supportedEngine naming, but i suggest
doing this in a separate patch for engine to do this with backward
compatibility)
>>
>>>>
>>>> On Wed, May 16, 2012 at 09:59:42AM -0400, Haim Ateya wrote:
>>>>> This issue was introduced in
>>>>> Ic7b4a63a974bfc301f3294603d8fe91f534b74dd
>>>>> (
http://gerrit.ovirt.org/4284), we are currently working to
>>>>> resolve this issue
>>>>> and patch will be sent soon.
>>>>> meantime, you can edit /usr/share/vdsm/dsaversion.py and change
>>>>> the following fields:
>>>>>
>>>>> software_version = "4.9"
>>>>> software_revision = "0
>>>>>
>>>>> restart vdsmd service and activate host again.
>>>>>
>>>>> Haim
>>>>> ----- Original Message -----
>>>>>
>>>>>> From: ovirt(a)qip.ru
>>>>>> To: "Haim Ateya"<hateya(a)redhat.com>
>>>>>> Cc: users(a)ovirt.org
>>>>>> Sent: Wednesday, May 16, 2012 3:19:04 PM
>>>>>> Subject: Re: Re: [Users] Host can't join the cluster
>>>>>
>>>>>> in secure and non secure connections i have the same
>>>>>> nonoperational
>>>>>> status
>>>>>
>>>>>> the output of getVdsCaps on host is empty
>>>>>
>>>>>> this is event log in webadmin
>>>>>
>>>>>>
>>>>>
>>>>>> 2012-May-16, 16:05:04
>>>>>
>>>>>> Host kvm04 is compatible with versions (3.0,3.1) and cannot
>>>>>> join
>>>>>> Cluster Default which is set to version 3.1.
>>>>>
>>>>>>
>>>>>
>>>>>> 2012-May-16, 16:05:04
>>>>>
>>>>>> Detected new Host kvm04. Host state was set to Up.
>>>>>
>>>>>>
>>>>>
>>>>>> 2012-May-16, 16:05:03
>>>>>
>>>>>> Host kvm04 was autorecovered.
>>>>>
>>>>>>
>>>>>
>>>>>> 2012-May-16, 16:05:03
>>>>>
>>>>>> Host kvm04 is compatible with versions (3.0,3.1) and cannot
>>>>>> join
>>>>>> Cluster Default which is set to version 3.1.
>>>>>
>>>>>>
>>>>>
>>>>>> 2012-May-16, 16:01:02
>>>>>
>>>>>> Host kvm04 was activated by admin@internal.
>>>>>> if i do downgrade to 4.9.6-0.196.gitb8b79b5 host state set's
to
>>>>>> Up.
>>>>>
>>>>>> Срд 16 Май 2012 15:24:36 +0400, Haim
Ateya<hateya(a)redhat.com>
>>>>>> написал:
>>>>>
>>>>>>> I guess you compiled vdsm yourself, please run the following
>>>>>>> command
>>>>>>> from your host:
>>>>>>
>>>>>
>>>>>>> vdsClient -s 0 getVdsCaps (assuming you work with SSL).
>>>>>>
>>>>>
>>>>>>> anyhow, it smells like a known issue with latest build where
>>>>>>> vdsm
>>>>>>> returns supported_clusters = 3.0 and engine reject host, but
>>>>>>> lets
>>>>>>> find out.
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users(a)ovirt.org
>>>>
http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>
>