[Engine-devel] hosted engine in 3.4

Sandro Bonazzola sbonazzo at redhat.com
Thu Mar 20 11:08:38 UTC 2014


Il 20/03/2014 12:00, Dan Kenigsberg ha scritto:
> On Fri, Mar 14, 2014 at 10:46:00AM +0100, Sandro Bonazzola wrote:
>> Il 14/03/2014 10:39, Jiri Moskovcak ha scritto:
>>> On 03/14/2014 10:13 AM, Martin Sivak wrote:
>>>> Hi,
>>>>
>>>>>>> 1. You need to have some MAC address with static ip and FQDN, otherwise
>>>>>>> you have to change /etc/hosts at least for the first part of the setup
>>>>
>>>> I believe you were there when we were discussing this with pstehlik :)
>>>>
>>>> Btw in this case you have to change /etc/hosts on all hosts and inside the
>>>> engine VM.
>>>>
>>>>>>> 2. When the VM install is complete I would expect the setup wizard to
>>>>>>> install the engine to the VM automatically - which at least in my case -
>>>>>>> doesn't happen
>>>>
>>>> I also proposed kickstart based setup to Sandro. You would give a repo to setup
>>>> and it would download the kernel/initrd from it [1] and create a kickstart with
>>>> the right root password, engine setup and so on..
>>>>
>>>> [1] http://ftp.linux.cz/pub/linux/fedora/linux/releases/20/Fedora/x86_64/os/images/pxeboot/
>>>>
>>>>>>> 1. once I managed to install the engine to the vm it tried to add the
>>>>>>> host it was running on to the engine and it failed with a message "Host
>>>>>>> compatibility version doesn't match the cluster compatibility version",
>>>>>>> and then it marked the host as non operational which killed the vm with
>>>>>>> the engine, so the engine actually committed suicide…
>>>>
>>>> Check your VDSM version. Especially the content of /usr/share/vdsm/dsaversion.py
>>>> file. There are couple of lists specifying the cluster and engine versions that
>>>> the VDSM supports.
>>>>
>>>> If you use 3.4 engine it needs 3.4 VDSM as well.. and the prerelease repo is not
>>>> enabled by default.
>>>>
>>>
>>> vdsm version on the host:
>>> vdsm-4.14.5-0.fc19.x86_64 @ovirt-3.4.0-prerelease
>>>
>>> ovirt-engine installed in the VM:
>>> ovirt-engine-3.4.0-0.13.rc.fc19.noarch
>>>
>>> - and it dies with the error message: "Host hosted_engine_1 is compatible with versions (3.0,3.1,3.2,3.3) and cannot join Cluster Default which is set
>>> to version 3.4"
>>
>> Above is probably due to libvirt not updated to latest from fedora-virt-preview repo.
>> Dan, Yaniv, any reason for not explicitly requiring the updated version of libvirt in VDSM package?
>> If it's just because libvirt is not yet in official Fedora repository, maybe we should ship it on ovirt repository until it's in and put some pressure
>> on libvirt people for having them pushing the newest package into Fedora.
>> Thoughts?
> 
> The problem is that F19's libvirt lacks VIR_MIGRATE_ABORT_ON_ERROR
> (http://gerrit.ovirt.org/#/c/23273/) which is required by clusterLevel
> 3.4.
> 
> We found it quite rude for a vdsm upgrade in Fedora 19 to require a
> version of libvirt that is not on that platform, particularly since the
> existing version is perfectly usable for clusterLevel 3.3.
> 
> I do not believe we should ship libvirt within oVirt. It is a pain to
> mainatain (and issue bugfixes, and worry about security hotfixes). A
> prefereable approach would be to have ovirt-release.f19.rpm link to the
> relevant virt-preview repository.

Any chance of having new libvirt ported to f19 main repository?

> 
> 
> 


-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com



More information about the Devel mailing list