Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1154620

Summary: [RFE] add ovirt repository maching engine version to hosts for reinstall
Product: [oVirt] ovirt-host-deploy Reporter: Daniel Helgenberger <daniel.helgenberger>
Component: RFEsAssignee: Alon Bar-Lev <alonbl>
Status: CLOSED WONTFIX QA Contact: Pavel Stehlik <pstehlik>
Severity: low Docs Contact:
Priority: unspecified    
Version: 1.3.0CC: bazulay, bugs, dougsland, ecohen, gklein, iheim, lsurette, oourfali, yeylon
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard: infra
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2015-08-02 11:47:57 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: Infra RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Daniel Helgenberger 2014-10-20 10:45:05 UTC 
Description of problem:
Right now the upgrade process to a new release version involves the following steps:
- Install latest ovirt repo rpm
- Update engine-deploy / host-deploy
- run engine-deploy / host-deploy

While fine for the engine, it might be a good idea to install the matching repos on the hosts automatically when doing a 'reinstall' from the engine and wiping the older repos. This will enable a transparent upgrade process for users.


Version-Release number of selected component (if applicable):
any
Comment 1 Alon Bar-Lev 2014-10-20 10:50:43 UTC 
at engine the process is:
1. update repo at engine
2. execute engine-setup

at host the process is:
1. update repo (if required)
2. redeploy host

ovirt-host-deploy is not full host provisioning system.

reinstall of host does not mean that you want to upgrade vdsm, this is taken care by underline os configuration.

to manage that please use suitable tools that are capable of centrally manage os level configuration, there are few tools out there that control more than just the ovirt aspect of the host.
Comment 2 Daniel Helgenberger 2014-10-20 11:10:33 UTC 
This might be the correct way, but IMHO oVirt releases are tested against VDSM versions and usually users like me want them in sync as they are essential for new features (at least to my understanding).

It might at least be useful to inform users about a 'mismatching' engine / host versions.
Comment 3 Alon Bar-Lev 2014-10-20 11:13:07 UTC 
there is no mismatch, ovirt-engine is fully backward compatible with vdsm, and vdsm is fully backward compatible with engine.

the update/migration of cluster level should be carefully controlled.

at the engine side under the Hosts tab you can see the version of vdsm running at each host, you can also see the cluster compatibility level.
Comment 4 Oved Ourfali 2014-11-20 09:01:23 UTC 
Based on the information in comment #3, I'm not sure action items here are relevant. Targeting to 3.6 for further consideration, as we do plan to do some improvements with regards to upgrading hosts.
Comment 5 Alon Bar-Lev 2015-08-02 11:47:57 UTC 
Closing.