couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Adam Kocoloski (JIRA)" <>
Subject [jira] Closed: (COUCHDB-793) replication hangs (recent @dev thread)
Date Sat, 12 Jun 2010 18:03:14 GMT


Adam Kocoloski closed COUCHDB-793.

    Resolution: Fixed

Patches applied to 0.10.x, 0.11.x, and trunk.

> replication hangs (recent @dev thread)
> --------------------------------------
>                 Key: COUCHDB-793
>                 URL:
>             Project: CouchDB
>          Issue Type: Bug
>          Components: Replication
>    Affects Versions: 0.10.2, 0.11
>         Environment: trunk and 0.11 partially
>            Reporter: Filipe Manana
>             Fix For: 0.10.3, 0.11.1, 1.0
>         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