From user-return-16973-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org Tue Jul 5 07:41:12 2011 Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 9DA8845B5 for ; Tue, 5 Jul 2011 07:41:12 +0000 (UTC) Received: (qmail 98717 invoked by uid 500); 5 Jul 2011 07:41:09 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 98133 invoked by uid 500); 5 Jul 2011 07:40:52 -0000 Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@couchdb.apache.org Delivered-To: mailing list user@couchdb.apache.org Received: (qmail 98119 invoked by uid 99); 5 Jul 2011 07:40:49 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jul 2011 07:40:49 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of dave@muse.net.nz designates 209.85.212.52 as permitted sender) Received: from [209.85.212.52] (HELO mail-vw0-f52.google.com) (209.85.212.52) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Jul 2011 07:40:41 +0000 Received: by vws16 with SMTP id 16so5876218vws.11 for ; Tue, 05 Jul 2011 00:40:20 -0700 (PDT) MIME-Version: 1.0 Received: by 10.52.98.42 with SMTP id ef10mr5804469vdb.271.1309851620076; Tue, 05 Jul 2011 00:40:20 -0700 (PDT) Received: by 10.52.183.135 with HTTP; Tue, 5 Jul 2011 00:40:20 -0700 (PDT) X-Originating-IP: [125.236.236.206] In-Reply-To: References: Date: Tue, 5 Jul 2011 19:40:20 +1200 Message-ID: Subject: Re: changes_timeout From: Dave Cottlehuber To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 On 5 July 2011 18:53, Benoit DECHERF wrote: > So ? > Should I enter a bug for this ? > > Benoit > > 2011/7/1 Ramkrishna Kulkarni > >> I have this same issue when I start replication through a Couchapp. If I >> start it through command line curl, it takes few minutes but works. I faced >> this problem with a DB containing around 30K documents and the filter >> selected 500-1000 documents from it. >> >> Ram >> >> On Thu, Jun 30, 2011 at 5:07 PM, Benoit DECHERF >> wrote: >> >> > Hi, >> > >> > I'm playing with the filter replication. >> > So my filter is: >> > function(doc, req) { if (doc.type && doc.type == 'user' && doc.userId == >> > req.query.userId) { return true; } else { return false; } } >> > >> > This is to replicate all document from a given user. (This is not >> > a continuous replication) >> > The replication fails because of a changes_timeout error. (same error >> with >> > 1.1.0 and 1.0.2) >> > I check the code, and it seems that the pb comes from: >> > src/couchdb/couch_rep_changes_feed.erl >> > All timeout are hardcoded, and one of them is 10s. >> > the request filter took between 10 and 25s. >> > >> > Am I doing something wrong ? Or is this a bug ? >> > >> > Thanks, >> > Benoit >> > >> > Hi Benoit, yes please. I will take a look & see if I can provide a fix for this. A+ Dave