[Engine-devel] hosted engine in 3.4

[Yedidyah Bar David]

----- Original Message -----
> From: "Jiri Moskovcak" <jmoskovc at redhat.com>
> To: "engine-devel" <engine-devel at ovirt.org>
> Sent: Thursday, March 13, 2014 3:27:11 PM
> Subject: [Engine-devel] hosted engine in 3.4
> 
> Hi,
> I was testing the hosted-engine in 3.4 and ran into some troubles, so
> I'm going to share the results to get some help (or ideas how to fix
> those problems)
> 
> Minor:
> 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 think the setup wizard should be improved to do this workaround
> automatically

Not sure what you refer to - the host? VM? Both?

deploy lets you change the MAC for the VM if you want, and also shows you
the random MAC it have chosen. Both of these should allow you to config
your dhcp/dns server at that point and have the VM automatically get the
right ip/hostname during OS installation.

Not sure what you mean exactly - we never edit /etc/hosts files, and
generally expect a stable dhcp/dns installation. That's true also for a
normal engine installation.

> 
> 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

We intend to supply some image (iso/ovf) that will include everything
needed. Not sure when this will be ready. For the time being, you do
everything by yourself - install the OS, add repos, install and setup
the engine, etc. Note that you can choose network boot and make everything
automated.

> 
> - I found a mallformed fedora-virt-prerelease.repoo file on the
> installed vm, which might be the cause:
> https://bugzilla.redhat.com/show_bug.cgi?id=1075963
> 
> Major:
> 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...
> 
> - the host and the engine were installed from the same repo, so I guess
> the incompatibility was caused by the CPU family, and even if I made the

That's probably because you have a problem with the repo (as pointed above)
and install different versions on the host and VM.

> mistake I think the engine should be a bit more clever and not kill itself

I might agree here, but generally this should not happen.

You are of course more than welcome to open bugs where relevant!
-- 
Didi