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 6EC5F108E5 for ; Wed, 18 Dec 2013 22:42:10 +0000 (UTC) Received: (qmail 39727 invoked by uid 500); 18 Dec 2013 22:42:09 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 39653 invoked by uid 500); 18 Dec 2013 22:42:09 -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 39644 invoked by uid 99); 18 Dec 2013 22:42:09 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Dec 2013 22:42:09 +0000 Received: from localhost (HELO mail-ve0-f182.google.com) (127.0.0.1) (smtp-auth username rnewson, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Dec 2013 22:42:08 +0000 Received: by mail-ve0-f182.google.com with SMTP id jy13so196467veb.27 for ; Wed, 18 Dec 2013 14:42:07 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=FW6S8/SNhIUT2OIY5gPGaEjO0u6p1CESxCzDMVicsKw=; b=CWql0zVKR0qJnRQFhG/oj1uJMlIj02hh8De4cAUwTq0K5lgoihzPaLbhAXIHF7gRBq 2SZh7wVpoJC3lmGvlwUfA7s64OXibDfrGqCyA7VqU0WB0ANL1naDPHwEgL1SxKN6gFB6 rtvUWbErwqnsEB7Dk5WvffdNUVWpvc19FmxpUvgxhPPqeQB1/dFfJxcsZ+/SDc6sFKyW CH0d9nzChh2YS1DQh7CsBHNbFmz/Bcu5aFX/K8xXEVhqEuOogXe/CYzvF41o1tKFjC6b V3nY64yVyJ2crFZ8tPVfWlGonZ0ovrAXRGaAYjJ818sMUeqhecGIL6+5TnKELwg8LgQP 3zMg== MIME-Version: 1.0 X-Received: by 10.58.181.230 with SMTP id dz6mr68160vec.35.1387406527606; Wed, 18 Dec 2013 14:42:07 -0800 (PST) Received: by 10.220.251.70 with HTTP; Wed, 18 Dec 2013 14:42:07 -0800 (PST) In-Reply-To: <52B222C6.7070407@lymegreen.co.uk> References: <52B1CB41.9060507@lymegreen.co.uk> <52B222C6.7070407@lymegreen.co.uk> Date: Wed, 18 Dec 2013 22:42:07 +0000 Message-ID: Subject: Re: Timeout using Erlang views with large documents From: Robert Newson To: "user@couchdb.apache.org" Content-Type: text/plain; charset=ISO-8859-1 "There is something hard coded in there and I will find it eventually and find why it was put there and by whom." This attitude might discourage people from helping you with your efforts. B. On 18 December 2013 22:33, david martin wrote: > On 18/12/13 18:05, Robert Newson wrote: >> >> I've confirmed that the native view server honors that timeout, can >> you tell me what; >> >> curl localhost:5984/_config/couchdb/os_process_timeout > > > restart CouchDB on 1.2 (latest in Ubuntu) then > > curl david:************@localhost:5984/_config/couchdb/os_process_timeout > "50000000000000" > rerun gives > Error: timeout > > {gen_server,call, > [<0.200.0>, > {prompt,[<<"map_doc">>, > {[{<<"_id">>,<<"61c3f496b9e4c8dc29b95270d9000370">>}, > {<<"_rev">>,<<"9-e48194151642345e0e3a4a5edfee56e4">>}, > {<<"test">>, > {[{<<"hey">>, > {[{<<"_id">>, > <<"61c3f496b9e4c8dc29b95270d9000370">>},........} > > Test JSON here ~16K lines >> >> https://friendpaste.com/6LkCbdENAe1gOZlD9DWCod > > Code as in couchdb/erlang list in "Using the Erlang view server to Educate > in CouchDB" > > I have looked for this for some time hoping next release would fix it. > There is something hard coded in there and I will find it eventually and > find why it was put there and by whom. > > > >> >> returns? You might need to bounce couchdb in any case, as it applies >> this timeout setting when it creates the process, and we keep a pool >> of them around, so changes to timeout after that won't be picked up >> until they're rebuild. restarting couchdb is the quickest way to >> ensure that. >> >> B. >> >> >> On 18 December 2013 16:20, david martin >> wrote: >>> >>> Futon on Apache CouchDB 1.2 (according to Futon) >>> {"couchdb":"Welcome","version":"1.2.0"} according to ? >>> CouchDB 1.4.0 Ubuntu according to Package name >>> >>> I set os_process_timeout 50000000000000 (effective infinity). >>> >>> I ALWAYS get the VERY unhelpful message which merely prints the >>> document >>> contents. >>> >>> Error: timeout % yes I know this but cannot do anything about it >>> >>> {gen_server,call, % it's in a gen_server yes I know this! >>> [<0.14190.8>, % this is its PID yes I know this! >>> {prompt,[<<"map_doc">>, % it is a MAP function yes I know >>> this! >>> {[{<<"_id">>,<<"61c3f496b9e4c8dc29b95270d9000370">>}, % it is the >>> document I >>> am processing, Yes I know this! >>> {<<"_rev">>,<<"9-e48194151642345e0e3a4a5edfee56e4">>}, >>> ..... >>> >>> Yes it is a large and complex document (16K lines to make this happen on >>> fast machine much less on Raspberry Pi). >>> Yes it uses Erlang view function. >>> Yes I DO want it to hog resources until it is finished. >>> Yes I am the administrator. >>> No I AM NOT INTERFERING WITH ANYTHING ELSE. >>> No I cannot dictate how big or small the document is. >>> Yes this is important to me. >>> I have not pursued this as I was using rcouch, I could not find the >>> source >>> of the timeout message. >>> I did not want to have to rebuild to fix this. >>> I did not want to bother the Couchdb team as I was using a fork of >>> CouchDB. >>> Simlar issues have been raised and no answers forthcoming. >>> Mentions of "hidden tweaks", "this is not good for you", "have you got >>> big >>> documents" etc. >>> >>> How do I get this NOT to timeout? >>> >>> On rcouch I would change a value and rebuild a release to fix this (if I >>> could identify the source). >>> If anybody can give a clue I will test their hypothesis and report back >>> to >>> the list. >>> >>> -- >>> David Martin >>> >> > > > -- > David Martin >