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 62A95107F2 for ; Wed, 18 Dec 2013 16:20:33 +0000 (UTC) Received: (qmail 56539 invoked by uid 500); 18 Dec 2013 16:20:31 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 56159 invoked by uid 500); 18 Dec 2013 16:20:24 -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 56120 invoked by uid 99); 18 Dec 2013 16:20:21 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Dec 2013 16:20:21 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_NONE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [81.3.94.35] (HELO mail1.powerreg.newnet.co.uk) (81.3.94.35) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 18 Dec 2013 16:20:14 +0000 Received: (qmail 13576 invoked by uid 89); 18 Dec 2013 16:19:53 -0000 Received: from unknown (HELO ?192.168.1.10?) (david.martin@lymegreen.co.uk@80.175.243.41) by 0 with ESMTPA; 18 Dec 2013 16:19:53 -0000 Message-ID: <52B1CB41.9060507@lymegreen.co.uk> Date: Wed, 18 Dec 2013 16:20:17 +0000 From: david martin User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: user@couchdb.apache.org Subject: Timeout using Erlang views with large documents Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org 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