Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (athena.apache.org: domain of fdmanana@gmail.com designates
 74.125.83.180 as permitted sender)
MIME-Version: 1.0
Sender: fdmanana@gmail.com
In-Reply-To: 
 <CAHZBNKaa_+Wg3mAC5_PW+SjEfUY8+sbt1AVtXtrgeVSJ+kJuGg@mail.gmail.com>
References: <BANLkTik3y-nN1uWMyNgzA_0ZSjxXdcMqQw@mail.gmail.com>
	<CAKGW8LiERBxDWP__BOy3Dtv6bOmGb0xkOPQ1w-zT1kpj_TAw5A@mail.gmail.com>
	<CAKg1tnXEbP30kKs9AsFKJvSCXsko+BO49T0MiRYPGNv21dHZkA@mail.gmail.com>
	<CAHZBNKaa_+Wg3mAC5_PW+SjEfUY8+sbt1AVtXtrgeVSJ+kJuGg@mail.gmail.com>
Date: Tue, 5 Jul 2011 10:26:23 +0100
Message-ID: 
 <CAL3q7H5Cz3hktqyeBA6GSZMSxwwi1BxTk6=QzG271G8vbmeD_w@mail.gmail.com>
Subject: Re: changes_timeout
From: Filipe David Manana <fdmanana@apache.org>
To: user@couchdb.apache.org
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

I think the most right thing here would be to make the connection
timeout configurable (globally or per replication), exactly like the
in new replicator implementation (trunk, upcoming 1.2.0 release).
However just replacing that 10 seconds timeout with 30 seconds (like
everywhere else in the code) should do it for most cases.


On Tue, Jul 5, 2011 at 8:40 AM, Dave Cottlehuber <dave@muse.net.nz> wrote:
> On 5 July 2011 18:53, Benoit DECHERF <bdecherf@gmail.com> wrote:
>> So ?
>> Should I enter a bug for this ?
>>
>> Benoit
>>
>> 2011/7/1 Ramkrishna Kulkarni <ramkrishna.kulkarni@gmail.com>
>>
>>> 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 f=
aced
>>> 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 <bdecherf@gmail.com>
>>> wrote:
>>>
>>> > Hi,
>>> >
>>> > I'm playing with the filter replication.
>>> > So my filter is:
>>> > function(doc, req) { if (doc.type && doc.type =3D=3D 'user' && doc.us=
erId =3D=3D
>>> > 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
>


--=20
Filipe David Manana,
fdmanana@gmail.com, fdmanana@apache.org

"Reasonable men adapt themselves to the world.
=C2=A0Unreasonable men adapt the world to themselves.
=C2=A0That's why all progress depends on unreasonable men."