Skip to content
This repository was archived by the owner on Sep 21, 2021. It is now read-only.

Commit 7adb42b

Browse files
Update 40_config.asciidoc
Note that gateway recover_after/expected/etc settings are not dynamic, and only apply during a full cluster restart Closes #9660
1 parent a706f71 commit 7adb42b

File tree

1 file changed

+5
-2
lines changed

1 file changed

+5
-2
lines changed

510_Deployment/40_config.asciidoc

+5-2
Original file line numberDiff line numberDiff line change
@@ -177,11 +177,11 @@ First, we need to give Elasticsearch a hard limit:
177177
gateway.recover_after_nodes: 8
178178
----
179179

180-
This will prevent Elasticsearch from starting a recovery until at least eight nodes
180+
This will prevent Elasticsearch from starting a recovery until at least eight (data or master) nodes
181181
are present. The value for this setting is a matter of personal preference: how
182182
many nodes do you want present before you consider your cluster functional?
183183
In this case, we are setting it to `8`, which means the cluster is inoperable
184-
unless there are eight nodes.
184+
unless there are at least eight nodes.
185185

186186
Then we tell Elasticsearch how many nodes _should_ be in the cluster, and how
187187
long we want to wait for all those nodes:
@@ -202,6 +202,9 @@ These three settings allow you to avoid the excessive shard swapping that can
202202
occur on cluster restarts. It can literally make recovery take seconds instead
203203
of hours.
204204

205+
NOTE: These settings can only be set in the `config/elasticsearch.yml` file or on
206+
the command line (they are not dynamically updatable) and they are only relevant
207+
during a full cluster restart.
205208

206209
==== Prefer Unicast over Multicast
207210

0 commit comments

Comments
 (0)