Return-Path: Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: (qmail 74506 invoked from network); 7 Aug 2010 19:07:19 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 7 Aug 2010 19:07:19 -0000 Received: (qmail 49366 invoked by uid 500); 7 Aug 2010 19:07:18 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 49156 invoked by uid 500); 7 Aug 2010 19:07:17 -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 49147 invoked by uid 99); 7 Aug 2010 19:07:17 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 07 Aug 2010 19:07:17 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.68.5.17] (HELO relay03.pair.com) (209.68.5.17) by apache.org (qpsmtpd/0.29) with SMTP; Sat, 07 Aug 2010 19:07:08 +0000 Received: (qmail 8123 invoked from network); 7 Aug 2010 19:06:46 -0000 Received: from 69.181.72.204 (HELO ?10.0.1.10?) (69.181.72.204) by relay03.pair.com with SMTP; 7 Aug 2010 19:06:46 -0000 X-pair-Authenticated: 69.181.72.204 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1081) Subject: Re: Data loss From: Damien Katz In-Reply-To: <22DE7CB4-43FC-4A24-BD2D-5FFD7BC670FA@apache.org> Date: Sat, 7 Aug 2010 12:06:46 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <742118EA-DB31-4857-BC5F-B8A224E9B3C7@apache.org> References: <770C713F-BBA2-4E0C-B9BE-9441A053BCA4@apache.org> <7C48F227-12CA-477E-9581-8E87EE4C1610@apache.org> <5A99E2CB-F53E-4435-8225-578946239068@apache.org> <22DE7CB4-43FC-4A24-BD2D-5FFD7BC670FA@apache.org> To: user@couchdb.apache.org X-Mailer: Apple Mail (2.1081) We don't know if that will fix anything. ensure_full_commit is a no-op = is the db server thinks there is nothing to commit. -Damien On Aug 7, 2010, at 12:03 PM, J Chris Anderson wrote: > A solution will be to to POST to /db/_ensure_full_commit with a = content type of application/json and an empty body, before doing any = restart. >=20 >=20 > Chris >=20 >=20 > On Aug 7, 2010, at 11:56 AM, Randall Leeds wrote: >=20 >> I agree completely! I immediately thought of this because I wrote = that >> change. I spent a while staring at it last night but still can't >> imagine how it's a problem. >>=20 >> On Sat, Aug 7, 2010 at 11:12, Damien Katz wrote: >>> SVN commit r954043 looks suspicious. Digging further. >>>=20 >>> -Damien >=20