From user-return-21942-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org Sat Sep 1 05:55:57 2012 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 30ACFDCD3 for ; Sat, 1 Sep 2012 05:55:57 +0000 (UTC) Received: (qmail 44056 invoked by uid 500); 1 Sep 2012 05:55:55 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 43792 invoked by uid 500); 1 Sep 2012 05:55:55 -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 43781 invoked by uid 99); 1 Sep 2012 05:55:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Sep 2012 05:55:55 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=FSL_RCVD_USER,NORMAL_HTTP_TO_IP,RCVD_IN_DNSWL_LOW,SPF_NEUTRAL,WEIRD_PORT X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.160.52] (HELO mail-pb0-f52.google.com) (209.85.160.52) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 01 Sep 2012 05:55:48 +0000 Received: by pbcxa7 with SMTP id xa7so5497540pbc.11 for ; Fri, 31 Aug 2012 22:55:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer:x-gm-message-state; bh=RraBBQYtUsGIkQMCq5PTxVdnocAozyIj8zSTzdSkR+k=; b=ZeM3pAbFVfUhlqXYeD5QkU5x7qv3exoIhjBmdgp5wF6+P/in01HFIls/0wltovAJi3 wxt/qeDKQaLEGxQcKPHmXBE0bhyzKRs7iC7zf23BI31Kneta7bA7nL6d+4G62k08Qf6E EHc6okumLotW1Elz/FZzpKAlP+ko4MuqoOGSQb48UC6kEzAAjzHNdS5/3UtOkXXzlZqh eHsO+oV+xQBC32NNPuirfeUnzdavmlB/zRNfHjW8faW6wZiSTIbzCEDJEQsPSpT/OMJV NpiRywXP0RiFmCfWBk1YYxi5PYE7xTXRhZ5jO1yYJBjsAd1GkAMmtnT6D6nrLkdER3e+ Oa3Q== Received: by 10.68.131.71 with SMTP id ok7mr22413134pbb.9.1346478926313; Fri, 31 Aug 2012 22:55:26 -0700 (PDT) Received: from postel.lan (71-80-152-172.dhcp.mdfd.or.charter.com. [71.80.152.172]) by mx.google.com with ESMTPS id ho7sm5003901pbc.3.2012.08.31.22.55.25 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 31 Aug 2012 22:55:25 -0700 (PDT) From: Nathan Vander Wilt Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Subject: Complex view generation stuck, never gets past silent crash (Raspberry Pi) Date: Fri, 31 Aug 2012 22:55:25 -0700 Message-Id: <027AB658-1F02-4996-8EF2-34058E1F4ECC@calftrail.com> To: user@couchdb.apache.org Mime-Version: 1.0 (Apple Message framework v1278) X-Mailer: Apple Mail (2.1278) X-Gm-Message-State: ALoCoQlP6UDdK3PX1kZr710AJApv/j0WEHb6brgwdHnDLDeZCXjFBB9hPcSEFvVAxF5wVh2/SmFn I've got CouchDB mostly working on my Raspberry Pi, simply via `apt-get = couchdb` plus the permissions fix Jens posted about recently. However, I can't get a particularly complex design document to finish = its initial view generation. (See = https://github.com/natevw/LocLog/tree/master/views especially = https://github.com/natevw/LocLog/blob/master/views/by_utc/reduce.js for = source code.) Originally I was getting explicit timeout errors, so after = unsuccessfully trying more conservative values I cranked = os_process_timeout to 9000000. This got it a lot farther, but now it = seems stuck with no indication of what's going wrong except the server = suddenly drops out before getting respawned: [Sat, 01 Sep 2012 04:55:55 GMT] [info] [<0.15090.1>] checkpointing view = update at seq 2272 for loctest _design/loclog [Sat, 01 Sep 2012 05:00:01 GMT] [info] [<0.15090.1>] checkpointing view = update at seq 2409 for loctest _design/loclog [Sat, 01 Sep 2012 05:09:49 GMT] [info] [<0.15090.1>] checkpointing view = update at seq 2517 for loctest _design/loclog [Sat, 01 Sep 2012 05:14:46 GMT] [info] [<0.32.0>] Apache CouchDB has = started on http://0.0.0.0:5984/ [Sat, 01 Sep 2012 05:19:50 GMT] [info] [<0.121.0>] 192.168.1.6 - - GET = /_active_tasks 200 [Sat, 01 Sep 2012 05:19:55 GMT] [info] [<0.121.0>] 192.168.1.6 - - GET = /_active_tasks 200 [Sat, 01 Sep 2012 05:20:00 GMT] [info] [<0.121.0>] 192.168.1.6 - - GET = /_active_tasks 200 [Sat, 01 Sep 2012 05:20:05 GMT] [info] [<0.121.0>] 192.168.1.6 - - GET = /_active_tasks 200 [Sat, 01 Sep 2012 05:20:10 GMT] [info] [<0.121.0>] 192.168.1.6 - - GET = /_active_tasks 200 [Sat, 01 Sep 2012 05:20:15 GMT] [info] [<0.121.0>] 192.168.1.6 - - GET = /_active_tasks 200 [Sat, 01 Sep 2012 05:20:55 GMT] [info] [<0.32.0>] Apache CouchDB has = started on http://0.0.0.0:5984/ Any idea how to determine what could cause this, and/or if there's a = remedy? My reduce function is rather float-heavy and I suspect perhaps = the package build is using soft floats instead of hardware (not sure how = to verify), but regardless the view made it this far and to see it = simply fail without so much as a trace is a new one to me. I don't = particularly suspect an out-of-memory condition =97 the whole database = is <100MB (albeit snappy compressed) and this is spread across well over = 5000 separate documents. thanks, -natevw=