You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by "Mark Miller (Created) (JIRA)" <ji...@apache.org> on 2012/02/27 07:28:52 UTC
[jira] [Created] (SOLR-3167) Allow running embedded zookeeper 1 for
1 dynamically with solr nodes
Allow running embedded zookeeper 1 for 1 dynamically with solr nodes
--------------------------------------------------------------------
Key: SOLR-3167
URL: https://issues.apache.org/jira/browse/SOLR-3167
Project: Solr
Issue Type: Improvement
Reporter: Mark Miller
Assignee: Mark Miller
Fix For: 4.0
Right now you have to decide which nodes run zookeeper up front - each node must know the list of all the servers in the ensemble. Growing or shrinking the list of nodes requires a rolling restart. https://issues.apache.org/jira/browse/ZOOKEEPER-1355 (Add zk.updateServerList(newServerList) might be able to help us here. Perhaps the over seer could make a call to each replica when the list changes and use the update server list call.
--
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
[jira] [Commented] (SOLR-3167) Allow running embedded zookeeper 1
for 1 dynamically with solr nodes
Posted by "Jan Høydahl (Commented JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-3167?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13217171#comment-13217171 ]
Jan Høydahl commented on SOLR-3167:
-----------------------------------
Cool.
Less configuration is better. Have you considered cluster auto-discover so a new node can be bootsrapped with no ZK host/port info at all?
> Allow running embedded zookeeper 1 for 1 dynamically with solr nodes
> --------------------------------------------------------------------
>
> Key: SOLR-3167
> URL: https://issues.apache.org/jira/browse/SOLR-3167
> Project: Solr
> Issue Type: Improvement
> Reporter: Mark Miller
> Assignee: Mark Miller
> Fix For: 4.0
>
>
> Right now you have to decide which nodes run zookeeper up front - each node must know the list of all the servers in the ensemble. Growing or shrinking the list of nodes requires a rolling restart. https://issues.apache.org/jira/browse/ZOOKEEPER-1355 (Add zk.updateServerList(newServerList) might be able to help us here. Perhaps the over seer could make a call to each replica when the list changes and use the update server list call.
--
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
[jira] [Commented] (SOLR-3167) Allow running embedded zookeeper 1
for 1 dynamically with solr nodes
Posted by "Yonik Seeley (Commented) (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/SOLR-3167?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13217213#comment-13217213 ]
Yonik Seeley commented on SOLR-3167:
------------------------------------
bq. Have you considered cluster auto-discover so a new node can be bootsrapped with no ZK host/port info at all?
Yeah, that's really part of this issue. Once we can dynamically change the ZK list, we need to pair that with a discovery mechanism so one can just start up a node (with possibly an optional cluster ID) and solr can find the existing ZK quorum, create a new internal ZK server if needed, add it to the ZK quorum, etc.
Or maybe you were taking about bootstrapping w/ no ZK host/port info when you've configured an external ZK quorum? Haven't thought about that (or if it would make sense or not).
> Allow running embedded zookeeper 1 for 1 dynamically with solr nodes
> --------------------------------------------------------------------
>
> Key: SOLR-3167
> URL: https://issues.apache.org/jira/browse/SOLR-3167
> Project: Solr
> Issue Type: Improvement
> Reporter: Mark Miller
> Assignee: Mark Miller
> Fix For: 4.0
>
>
> Right now you have to decide which nodes run zookeeper up front - each node must know the list of all the servers in the ensemble. Growing or shrinking the list of nodes requires a rolling restart. https://issues.apache.org/jira/browse/ZOOKEEPER-1355 (Add zk.updateServerList(newServerList) might be able to help us here. Perhaps the over seer could make a call to each replica when the list changes and use the update server list call.
--
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