[
https://issues.apache.org/jira/browse/COUCHDB-1986?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13957119#comment-13957119
]
Alexander Shorin commented on COUCHDB-1986:
-------------------------------------------
I have another good idea: we all know that OSX 10.9.2 is affected to this
issue. And we also know that multipart parser speedup (COUCHDB-1953) are
eventually solves this issue for it. So why not to use this case as starting
point for deeper debugging? At least we have two stable states there: (timeouts
and no COUCHDB-1953) and (no timeouts and COUCHDB-1953). If we suspect that the
root of this issue is in the code, such behaviour is the key, I'm sure. At
least it should more easily give the answer on "why so?" question and after
that, we could apply the answer correctly on the others systems like FreeBSD 10
where current multipart improvements makes no any sense in solving this issue.
Suddenly, I have no any MacOS around, but is there anyone who would like to
help with debugging in this direction?
> 04-replication-large-atts.t times out
> -------------------------------------
>
> Key: COUCHDB-1986
> URL: https://issues.apache.org/jira/browse/COUCHDB-1986
> Project: CouchDB
> Issue Type: Bug
> Components: Replication
> Affects Versions: 1.5.0
> Reporter: Jan Lehnardt
> Assignee: Dave Cottlehuber
> Fix For: 1.6.0
>
>
> 04-replication-large-atts.t gets stuck around 558, sometimes a little earlier
> or later, but it times out eventually, regardless of the timeout. I tried
> doubling and such.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
