Skip to content

Commit 576bd45

Browse files
committed
Doc: Pacemaker Explained: document priority-fencing-delay cluster option
1 parent c570362 commit 576bd45

File tree

1 file changed

+16
-0
lines changed

1 file changed

+16
-0
lines changed

doc/Pacemaker_Explained/en-US/Ch-Options.txt

Lines changed: 16 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -241,6 +241,22 @@ indexterm:[Cluster,Option,concurrent-fencing]
241241
Is the cluster allowed to initiate multiple fence actions concurrently?
242242
'(since 1.1.15)'
243243

244+
| priority-fencing-delay | |
245+
indexterm:[priority-fencing-delay,Cluster Option]
246+
indexterm:[Cluster,Option,priority-fencing-delay]
247+
Enforce specified delay for the fencings that are targeting the lost
248+
nodes with the highest total resource priority in case we don't
249+
have the majority of the nodes in our cluster partition, so that
250+
the more significant nodes potentially win any fencing match,
251+
which is especially meaningful under split-brain of 2-node
252+
cluster. A promoted resource instance takes the base priority + 1
253+
on calculation if the base priority is not 0. If all the nodes
254+
have equal priority, then any pcmk_delay_base/max configured for
255+
the corresponding fencing resources will be applied. Otherwise as
256+
long as it's set, even if to 0, it takes precedence over any
257+
configured pcmk_delay_base/max. By default, priority fencing
258+
delay is disabled.
259+
244260
| cluster-delay | 60s |
245261
indexterm:[cluster-delay,Cluster Option]
246262
indexterm:[Cluster,Option,cluster-delay]

0 commit comments

Comments
 (0)