[
https://issues.apache.org/jira/browse/COUCHDB-2963?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15192786#comment-15192786
]
ASF subversion and git services commented on COUCHDB-2963:
----------------------------------------------------------
Commit 5bc11ffb8ddd9000d981e9d065a20fa4e385090e in couchdb's branch
refs/heads/master from [~kxepal]
[ https://git-wip-us.apache.org/repos/asf?p=couchdb.git;h=5bc11ff ]
Switch replicator manager change feeds to "longpoll"
COUCHDB-2963
> Replication manager does not rescan databases on cluster membership change
> --------------------------------------------------------------------------
>
> Key: COUCHDB-2963
> URL: https://issues.apache.org/jira/browse/COUCHDB-2963
> Project: CouchDB
> Issue Type: Bug
> Reporter: Nick Vatamaniuc
> Assignee: Nick Vatamaniuc
> Fix For: 2.0.0
>
>
> Replication manager should rescan all replicator databases on cluster
> membership changes from sequence 0, in order to possibly pick up new
> replication it might be an owner of.
> On receipt of nodedown or nodeup message, replication manager attempts to
> start a new scan by resetting the checkpointed sequence IDs ets table. With
> the intent that change feeds will exit and then check if they need to rescan
> again. However because change feeds used for the replicator databases are
> "continuous" they never exit, so consequently they never get a chance start
> rescanning from 0.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
