couchdb-dev mailing list archives

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

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

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)
http://SourceServer:5984/DataBase/_changes?filter=productionfilter/notProcessingJob&style=all_docs&heartbeat=10000&since=40034&feed=continuous

> Replication times out sporadically 
> -----------------------------------
>
>                 Key: COUCHDB-1231
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-1231
>             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: http://www.atlassian.com/software/jira

        

Mime
View raw message