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 9AE949F1B for ; Mon, 4 Jun 2012 19:05:07 +0000 (UTC) Received: (qmail 14534 invoked by uid 500); 4 Jun 2012 19:05:06 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 14389 invoked by uid 500); 4 Jun 2012 19:05:05 -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 14380 invoked by uid 99); 4 Jun 2012 19:05:05 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Jun 2012 19:05:05 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FSL_RCVD_USER,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of fra.furiani@stud.uniroma3.it designates 216.32.181.182 as permitted sender) Received: from [216.32.181.182] (HELO ch1outboundpool.messaging.microsoft.com) (216.32.181.182) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Jun 2012 19:04:57 +0000 Received: from mail179-ch1-R.bigfish.com (10.43.68.234) by CH1EHSOBE011.bigfish.com (10.43.70.61) with Microsoft SMTP Server id 14.1.225.23; Mon, 4 Jun 2012 19:03:56 +0000 Received: from mail179-ch1 (localhost [127.0.0.1]) by mail179-ch1-R.bigfish.com (Postfix) with ESMTP id BB81C22021B for ; Mon, 4 Jun 2012 19:03:55 +0000 (UTC) X-Forefront-Antispam-Report: CIP:157.56.248.181;KIP:(null);UIP:(null);IPV:NLI;H:AMXPRD0510HT005.eurprd05.prod.outlook.com;RD:none;EFVD:NLI X-SpamScore: -1 X-BigFish: PS-1(zz1447Izz1202hzz8275bhz2fh2a8h668h839hd25hf0ah) Received-SPF: pass (mail179-ch1: domain of stud.uniroma3.it designates 157.56.248.181 as permitted sender) client-ip=157.56.248.181; envelope-from=fra.furiani@stud.uniroma3.it; helo=AMXPRD0510HT005.eurprd05.prod.outlook.com ;.outlook.com ; Received: from mail179-ch1 (localhost.localdomain [127.0.0.1]) by mail179-ch1 (MessageSwitch) id 1338836632533111_13885; Mon, 4 Jun 2012 19:03:52 +0000 (UTC) Received: from CH1EHSMHS011.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.240]) by mail179-ch1.bigfish.com (Postfix) with ESMTP id 80BB540049 for ; Mon, 4 Jun 2012 19:03:52 +0000 (UTC) Received: from AMXPRD0510HT005.eurprd05.prod.outlook.com (157.56.248.181) by CH1EHSMHS011.bigfish.com (10.43.70.11) with Microsoft SMTP Server (TLS) id 14.1.225.23; Mon, 4 Jun 2012 19:03:51 +0000 Received: from [192.168.1.20] (93.42.42.22) by pod51015.outlook.com (10.255.57.40) with Microsoft SMTP Server (TLS) id 14.16.164.5; Mon, 4 Jun 2012 19:03:48 +0000 Message-ID: <4FCD0690.4090202@stud.uniroma3.it> Date: Mon, 4 Jun 2012 21:03:44 +0200 From: Francesco Furiani User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: Subject: Problems with CouchDB 1.2.0 views on large documents JSONs Content-Type: text/plain; charset="ISO-8859-15"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [93.42.42.22] X-OriginatorOrg: stud.uniroma3.it Hi, i run a couchdb server (v1.2.0) over a mac (intel architecture, 8gb of ram, os x version 10.6.8) installed with brew. The server itself is used as a storage of big jsons (example: https://raw.github.com/cvdlab-bio/webpdb/develop/docs/jsons/2LGB-pretty-print.json ) for a tiny uni project. When we load more than 3 of these jsons, all the map functions (we created to retrieve documents besides a simple get by id) does not work. A typical map is: function(doc){if(doc.TITLE.title.match('.*INSULIN.*') !== null) emit(doc.ID, doc);} but even a function(doc){emit(doc.ID, doc.ID)} cease to work. while when there are just 3 or 2 jsons in the database they work just fine. I tried increasing the stack for couchjs (1gb now, going over 1gb doesn't work it seems), increasing limits for files (4096), increasing timeout for processes but in the end i don't get any results and only a (Error: os_process_error {exit_status,0}) from the db. Is the json we provide too big for couch? We need to redisign map to remove parts for json? Is this a known bug (but i haven't found anything over the net)? Any clue that might help me? Thanks for the help, Francesco