[prev in list] [next in list] [prev in thread] [next in thread] 

List:       lucene-dev
Subject:    [jira] [Commented] (SOLR-5656) Add autoAddReplicas feature for shared file systems.
From:       "Mark Miller (JIRA)" <jira () apache ! org>
Date:       2014-07-31 21:37:40
Message-ID: JIRA.12690340.1390414778043.90229.1406842660144 () arcas
[Download RAW message or body]


    [ https://issues.apache.org/jira/browse/SOLR-5656?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14081519#comment-14081519 \
] 

Mark Miller commented on SOLR-5656:
-----------------------------------

bq. What I mean here is, for example, csr1-2*r2, does the * bind to (r1-2) or (r2).

It binds to r1-2. It goes csr and everything binds to the right.

I've got a patch that integrates some of this discussion.

> 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: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


[prev in list] [next in list] [prev in thread] [next in thread]