You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@couchdb.apache.org by "Filipe Manana (JIRA)" <ji...@apache.org> on 2010/06/10 20:21:13 UTC

[jira] Updated: (COUCHDB-793) replication hangs (recent @dev thread)

     [ https://issues.apache.org/jira/browse/COUCHDB-793?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Filipe Manana updated COUCHDB-793:
----------------------------------

    Attachment: replication-hangs.patch

> replication hangs (recent @dev thread)
> --------------------------------------
>
>                 Key: COUCHDB-793
>                 URL: https://issues.apache.org/jira/browse/COUCHDB-793
>             Project: CouchDB
>          Issue Type: Bug
>          Components: Replication
>    Affects Versions: 0.11
>         Environment: trunk and 0.11 partially
>            Reporter: Filipe Manana
>         Attachments: replication-hangs.patch
>
>
> Following the recent @dev thread about the replication.js test hanging, the following patch fixes 2 causes for this:
> 1) In couch_rep_reader, if the reader_loop process finishes before all monitored processes (which read docs from source db) finish, the couch_db_writer process will never receive the message {complete, HighSeq}. This happens more frequently for replication by doc_ids
> 2) For trunk only, in couch_rep_writer, if we replicate a document with attachments and the first couch_rep_httpc upload (remote target db case) try doesn't succeed, subsequent tries will always fail because the couch_work_queue used was closed after the first try and the streaming function passed to ibrowse will always returns eof.
> The following patch fixes both problems. With it, running the replication test several times in a row (20+) succeeds, as well as all other JS and Etap tests.
> Reason 1) might be the cause for COUCHDB-596 as well.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.