Skip to content

Commit c34eeec

Browse files
committed
(Doc+) link videos for allocation and ilm
1 parent def490e commit c34eeec

File tree

5 files changed

+16
-3
lines changed

5 files changed

+16
-3
lines changed

docs/reference/cluster/allocation-explain.asciidoc

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -159,6 +159,8 @@ node.
159159
<5> The decider which led to the `no` decision for the node.
160160
<6> An explanation as to why the decider returned a `no` decision, with a helpful hint pointing to the setting that led to the decision. In this example, a newly created index has <<indices-get-settings,an index setting>> that requires that it only be allocated to a node named `nonexistent_node`, which does not exist, so the index is unable to allocate.
161161

162+
See this https://www.youtube.com/watch?v=5z3n2VgusLE[fixing "node does not match index setting" video] for an example troubleshooting walkthrough.
163+
162164
[[maximum-number-of-retries-exceeded]]
163165
====== Maximum number of retries exceeded
164166

@@ -235,7 +237,7 @@ primary shard that was previously allocated.
235237
----
236238
// NOTCONSOLE
237239

238-
TIP: If a shard is unassigned with an allocation status of `no_valid_shard_copy`, then you should <<fix-cluster-status-recover-nodes,make sure that all nodes are in the cluster>>. If all the nodes containing in-sync copies of a shard are lost, then you can <<fix-cluster-status-restore,recover the data for the shard>>.
240+
If a shard is unassigned with an allocation status of `no_valid_shard_copy`, then you should <<fix-cluster-status-recover-nodes,make sure that all nodes are in the cluster>>. If all the nodes containing in-sync copies of a shard are lost, then you can <<fix-cluster-status-restore,recover the data for the shard>>. See this https://www.youtube.com/watch?v=6OAg9IyXFO4[fixing "no_valid_shard_copy" video] for an example troubleshooting walkthrough.
239241

240242
===== Unassigned replica shard
241243

docs/reference/ilm/error-handling.asciidoc

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -9,7 +9,8 @@ If {ilm-init} cannot resolve the error automatically, execution is halted
99
until you resolve the underlying issues with the policy, index, or cluster.
1010

1111
See this https://www.youtube.com/watch?v=VCIqkji3IwY[{ilm-init} health video]
12-
for example troubleshooting walkthrough.
12+
for example troubleshooting walkthrough of live issues and this https://www.youtube.com/watch?v=onrnnwjYWSQ[{ilm-init} history video]
13+
for example troubleshooting walkthrough of historical issues.
1314

1415
For example, you might have a `shrink-index` policy that shrinks an index to four shards once it
1516
is at least five days old:

docs/reference/snapshot-restore/repository-s3.asciidoc

Lines changed: 3 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -6,6 +6,9 @@ You can use AWS S3 as a repository for {ref}/snapshot-restore.html[Snapshot/Rest
66
*If you are looking for a hosted solution of Elasticsearch on AWS, please visit
77
https://www.elastic.co/cloud/.*
88

9+
See this https://www.youtube.com/watch?v=ACqfyzWf-xs[connecting an AWS S3 repository video]
10+
for an example setup walkthrough.
11+
912
[[repository-s3-usage]]
1013
==== Getting started
1114

docs/reference/troubleshooting/common-issues/diagnose-unassigned-shards.asciidoc

Lines changed: 2 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -8,5 +8,6 @@ In order to diagnose the unassigned shards in your deployment use the following
88

99
include::{es-ref-dir}/tab-widgets/troubleshooting/data/diagnose-unassigned-shards-widget.asciidoc[]
1010

11-
11+
See this https://www.youtube.com/watch?v=v2mbeSd1vTQ[monitoring Allocation health video]
12+
for an example troubleshooting walkthrough.
1213

docs/reference/troubleshooting/common-issues/red-yellow-cluster-status.asciidoc

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -19,6 +19,8 @@ operate to have a green health status.
1919
In many cases, your cluster will recover to green health status automatically.
2020
If the cluster doesn't automatically recover, then you must <<fix-red-yellow-cluster-status,manually address>>
2121
the remaining problems so management and cleanup activities can proceed.
22+
See this https://www.youtube.com/watch?v=v2mbeSd1vTQ[monitoring Allocation health video]
23+
for an example troubleshooting walkthrough.
2224

2325
[discrete]
2426
[[diagnose-cluster-status]]
@@ -90,6 +92,8 @@ PUT _cluster/settings
9092
}
9193
----
9294

95+
See this https://www.youtube.com/watch?v=MiKKUdZvwnI[fixing "no allocations are allowed" video] for example troubleshooting walkthrough.
96+
9397
[discrete]
9498
[[fix-cluster-status-recover-nodes]]
9599
===== Recover lost nodes
@@ -262,3 +266,5 @@ POST _cluster/reroute
262266
----
263267
// TEST[s/^/PUT my-index\n/]
264268
// TEST[catch:bad_request]
269+
270+
See this https://www.youtube.com/watch?v=6OAg9IyXFO4[fixing "no_valid_shard_copy" video] for an example troubleshooting walkthrough.

0 commit comments

Comments
 (0)