Skip to content

Conversation

@debadair
Copy link
Contributor

Modified the FCR reenable step to use transient per @pickypg and added a reminder about precedence and the need to explicitly reenable allocation after a FCR.

@debadair debadair requested review from pickypg and tsouza February 21, 2018 02:23
Copy link
Member

@pickypg pickypg left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM! Thanks

@colings86 colings86 added >docs General docs changes :Distributed Coordination/Allocation All issues relating to the decision making around placing a shard (both master logic & on the nodes) labels Apr 24, 2018
@elasticmachine
Copy link
Collaborator

Pinging @elastic/es-distributed

@bleskes
Copy link
Contributor

bleskes commented Apr 24, 2018

This seems to have been incorporated into the docs (though I don't think it's advice :( ).. closing and will open a PR to discuss possible changes.

@colings86 colings86 closed this Apr 24, 2018
bleskes added a commit to bleskes/elasticsearch that referenced this pull request Apr 24, 2018
…pgrade docs

Since we disable allocation using persistent settings, we should be consistent and remove
the setting from the persistent storage. Otherwise an accidental restart will leed for shards
not being allocated.

Relates to elastic#28757
bleskes added a commit that referenced this pull request May 1, 2018
…art upgrade docs (#29670)

Since we disable allocation using persistent settings, we should be consistent and remove
the setting from the persistent storage. Otherwise an accidental restart will leed for shards
not being allocated.

Relates to #28757
bleskes added a commit that referenced this pull request May 1, 2018
…art upgrade docs (#29670)

Since we disable allocation using persistent settings, we should be consistent and remove
the setting from the persistent storage. Otherwise an accidental restart will leed for shards
not being allocated.

Relates to #28757
bleskes added a commit that referenced this pull request May 1, 2018
…art upgrade docs (#29670)

Since we disable allocation using persistent settings, we should be consistent and remove
the setting from the persistent storage. Otherwise an accidental restart will leed for shards
not being allocated.

Relates to #28757
bleskes added a commit that referenced this pull request May 1, 2018
…art upgrade docs (#29670)

Since we disable allocation using persistent settings, we should be consistent and remove
the setting from the persistent storage. Otherwise an accidental restart will leed for shards
not being allocated.

Relates to #28757
bleskes added a commit that referenced this pull request May 1, 2018
…pgrade docs (#29671)

Since we disable allocation using persistent settings, we should be consistent and remove
the setting from the persistent storage. Otherwise an accidental restart will lead for shards
not being allocated.

Relates to #28757
bleskes added a commit that referenced this pull request May 1, 2018
…pgrade docs (#29671)

Since we disable allocation using persistent settings, we should be consistent and remove
the setting from the persistent storage. Otherwise an accidental restart will lead for shards
not being allocated.

Relates to #28757
bleskes added a commit that referenced this pull request May 1, 2018
…pgrade docs (#29671)

Since we disable allocation using persistent settings, we should be consistent and remove
the setting from the persistent storage. Otherwise an accidental restart will lead for shards
not being allocated.

Relates to #28757
bleskes added a commit that referenced this pull request May 1, 2018
…pgrade docs (#29671)

Since we disable allocation using persistent settings, we should be consistent and remove
the setting from the persistent storage. Otherwise an accidental restart will lead for shards
not being allocated.

Relates to #28757
danielmitterdorfer pushed a commit that referenced this pull request Jan 30, 2019
…pgrade docs (#29671)

Since we disable allocation using persistent settings, we should be consistent and remove
the setting from the persistent storage. Otherwise an accidental restart will lead for shards
not being allocated.

Relates to #28757
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

:Distributed Coordination/Allocation All issues relating to the decision making around placing a shard (both master logic & on the nodes) >docs General docs changes

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants