If the old setup is working, I would keep it, and manually update the
provider and openvswitch (yum update ...).
In the future 4.2 I hope the feature of re-using an existing provider will
already be there.
The setup is asking for user and password because we do not store these
values across invocations of engine-setup.
During a fresh install run we have it, as the user has to set it up, on
update runs we don't. The provider needs this in
order to authenticate users using ovirt-engine authentication.
Ovirt authentication for the provider can be disabled, but this has to be
done manually.
On Wed, May 23, 2018 at 10:22 AM, Gianluca Cecchi <gianluca.cecchi(a)gmail.com
wrote:
> On Wed, May 23, 2018 at 10:04 AM, Marcin Mirecki <mmirecki(a)redhat.com>
wrote:
>
>> Hi Gianluca,
>>
>> The provider in version 4.1 was installed automatically, but it did not
>> save the fact of being installed.
>> Hence if you try to install it in 4.2, it will try to install itself
>> again (and this time it will save the info of being installed).
>>
>> I'm planning to add a feature that will allow reusing an already existing
>> provider during engine-setup. For now you can skip the provider
>> installation, the existing one will be kept as it is.
>>
>> Thanks,
>> Marcin
>>
>>
> If the reinstall doesn't imply broken upgrade it is not a problem for me
> and then delete the old ovn setup and reconfigure the few vnics involved
> with OVN on the new environment.
>
> If I choose to install the new one, the two inputs required:
>
> oVirt OVN provider user[admin@internal]:
> oVirt OVN provider password:
>
> can be any settings or have to be related with the old setup?
>
> So you advise to keep the old one and skip OVN for now and I can continue
> to use in the mean time the OVN provider already setup in 4.1, correct?
> Then in a future 4.2.x release when I will run engine-setup again I can
> choose instead to install ovn provider, and it will keep anyway the already
> configured one without need to resetup OVN and vNICS, correct?
> In this case I will follow what you suggest.
>
> Gianluca
>
>
>