This repository was archived by the owner on Sep 21, 2021. It is now read-only.
File tree 1 file changed +5
-2
lines changed
1 file changed +5
-2
lines changed Original file line number Diff line number Diff line change @@ -177,11 +177,11 @@ First, we need to give Elasticsearch a hard limit:
177
177
gateway.recover_after_nodes: 8
178
178
----
179
179
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
181
181
are present. The value for this setting is a matter of personal preference: how
182
182
many nodes do you want present before you consider your cluster functional?
183
183
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.
185
185
186
186
Then we tell Elasticsearch how many nodes _should_ be in the cluster, and how
187
187
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
202
202
occur on cluster restarts. It can literally make recovery take seconds instead
203
203
of hours.
204
204
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.
205
208
206
209
==== Prefer Unicast over Multicast
207
210
You can’t perform that action at this time.
0 commit comments