Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 92280 invoked from network); 19 Jan 2009 13:47:54 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 19 Jan 2009 13:47:54 -0000 Received: (qmail 495 invoked by uid 500); 19 Jan 2009 13:47:52 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 462 invoked by uid 500); 19 Jan 2009 13:47:52 -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 451 invoked by uid 99); 19 Jan 2009 13:47:52 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Jan 2009 05:47:52 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jrhuggins@gmail.com designates 209.85.200.171 as permitted sender) Received: from [209.85.200.171] (HELO wf-out-1314.google.com) (209.85.200.171) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 19 Jan 2009 13:47:43 +0000 Received: by wf-out-1314.google.com with SMTP id 28so2921572wfc.29 for ; Mon, 19 Jan 2009 05:47:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=2opT7LD6gLfm6aFCv1KuJ5ZPfBhPKudrmHGh/h/v15Y=; b=k1Xgw8juzhfg97Qrd+AVeZT8EVBi7u62D3c8tF0L22F3D/fLNlVNdPdl4QO/I7XK2C Fu0V5DNiBw6wN+PJt4zN9jMg/HlP75qHL26RTFMyzFBE+BqJUjmdOcvr/LfSEiZJHjHJ 3UaL2cr6B6limozZiTwhgN7kVXe79uzW0+fMc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=YNIR6339+D6sBThc0ZPPhKBpLEUx2BjO56MqnyHyGAf5lWr1NeltS5tIwDfM2Rti/2 uZ8Ti99BHKcVwX+LYB2DdJMDIi493gkW4dKmdCAxsM59+7Yl9K3PJiu7aBcgZJ5QuQXD kpMGyR8rB3vSI4ilStotYD5kFuVpXHUYZHedA= Received: by 10.142.162.9 with SMTP id k9mr2364010wfe.282.1232372842827; Mon, 19 Jan 2009 05:47:22 -0800 (PST) Received: by 10.143.141.5 with HTTP; Mon, 19 Jan 2009 05:47:22 -0800 (PST) Message-ID: <53b9568a0901190547r4356f8a5u3e439c7eb38c2c40@mail.gmail.com> Date: Mon, 19 Jan 2009 07:47:22 -0600 From: "Jason Huggins" Sender: jrhuggins@gmail.com To: user@couchdb.apache.org Subject: Re: Is there a way to force a rebuild of an index? In-Reply-To: <8A67AACF-0D02-4B69-9319-9103143E35FD@apache.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <53b9568a0901190506x34349539h7847565b9d0f866c@mail.gmail.com> <8A67AACF-0D02-4B69-9319-9103143E35FD@apache.org> X-Google-Sender-Auth: 4b8767af72a29a84 X-Virus-Checked: Checked by ClamAV on apache.org On Mon, Jan 19, 2009 at 7:16 AM, Jan Lehnardt wrote: > Is the new server running 0.8.0 as well? Yes. they are both running CouchDB 0.8.0. > Is there a endian-difference > or a 32bit to 64bit upgrade? No. They are both 32-bit. More context: I'm moving between EC2 instances. Both are based on 32-bit AMIs from Alestic (This one: http://developer.amazonwebservices.com/connect/entry.jspa?externalID=1427&categoryID=101 ) > I'm not sure the last two things affect us, > but that could cause problems). Also: Could "stale" be due to some > HTTP proxy or browser cache? I thought the same thing at first. Though I did try ruling out browser cache by trying multiple times on multiple browsers (and clearing the cache!). Also I am running everything through an HTTP proxy... but also viewing the "raw metal" at port 5984 didn't help either. > Updating indexes can usually be triggered by changing the design doc > they are defined in and deleting the files should work as well. > > It might also be worth upgrading, since a bit of work went into that > area since 0.8.0. That's what I was suspecting. Should I try 0.8.1 or go all the way to trunk? Thanks, -j