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 C2D239EA3 for ; Sat, 9 Jun 2012 20:08:45 +0000 (UTC) Received: (qmail 35327 invoked by uid 500); 9 Jun 2012 20:08:44 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 35288 invoked by uid 500); 9 Jun 2012 20:08:44 -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 35279 invoked by uid 99); 9 Jun 2012 20:08:44 -0000 Received: from issues-vm.apache.org (HELO issues-vm) (140.211.11.160) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 09 Jun 2012 20:08:44 +0000 Received: from isssues-vm.apache.org (localhost [127.0.0.1]) by issues-vm (Postfix) with ESMTP id 553C5142862 for ; Sat, 9 Jun 2012 20:08:44 +0000 (UTC) Date: Sat, 9 Jun 2012 20:08:44 +0000 (UTC) From: "Andy Laird (JIRA)" To: dev@lucene.apache.org Message-ID: <1024756604.685.1339272524351.JavaMail.jiratomcat@issues-vm> In-Reply-To: <1663477901.41157.1338927143346.JavaMail.jiratomcat@issues-vm> Subject: [jira] [Updated] (SOLR-3512) Create API for managing nodes within SolrCloud 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-3512?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Andy Laird updated SOLR-3512: ----------------------------- Issue Type: New Feature (was: Improvement) > Create API for managing nodes within SolrCloud > ---------------------------------------------- > > Key: SOLR-3512 > URL: https://issues.apache.org/jira/browse/SOLR-3512 > Project: Solr > Issue Type: New Feature > Components: SolrCloud > Affects Versions: 4.0 > Reporter: Andy Laird > > Currently there does not seem to be any "clean" way to remove a particular Solr node from a ZooKeeper collection running in SolrCloud. I watched the talk at Lucene Revolution 2012 about this area and it seems like the recommended approach at present is to just shut down the node. This is problematic for a couple reasons: one is that it creates a reliance on the ZK config (how soon will ZK know that the node is gone?) and creates a potentially bad user experience (how many queries will get sent to the node that was just shut down before the next tick elapses?). It also makes it impossible to use the node in an "offline" state -- for example, if something went wrong on the box it might be good to look at a dump of the running process, etc. but if it's turned off we can't easily do that. > Ideally there could be a series of core commands/primitives that one could issue to any Solr node to do things like remove a node from a ZK collection, re-connect to a ZK instance, a particular collection, etc. It might also be useful to be able to start up a Solr node without initially connecting to ZK. > I looked at [SOLR-3488|http://issues.apache.org/jira/browse/SOLR-3488] but that issue seems more related to managing collections within ZK, not so much about nodes within a particular collection. Apologies if these topics are covered there. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa 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