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 <[email protected] > wrote: > On Wed, May 23, 2018 at 10:04 AM, Marcin Mirecki <[email protected]> > 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 > > >
_______________________________________________ Users mailing list -- [email protected] To unsubscribe send an email to [email protected]
