couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Filipe Manana (JIRA)" <>
Subject [jira] Updated: (COUCHDB-793) replication hangs (recent @dev thread)
Date Thu, 10 Jun 2010 18:21:13 GMT


Filipe Manana updated COUCHDB-793:

    Attachment: replication-hangs.patch

> replication hangs (recent @dev thread)
> --------------------------------------
>                 Key: COUCHDB-793
>                 URL:
>             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.

View raw message