Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id AC19A200BB7 for ; Wed, 9 Nov 2016 23:31:29 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id AA7AC160AFA; Wed, 9 Nov 2016 22:31:29 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id EEA23160AEB for ; Wed, 9 Nov 2016 23:31:28 +0100 (CET) Received: (qmail 45435 invoked by uid 500); 9 Nov 2016 22:31:23 -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 45424 invoked by uid 99); 9 Nov 2016 22:31:22 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd1-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 09 Nov 2016 22:31:22 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd1-us-west.apache.org (ASF Mail Server at spamd1-us-west.apache.org) with ESMTP id 1879AC6634 for ; Wed, 9 Nov 2016 22:31:22 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd1-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.164 X-Spam-Level: X-Spam-Status: No, score=0.164 tagged_above=-999 required=6.31 tests=[RCVD_IN_DNSWL_LOW=-0.7, SPF_NEUTRAL=0.652, STOX_REPLY_TYPE=0.212] autolearn=disabled Received: from mx1-lw-us.apache.org ([10.40.0.8]) by localhost (spamd1-us-west.apache.org [10.40.0.7]) (amavisd-new, port 10024) with ESMTP id OlHIdJQd9w69 for ; Wed, 9 Nov 2016 22:31:19 +0000 (UTC) Received: from mail107.syd.optusnet.com.au (mail107.syd.optusnet.com.au [211.29.132.53]) by mx1-lw-us.apache.org (ASF Mail Server at mx1-lw-us.apache.org) with ESMTP id 127445FC6D for ; Wed, 9 Nov 2016 22:31:18 +0000 (UTC) Received: from Asrock1 (c220-239-121-150.belrs4.nsw.optusnet.com.au [220.239.121.150]) by mail107.syd.optusnet.com.au (Postfix) with SMTP id C6C81D4C728 for ; Thu, 10 Nov 2016 09:30:39 +1100 (AEDT) Message-ID: From: "Geoff Bomford" To: References: <6F8C572DD0E14152B0AEDBD2FFA6269A@Asrock1> In-Reply-To: Subject: Re: 2.0 _purge returning "not implemented" Date: Thu, 10 Nov 2016 09:30:40 +1100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3528.331 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331 X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=RIxOZNW+ c=1 sm=1 tr=0 a=RUGndvzeBlA+mkCsprJokw==:117 a=RUGndvzeBlA+mkCsprJokw==:17 a=L9H7d07YOLsA:10 a=9cW_t1CCXrUA:10 a=s5jvgZ67dGcA:10 a=IkcTkHD0fZMA:10 a=mV9VRH-2AAAA:8 a=yuqeeZ4sAAAA:8 a=2WBpw54r5OJhXZufgxsA:9 a=QEXdDO2ut3YA:10 a=BYZmueQyWBbq8FANvIHb:22 a=6b4tl0XYOEHA8Hxvag5b:22 archived-at: Wed, 09 Nov 2016 22:31:29 -0000 Thanks Adam, OK, then maybe Couchdb isn't what I'm looking for because I really need to purge deleted documents. I'm not using replication, and my data has a life of a couple of days, maximum. So I have a lot of data coming in, being updated, and then being deleted. All those old deleted documents are just going to get in the way. -----Original Message----- From: Adam Kocoloski Sent: Thursday, November 10, 2016 00:46 To: user@couchdb.apache.org Subject: Re: 2.0 _purge returning "not implemented" Hi Geoff, Hmm, no … purge does not work at the clustered database level in the 2.0 release. It looks like we may have failed to document this change beyond the API response that you got. There are some subtleties in how we have to manage that operation in a cluster. For example, if you happen to purge a document while only two replicas out of three are online, the third one may ultimately get re-propagated to the other two shards at a later date. I know some folks are working on adding this capability back in to the clustered API, but until that work lands if you absolutely need to purge documents you can navigate to the shard-level API on a different port and execute the purge request there. That’s not for the faint of heart, though. Cheers, Adam > On Nov 9, 2016, at 12:22 AM, Geoff Bomford > wrote: > > I’m trying to purge some documents by POSTing to /db/_purge > > The response I am getting is... > > { > "error": "not_implemented", > "reason": "this feature is not yet implemented" > } > > Is purge meant to be working in 2.0??