Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[8.17] Fix broken anchors (#119802) #119892

Closed
Closed
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
13 changes: 13 additions & 0 deletions docs/reference/modules/discovery/publishing.asciidoc
Original file line number Diff line number Diff line change
Expand Up @@ -58,3 +58,16 @@ speed of the storage on each master-eligible node, as well as the reliability
and latency of the network interconnections between all nodes in the cluster.
You must therefore ensure that the storage and networking available to the
nodes in your cluster are good enough to meet your performance goals.

[[dangling-index]]
==== Dangling indices

When a node joins the cluster, if it finds any shards stored in its local
data directory that do not already exist in the cluster state, it will consider
those shards to belong to a "dangling" index. You can list, import or
delete dangling indices using the <<dangling-indices-api,Dangling indices
API>>.

NOTE: The API cannot offer any guarantees as to whether the imported data
truly represents the latest state of the data when the index was still part
of the cluster.
1 change: 1 addition & 0 deletions docs/reference/modules/gateway.asciidoc
Original file line number Diff line number Diff line change
@@ -1,6 +1,7 @@
[[modules-gateway]]
=== Local gateway settings

[[dangling-indices]]
The local gateway stores the cluster state and shard data across full
cluster restarts.

Expand Down
19 changes: 19 additions & 0 deletions docs/reference/modules/network.asciidoc
Original file line number Diff line number Diff line change
Expand Up @@ -286,3 +286,22 @@ include::remote-cluster-network.asciidoc[]
include::network/tracers.asciidoc[]

include::network/threading.asciidoc[]

[[tcp-readiness-port]]
==== TCP readiness port

preview::[]

If configured, a node can open a TCP port when the node is in a ready state. A node is deemed
ready when it has successfully joined a cluster. In a single node configuration, the node is
said to be ready, when it's able to accept requests.

To enable the readiness TCP port, use the `readiness.port` setting. The readiness service will bind to
all host addresses.

If the node leaves the cluster, or the <<put-shutdown,Shutdown API>> is used to mark the node
for shutdown, the readiness port is immediately closed.

A successful connection to the readiness TCP port signals that the {es} node is ready. When a client
connects to the readiness port, the server simply terminates the socket connection. No data is sent back
to the client. If a client cannot connect to the readiness port, the node is not ready.
2 changes: 2 additions & 0 deletions docs/reference/modules/node.asciidoc
Original file line number Diff line number Diff line change
Expand Up @@ -37,6 +37,8 @@ set `node.roles`, the node is assigned the following roles:
* `remote_cluster_client`
* `transform`

[[coordinating-only-node]]If you leave `node.roles` unset, then the node is considered to be a <<coordinating-only-node-role,coordinating only node>>.

[IMPORTANT]
====
If you set `node.roles`, ensure you specify every node role your cluster needs.
Expand Down
Loading
Loading