[ 
https://issues.apache.org/jira/browse/COUCHDB-3054?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15372701#comment-15372701
 ] 

ASF GitHub Bot commented on COUCHDB-3054:
-----------------------------------------

GitHub user rnewson opened a pull request:

    https://github.com/apache/couchdb-fabric/pull/63

    End the listener if any shard is deleted

    If a database is deleted and recreated the underlying shards have a
    new name. Since we're watching the old names, we will never again see
    an updated event. So, we stop this process if any watched shard is
    deleted and it's someone elses job to recreate the listener for the
    new shards.
    
    COUCHDB-3054

You can merge this pull request into a Git repository by running:

    $ git pull https://github.com/cloudant/couchdb-fabric 
3054-invalidate-promptly

Alternatively you can review and apply these changes as the patch at:

    https://github.com/apache/couchdb-fabric/pull/63.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

    This closes #63
    
----
commit ebea1b8f5d49fe60f326b33dbdc06176ecfea5d1
Author: Robert Newson <[email protected]>
Date:   2016-07-12T11:06:24Z

    End the listener if any shard is deleted
    
    If a database is deleted and recreated the underlying shards have a
    new name. Since we're watching the old names, we will never again see
    an updated event. So, we stop this process if any watched shard is
    deleted and it's someone elses job to recreate the listener for the
    new shards.
    
    COUCHDB-3054

----


> chttpd cache invalidation is slow
> ---------------------------------
>
>                 Key: COUCHDB-3054
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-3054
>             Project: CouchDB
>          Issue Type: Bug
>            Reporter: Robert Newson
>
> The chttpd_auth_cache module follows the changes feed of the clustered _users 
> database in order to invalidate the cache whenever a document changes.
> This can take over a minute to occur. It turns out we kill the changes feed 
> process when we receive a heartbeat and restart the feed, leading to a long 
> delay.
> We do want to stop periodically in order to close databases that might have 
> been compacted.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to