From user-return-6770-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org Tue Oct 06 20:48:48 2009 Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 65104 invoked from network); 6 Oct 2009 20:48:48 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 6 Oct 2009 20:48:48 -0000 Received: (qmail 2547 invoked by uid 500); 6 Oct 2009 20:48:47 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 2480 invoked by uid 500); 6 Oct 2009 20:48:47 -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 2470 invoked by uid 99); 6 Oct 2009 20:48:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Oct 2009 20:48:47 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of paco@freshout.us designates 209.85.222.182 as permitted sender) Received: from [209.85.222.182] (HELO mail-pz0-f182.google.com) (209.85.222.182) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Oct 2009 20:48:37 +0000 Received: by pzk12 with SMTP id 12so4441676pzk.13 for ; Tue, 06 Oct 2009 13:48:16 -0700 (PDT) Received: by 10.115.114.18 with SMTP id r18mr3114055wam.24.1254862095851; Tue, 06 Oct 2009 13:48:15 -0700 (PDT) Received: from PakiBookPro.lan ([189.164.170.152]) by mx.google.com with ESMTPS id 23sm291361pzk.4.2009.10.06.13.48.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 06 Oct 2009 13:48:15 -0700 (PDT) Message-Id: From: Francisco Viramontes To: user@couchdb.apache.org In-Reply-To: <6cfccb3d0910061336k4ee78d38ia541dfec37a8c43c@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Subject: Re: Timeout Error when trying to access views + Indexing problems Date: Tue, 6 Oct 2009 15:48:13 -0500 References: <6cfccb3d0910030910m678c9157o811a57e02ffbeff0@mail.gmail.com> <1521F562-7878-423B-BEC3-FF2A1916DA0C@gmail.com> <6cfccb3d0910032307i1df64f79u437d5c803bff2c50@mail.gmail.com> <6cfccb3d0910052346hb4ca0b3o7eb6e77fec4ac1a7@mail.gmail.com> <99817787-2B70-4346-A4BA-21C7C258AC65@apache.org> <6cfccb3d0910061242s33be1bb5j9dbffb8dd7091c25@mail.gmail.com> <538FD38A-DE89-4F53-8B2C-D6DF90B9774C@dionne-associates.com> <6cfccb3d0910061301u2e31ec5cr6558e62e4f580668@mail.gmail.com> <6cfccb3d0910061336k4ee78d38ia541dfec37a8c43c@mail.gmail.com> X-Mailer: Apple Mail (2.936) X-Virus-Checked: Checked by ClamAV on apache.org I have a database transfer script going for a week now. Couchdb dies on me like 5 times a day and I have monit in place to restart the thing It bulk inserts 1000 records also I have an update notification that updates all my views every time a database has an update. Also there is another script running in parallel that queries a view and inserts data into other Doc The only error I can find is OS process timeout hope this helps the devs PAco On Oct 6, 2009, at 3:36 PM, Glenn Rempe wrote: > not noticed any correlation with the time. Sometimes I > have seen it run during the day and die as well. I've seen it die > lots of times... ;-) It seems like it is always dying though > somewhere between 2 and 6 million records processed out of 28 mm > (which might support the theory of memory starvation of some kind if > it is holding some of those records in memory unintentionally, even > though top reports nothing more than 4GB out of 15GB being used). > > G