From user-return-7801-apmail-couchdb-user-archive=couchdb.apache.org@couchdb.apache.org Mon Nov 30 23:16:56 2009 Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 60049 invoked from network); 30 Nov 2009 23:16:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 30 Nov 2009 23:16:56 -0000 Received: (qmail 5359 invoked by uid 500); 30 Nov 2009 23:16:55 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 5287 invoked by uid 500); 30 Nov 2009 23:16: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 5277 invoked by uid 99); 30 Nov 2009 23:16:55 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 30 Nov 2009 23:16:55 +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 jchris@gmail.com 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; Mon, 30 Nov 2009 23:16:44 +0000 Received: by pzk12 with SMTP id 12so2911060pzk.13 for ; Mon, 30 Nov 2009 15:16:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to :content-type:content-transfer-encoding; bh=yMLoxVaHowBXj5pdeZG5W2/I7O+Dw9pu5zo9TJSz7f4=; b=UE/r1InAE3JMzAW6j7k9Z5BUK4OgjLk/rDef/x7qdtTzhbo7SPU0SqHJdQzAE280eg aa0ji5+UcSf9jC+DrValz6S+Dkdp8UJlFEs5RYSQ/SRwxXOs213uZYqiW2VnYOdOzIPN shkYy/ITWW45v/GBrMP6yDF2I9+wAY5n6gkZY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=RfkatPXr2snVHY5w2hg9jdLHS4rh5cYhOhxzMX2Ll+2Wf6dq3SR9ZFDfT3IzMtNnaL 8vHSOaqNQNBGboOQOwK3NYZhOOuOIIS/BbyGKkQWsvBwGrvQkghyFzy+LZ57PQ5CMQXN qLynfa84YoyuCYsnV+kvhPCzzAzQWzxFFwJvM= MIME-Version: 1.0 Sender: jchris@gmail.com Received: by 10.143.26.41 with SMTP id d41mr508388wfj.228.1259622983170; Mon, 30 Nov 2009 15:16:23 -0800 (PST) In-Reply-To: <1DCC3586-C423-45EB-9E40-454AE8B487E7@gmail.com> References: <1DCC3586-C423-45EB-9E40-454AE8B487E7@gmail.com> Date: Mon, 30 Nov 2009 15:16:23 -0800 X-Google-Sender-Auth: ab2fa30e0f6f38ac Message-ID: Subject: Re: CouchDB Hangs on View Creation From: Chris Anderson To: user@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Nov 30, 2009 at 2:15 PM, Luke Sneeringer wrote: > Good afternoon! > > I will preface this by staging that if I'm asking this question in the wr= ong place, please feel free to correct me and point me to the right place. = I considered filling out a ticket for this issue, but I wasn't really all t= hat convinced that it was a CouchDB problem rather than a me problem, so I = wanted to ask here first. > This is a great place to ask. > Onto my issue. I have a database with about 59,000 documents. Some contai= n attachments, some do not. I tried to replicate (pull, not push) said data= base from one CouchDB instance to another one. The replication failed sever= al times inexplicably, both using curl on the command line (Ubuntu 9.10) an= d Futon. Finally, it succeeded in Futon. I am defining "failed" here as tha= t replication seemed to hang; the number of documents in the target databas= e did not increase, was less than the number of documents in the source dat= abase (by many thousands), and the item disappeared from the status page in= Futon. Also, on the failed attempts, replication failed in different place= s each time. > What is your couchdb version on both ends of the replication? Also, pay attention to database file size on the target. Sometimes with big attachments the doc count is unchanged as binary data is written for a long time. > So eventually it succeeded. Huzzah. Except now I can't create any views. = It just doesn't work. I never see my results. So, I went and started lookin= g at the file being created in /var/lib/couchdb/0.10.0/.dbname_design/. The= re's a .view file that gets created, and its size goes up for awhile and th= en stops going up. At the time that file size ceases to increase, I get a e= rl_crash.dump file that is 0 bytes in length. Not really valuable. > > The view scripts themselves are "known good"; they work on the source ser= ver. Maybe a difference in versions. Can you supply a link to the view scripts? > > Does anyone have any ideas for me? > > Best Regards, > Luke Sneeringer > lukesneeringer@gmail.com --=20 Chris Anderson http://jchrisa.net http://couch.io