[ https://issues.apache.org/jira/browse/SOLR-6491?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Erick Erickson resolved SOLR-6491. ---------------------------------- Resolution: Fixed Fix Version/s: Trunk 5.0 SOLR-6517 is the final piece here. See the Reference Guide for ADDREPLICAPROP BALANCESLICEUNIQUE REBALANCELEADERS > Umbrella JIRA for managing the leader assignments > ------------------------------------------------- > > Key: SOLR-6491 > URL: https://issues.apache.org/jira/browse/SOLR-6491 > Project: Solr > Issue Type: Improvement > Affects Versions: 5.0, Trunk > Reporter: Erick Erickson > Assignee: Erick Erickson > Fix For: 5.0, Trunk > > > Leaders can currently get out of balance due to the sequence of how nodes are > brought up in a cluster. For very good reasons shard leadership cannot be > permanently assigned. > However, it seems reasonable that a sys admin could optionally specify that a > particular node be the _preferred_ leader for a particular collection/shard. > During leader election, preference would be given to any node so marked when > electing any leader. > So the proposal here is to add another role for preferredLeader to the > collections API, something like > ADDROLE?role=preferredLeader&collection=collection_name&shard=shardId > Second, it would be good to have a new collections API call like > ELECTPREFERREDLEADERS?collection=collection_name > (I really hate that name so far, but you see the idea). That command would > (asynchronously?) make an attempt to transfer leadership for each shard in a > collection to the leader labeled as the preferred leader by the new ADDROLE > role. > I'm going to start working on this, any suggestions welcome! > This will subsume several other JIRAs, I'll link them momentarily. -- This message was sent by Atlassian JIRA (v6.3.4#6332) --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org