Description of problem: Currently the image based upgrade mechanism present in all of RHEV is very much tuned towards RHEV-H. To prepare other image based update mechanism the whole mechanisms on all involved components (node, vdsm, and engine) should be updated to address a couple of things: - Better delivery of version informations Currently the version informations are delivered from installed filenames, which ain't very flexible - Better detection and suggestion of upgrades The upgrade suggestion is very naive and could be better (i.e. differentiate between the platform majors) - Abstract way to push offline updates Currently something like: ovirt-node-upgrade --iso=… is used, this makes much assumption about the format of the iso etc. Something more unspecific like: ovirt-…-upgrade --image=$FN should be anticipated. The format of the image should include some kind of hint what kidn of upgrade it is, i.e. container, tree or iso (or this could also be encoded in the filename or as arguments) This bug should be a tracker, individual bugs to track the different changes need to be created.
Another change is that the persistence behavior of the "new" Node implementations will be different to what we have in the classic Node. One big assumption about the new implementations is, that the persistence will be transparent to any payload/consumer, which means that the whole persistence logic can be dropped. Another important component involved is ovirt-host-deploy
In the end this might not be needed if we settle with the approach where a host is taking over the upgrade through some yum repo.
Closing according to comment 2 - because it looks like rpm will be used for delivery for now.