Mailing-List: contact user-help@couchdb.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@couchdb.apache.org
Received-SPF: pass (nike.apache.org: local policy)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Apple Message framework v1084)
Subject: Re: gen_server timeout
From: Martin Hewitt <martin@thenoi.se>
In-Reply-To: 
 <CAJ_m3YC6wAyR6ED0fUTLtzoT1G_0Wz2e5KhGy5VL6kh4WDZAwQ@mail.gmail.com>
Date: Sun, 14 Aug 2011 22:54:44 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <CAA88246-9B4A-4C55-A85A-FDD7C89F4D20@thenoi.se>
References: <297F39FD-EA1B-44A0-B5C3-5633F6CE5988@thenoi.se>
 <FDAD79AA-D0B6-42FD-AE33-06DF65D0B8AB@thenoi.se>
 <CAJ_m3YCBaKogBza3FgVb3A8QzU014u=BCxr58GG6OY8qGs6o8w@mail.gmail.com>
 <1CACAA18-C3E6-4921-91E3-53A40018CCA5@thenoi.se>
 <CAJ_m3YC6wAyR6ED0fUTLtzoT1G_0Wz2e5KhGy5VL6kh4WDZAwQ@mail.gmail.com>
To: user@couchdb.apache.org

Hi Paul,

Thanks very much for this - it looks like it'll be a good fit.

I'll wait until it lands in trunk - we're planning a version upgrade =
anyway, so might as well roll it all into that.

Thanks again,

Martin=20

On 12 Aug 2011, at 15:47, Paul Davis wrote:

> Martin,
>=20
> I'm pretty sure the patch on this [1] ticket would fix this for you.
> It should apply cleanly to 1.1.x and trunk. I'm gonna try and find
> someone to review this later but it should land in trunk fairly soon
> if you build that.
>=20
> Paul
>=20
> [1] https://issues.apache.org/jira/browse/COUCHDB-1246
>=20
> On Fri, Aug 12, 2011 at 5:25 AM, Martin Hewitt <martin@thenoi.se> =
wrote:
>> Hi Paul,
>>=20
>> This, sadly, in my case, happens very rarely, but it is linked to a =
high load of view rebuilds. I'll look into capturing the data you've =
asked for if I see it happening again, and I'll also look into =
increasing the number of processes.
>>=20
>> Thanks for you help,
>>=20
>> Martin
>>=20
>> Sent from my iPhone
>>=20
>> On 11 Aug 2011, at 18:30, Paul Davis <paul.joseph.davis@gmail.com> =
wrote:
>>=20
>>> When this happens can you do a "ps ax | grep couchjs" on the machine
>>> hosting CouchDB? It sounds like you've hit the process limit (which =
is
>>> configurable). Hard to say if this is because you have lots of
>>> concurrent clients holding couchjs processes or if we're leaking =
them
>>> out of the pool somehow. If you can show that there aren't any =
clients
>>> holding them (ie, from view updates or long list calls) then I'd be
>>> super intrigued to see if you can narrow it down to a test case. =
I've
>>> heard a couple anecdotes about leakage here but never with enough
>>> detail to start looking for a root cause.
>>>=20
>>> On Thu, Aug 11, 2011 at 5:26 AM, Martin Hewitt <martin@thenoi.se> =
wrote:
>>>> I've put a log extract on Pastebin here: =
http://pastebin.com/PuJm08J0
>>>>=20
>>>> Sorry, I'm not familiar with erlang, so I'm not sure which bits are =
pertinent, and there may well be more than one error trace in there.
>>>>=20
>>>> Any help would be greatly appreciated.
>>>>=20
>>>> Martin
>>>>=20
>>>> On 11 Aug 2011, at 11:14, Martin Hewitt wrote:
>>>>=20
>>>>> Hi all,
>>>>>=20
>>>>> I'm getting the following error when trying to load some views:
>>>>>=20
>>>>> =
{"error":"timeout","reason":"{gen_server,call,[couch_query_servers,{get_pr=
oc,<<\"javascript\">>}]}"}
>>>>>=20
>>>>> Googling around, it seems this issue has been "fixed" way before I =
even started using CouchDB. Any ideas what could be causing it now?
>>>>>=20
>>>>> Thanks,
>>>>>=20
>>>>> Martin
>>>>=20
>>>>=20
>>=20