Return-Path: X-Original-To: apmail-lucene-dev-archive@www.apache.org Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 67BD0DC2A for ; Sat, 1 Sep 2012 11:06:14 +0000 (UTC) Received: (qmail 71479 invoked by uid 500); 1 Sep 2012 11:06:13 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 71030 invoked by uid 500); 1 Sep 2012 11:06:09 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 70997 invoked by uid 99); 1 Sep 2012 11:06:08 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Sep 2012 11:06:08 +0000 Date: Sat, 1 Sep 2012 22:06:08 +1100 (NCT) From: "Yonik Seeley (JIRA)" To: dev@lucene.apache.org Message-ID: <1451968039.26599.1346497568089.JavaMail.jiratomcat@arcas> In-Reply-To: <822539193.7694.1345758282551.JavaMail.jiratomcat@arcas> Subject: [jira] [Comment Edited] (SOLR-3755) shard splitting MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/SOLR-3755?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13446054#comment-13446054 ] Yonik Seeley edited comment on SOLR-3755 at 9/1/12 10:04 PM: ------------------------------------------------------------- So we need to have new cores up and running, and then install the new indexes in them. We could either do it like replication and use a new index directory (and use a property file to redirect to that latest index), or we could try and make sure that there is no open writer on the new core and then split directly into the normal core index directory. edit: we could also simply use the existing writers on the new cores to "merge in" the new indexes (we just need to ensure that they are empty) was (Author: yseeley@gmail.com): So we need to have new cores up and running, and then install the new indexes in them. We could either do it like replication and use a new index directory (and use a property file to redirect to that latest index), or we could try and make sure that there is no open writer on the new core and then split directly into the normal core index directory. > shard splitting > --------------- > > Key: SOLR-3755 > URL: https://issues.apache.org/jira/browse/SOLR-3755 > Project: Solr > Issue Type: New Feature > Components: SolrCloud > Reporter: Yonik Seeley > Attachments: SOLR-3755.patch, SOLR-3755.patch > > > We can currently easily add replicas to handle increases in query volume, but we should also add a way to add additional shards dynamically by splitting existing shards. -- 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-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org