couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alex Markham (JIRA)" <>
Subject [jira] [Commented] (COUCHDB-1231) Replication times out sporadically
Date Thu, 21 Jul 2011 15:17:57 GMT


Alex Markham commented on COUCHDB-1231:

I should add that if I manually poll the changes url with the filter on using curl it seems
to work fine (though not tested for long periods)

> Replication times out sporadically 
> -----------------------------------
>                 Key: COUCHDB-1231
>                 URL:
>             Project: CouchDB
>          Issue Type: Bug
>          Components: Replication
>    Affects Versions: 1.0.2, 1.0.3
>         Environment: CentOS 5.6 64 bit, XFS HDD drive. Spidermonkey 1.9.2 or 1.7
>            Reporter: Alex Markham
>              Labels: changes, replication, timeout
>         Attachments: Couchdb Filtered replication source timeout .txt, Couchdb Filtered
replication target timeout .txt
> We have a setup replicating 7 databases from a master to slave. 2 databases use filters.
One of these databases (the infrequently updated one) is failing replication. We have a cronjob
to poll replication once per minute, and these stack traces appear often in the logs.
> The network is a gigabit lan, or 2 vms on the same host (same result seen on both).
> The replication job is called by sshing into the target and then curling the source database
to localhost
> Source -> Target
>  ssh TargetServer 'curl -sX POST -H "content-type:application/json" http://localhost:5984/_replicate
-d {"source":"http://SourceServer:5984/DataBase","target":"DataBase","continuous":true,"filter":"productionfilter/notProcessingJob"}'
> changes_timeout is not defined in the ini files.
> Logs attached for stack traces on the source couch and the target couch

This message is automatically generated by JIRA.
For more information on JIRA, see:


View raw message