[
https://issues.apache.org/jira/browse/SOLR-5656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14056778#comment-14056778
]
Mark Miller commented on SOLR-5656:
-----------------------------------
The format is driven by my laziness. If I want to test how a specific
clusterstate will choose to fail over, I want to make it super simple to setup
such a clusterstate so that we can test a large variety of them with minimal
effort. It is a work in progress overall though - hacked together while
traveling to California a month or two ago.
So to setup a clusterstate.
bq. csr*r2sr3csr2
That creates 2 collections. Collection1 has 2 shards. In it's first shard, it's
first replica is on node 1 and down. It's second replica is on node 2. In it's
second shard, a replica is on node 3. Collection2 has a single replica on it's
first shard.
I left the printout when you run tests in SharedFSAutoReplicaFailoverUtilsTest
so it's easy to check the full printout for the clusterstate created.
> Add autoAddReplicas feature for shared file systems.
> ----------------------------------------------------
>
> Key: SOLR-5656
> URL: https://issues.apache.org/jira/browse/SOLR-5656
> Project: Solr
> Issue Type: New Feature
> Reporter: Mark Miller
> Assignee: Mark Miller
> Attachments: SOLR-5656.patch, SOLR-5656.patch, SOLR-5656.patch,
> SOLR-5656.patch
>
>
> When using HDFS, the Overseer should have the ability to reassign the cores
> from failed nodes to running nodes.
> Given that the index and transaction logs are in hdfs, it's simple for
> surviving hardware to take over serving cores for failed hardware.
> There are some tricky issues around having the Overseer handle this for you,
> but seems a simple first pass is not too difficult.
> This will add another alternative to replicating both with hdfs and solr.
> It shouldn't be specific to hdfs, and would be an option for any shared file
> system Solr supports.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
