[
https://issues.apache.org/jira/browse/SOLR-4655?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13625713#comment-13625713
]
Mark Miller commented on SOLR-4655:
-----------------------------------
bq. Is the change as simple as using Assign.assignNode() or is there something
more I need to take care of?
Oh, do you mean in terms of keeping the names sub shard names consistent with
the super shard names? I didn't catch your meaning on the first read.
The way the node names are assigned is super simple - just Assign.assignNode to
get a new name. I'm not positive that it will just play nice with sub shards -
hope to look at that stuff closer soon.
How do you currently handle the case where a user specifies a custom arbitrary
shard name?
> The Overseer should assign node names by default.
> -------------------------------------------------
>
> Key: SOLR-4655
> URL: https://issues.apache.org/jira/browse/SOLR-4655
> Project: Solr
> Issue Type: Improvement
> Components: SolrCloud
> Reporter: Mark Miller
> Assignee: Mark Miller
> Fix For: 4.3, 5.0
>
> Attachments: SOLR-4655.patch, SOLR-4655.patch
>
>
> Currently we make a unique node name by using the host address as part of the
> name. This means that if you want a node with a new address to take over, the
> node name is misleading. It's best if you set custom names for each node
> before starting your cluster. This is cumbersome though, and cannot currently
> be done with the collections API. Instead, the overseer could assign a more
> generic name such as nodeN by default. Then you can easily swap in another
> node with no pre planning and no confusion in the name.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
