[ 
https://issues.apache.org/jira/browse/SOLR-4655?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Mark Miller updated SOLR-4655:
------------------------------

    Attachment: SOLR-4655.patch

This is the patch updated to trunk and with some of my changes from another 
branch that has other open JIRA fixes. On the branch tests were passing, but 
for some reason the shard splitting tests are not passing with my merge up - I 
have not been able to spot the root cause yet, but it looks like for some 
reason the sub shards do not end up with ranges in clusterstate.json.
                
> 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.4
>
>         Attachments: SOLR-4655.patch, SOLR-4655.patch, SOLR-4655.patch, 
> SOLR-4655.patch, SOLR-4655.patch, 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: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Reply via email to