[ https://issues.apache.org/jira/browse/SOLR-2765?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13122277#comment-13122277 ]
Jamie Johnson commented on SOLR-2765: ------------------------------------- Yeah 100% agree. The current implementation of update doesn't check to see if the data in the node changed, you'd need a watcher on each node to do that. The other project that I'm working on does just that. We create a watcher on /live_nodes to track the list of available servers, we create a watch on the collection to see if a slice was added/removed, we create a watcher on each slice (not sure if that is the correct terminology) to check if a shard is added/removed and subsequently a watcher on each shard to track data changes. So lots of watchers all around. Would it be easier to store this information on the ephemeral nodes (under live_nodes)? Then we only need a watcher for live_nodes (add/remove) and a watcher for each shard under live_nodes to see if their data changed. I'm not sure what else is using the collection hierarchy (just query?), but perhaps would be a bit simpler. > Shard/Node states > ----------------- > > Key: SOLR-2765 > URL: https://issues.apache.org/jira/browse/SOLR-2765 > Project: Solr > Issue Type: Sub-task > Components: SolrCloud, update > Reporter: Yonik Seeley > Fix For: 4.0 > > Attachments: shard-roles.patch > > > Need state for shards that indicate they are recovering, active/enabled, or > disabled. -- 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-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org