History | View | Annotate | Download (12 kB)
Merge branch 'stable-2.10' into stable-2.11
upgrade design: ensure-dirs before starting daemons
Align the automatic upgrade procedure with the manual upgradeinstructions and run ensure-dirs before starting the new daemons.This is necessary, as only after ensuring that all needed directoriesare present we can rely on the new daemons starting up cleanly....
Merge branch 'stable-2.10' into master
Signed-off-by: Klaus Aehlig <aehlig@google.com>...
design: support post-upgrade hooks
While the general policy for Ganeti is to just accept the situationit finds after being upgraded from an older version, in some casesadditional actions might be necessary. So support a hook for doingso.
design: version-specific downgrade actions
Some new features, like client-specific ssl certificates, require additionalsteps at downgrade, so add this to the design. Two things should be noted.
- There cannot be explicit version-specific upgrade actions; upgrades...
Update future upgrade plans
Now that mandatory opcode fields are mandatory also on disk,document that, once we use soft drains during upgrades, the diskrepresentation of the job queue needs to be updated by cfgupgradeas well.
design: replace 'gnt-upgrade' by 'gnt-cluster upgrade'
Instead of using a separate binary, add the upgradefunctionality to gnt-cluster.
Signed-off-by: Klaus Aehlig <aehlig@google.com>Reviewed-by: Guido Trotter <ultrotter@google.com>
design update: symlink structure
Update the upgrade design document according to the outcomeof the design discussion at GanetiCon 2013. There are twochanges in the design.
Change design to install to ${PREFIX}/lib/ganeti-${VERSION}
Even though the ${PREFIX}/opt/ only came into the design in the reviewprocess, it is not the best choice, as /opt is reserverd for manuallyinstalled software, but Ganeti intends to be packaged. Use ${libdir}...
Design document for automatised upgrades
This design document describes how upgrade and downgradescan be made more automatic for future versions.
Signed-off-by: Klaus Aehlig <aehlig@google.com>Reviewed-by: Michele Tartara <mtartara@google.com>