Make the openvswitch 2.4->2.5 upgrade more robust
authormarios <marios@redhat.com>
Fri, 18 Nov 2016 17:18:54 +0000 (19:18 +0200)
committermarios <marios@redhat.com>
Wed, 14 Dec 2016 17:15:11 +0000 (19:15 +0200)
commitafcb6e01f3af573a7bdd286a65b71eee48cec204
treeaf41a22fec0bf19f3829afaa5dd20ccdc02c1fd3
parent326fb47bfa3b26d191152cd659d76051faf771e3
Make the openvswitch 2.4->2.5 upgrade more robust

In I9b1f0eaa0d36a28e20b507bec6a4e9b3af1781ae and
I11fcf688982ceda5eef7afc8904afae44300c2d9 we added a manual step
for upgrading openvswitch in order to specify the --nopostun
as discussed in the bug below.

This change adds a minor update to make this workaround more
robust. It removes any existing rpms that may be around from
an earlier run, and also checks that the rpms installed are
at least newer than the version we are on.

This also refactors the code into a common definition in the
pacemaker_common_functions.sh which is included even for the
heredocs generating upgrade scripts during init. Thanks
Sofer Athlan-Guyot and Jirka Stransky for help with that.

Change-Id: Idc863de7b5a8c116c990ee8c1472cfe377836d37
Related-Bug: 1635205
extraconfig/tasks/major_upgrade_block_storage.sh
extraconfig/tasks/major_upgrade_ceph_storage.sh
extraconfig/tasks/major_upgrade_compute.sh
extraconfig/tasks/major_upgrade_controller_pacemaker_2.sh
extraconfig/tasks/major_upgrade_object_storage.sh
extraconfig/tasks/major_upgrade_pacemaker.yaml
extraconfig/tasks/major_upgrade_pacemaker_init.j2.yaml
extraconfig/tasks/pacemaker_common_functions.sh
extraconfig/tasks/yum_update.sh
extraconfig/tasks/yum_update.yaml