Use resource collector for the fencing -> stonith ordering
Change Ifef08033043a4cc90a6261e962d2fdecdf275650 moved the stonith
property definition to the pacemaker_master node. This means that the
Class['tripleo::fencing'] -> Class['pacemaker::stonith'] ordering
breaks on non-boostrap pacemaker nodes because the pacemaker::stonith
property is not defined there any longer.
Let's fix this by simply using a resource collector and set the ordering
on that instead of adding yet anoth if statement. Ordering on
enablement of stonith is actually more correct formally.
Tested this on a broken setup successfully.
Closes-Bug: #1712605
Change-Id: I616d340bdf75da9d9eb8b83b2e804dff3d07d58e
(cherry picked from commit 17396dcea8c8597e20f19b1f5867cb67554133ce)
Reviewed: https:/ /review. openstack. org/497732 /git.openstack. org/cgit/ openstack/ puppet- tripleo/ commit/ ?id=0694a3d0780 6b013895c01eb36 2dd0801c69bd9a
Committed: https:/
Submitter: Jenkins
Branch: stable/ocata
commit 0694a3d07806b01 3895c01eb362dd0 801c69bd9a
Author: Michele Baldessari <email address hidden>
Date: Wed Aug 23 17:45:41 2017 +0200
Use resource collector for the fencing -> stonith ordering
Change Ifef08033043a4c c90a6261e962d2f decdf275650 moved the stonith 'tripleo: :fencing' ] -> Class[' pacemaker: :stonith' ] ordering
property definition to the pacemaker_master node. This means that the
Class[
breaks on non-boostrap pacemaker nodes because the pacemaker::stonith
property is not defined there any longer.
Let's fix this by simply using a resource collector and set the ordering
on that instead of adding yet anoth if statement. Ordering on
enablement of stonith is actually more correct formally.
Tested this on a broken setup successfully.
Closes-Bug: #1712605 9d9eb8b83b2e804 dff3d07d58e e20f19b1f5867cb 67554133ce)
Change-Id: I616d340bdf75da
(cherry picked from commit 17396dcea8c8597