Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id AB42910A27 for ; Tue, 1 Apr 2014 22:59:19 +0000 (UTC) Received: (qmail 16492 invoked by uid 500); 1 Apr 2014 22:59:17 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 16367 invoked by uid 500); 1 Apr 2014 22:59:17 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 16351 invoked by uid 99); 1 Apr 2014 22:59:17 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Apr 2014 22:59:17 +0000 Date: Tue, 1 Apr 2014 22:59:17 +0000 (UTC) From: "Alexander Shorin (JIRA)" To: dev@couchdb.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (COUCHDB-1986) 04-replication-large-atts.t times out MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ 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)