Return-Path: X-Original-To: apmail-couchdb-user-archive@www.apache.org Delivered-To: apmail-couchdb-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 98FAB9820 for ; Mon, 26 Nov 2012 16:56:43 +0000 (UTC) Received: (qmail 62208 invoked by uid 500); 26 Nov 2012 16:56:42 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 61461 invoked by uid 500); 26 Nov 2012 16:56:40 -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 61436 invoked by uid 99); 26 Nov 2012 16:56:39 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Nov 2012 16:56:39 +0000 X-ASF-Spam-Status: No, hits=0.3 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_SOFTFAIL X-Spam-Check-By: apache.org Received-SPF: softfail (athena.apache.org: transitioning domain of spike@ticketevolution.com does not designate 67.192.241.121 as permitted sender) Received: from [67.192.241.121] (HELO smtp121.dfw.emailsrvr.com) (67.192.241.121) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Nov 2012 16:56:34 +0000 Received: from smtp12.relay.dfw1a.emailsrvr.com (localhost.localdomain [127.0.0.1]) by smtp12.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id 0F4603C00F0 for ; Mon, 26 Nov 2012 11:56:14 -0500 (EST) X-SMTPDoctor-Processed: csmtpprox 2.7.4 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp12.relay.dfw1a.emailsrvr.com (SMTP Server) with ESMTP id EC8A23C0366 for ; Mon, 26 Nov 2012 11:56:13 -0500 (EST) X-Virus-Scanned: OK Received: by smtp12.relay.dfw1a.emailsrvr.com (Authenticated sender: spike-AT-ticketevolution.com) with ESMTPSA id 929613C00F0 for ; Mon, 26 Nov 2012 11:56:13 -0500 (EST) From: Spike Grobstein Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: running out of space Date: Mon, 26 Nov 2012 11:56:12 -0500 Message-Id: <7F1000AC-6A6D-48FF-8E7C-E55C34F58DD2@ticketevolution.com> To: user@couchdb.apache.org Mime-Version: 1.0 (Apple Message framework v1283) X-Mailer: Apple Mail (2.1283) X-Virus-Checked: Checked by ClamAV on apache.org Hi CouchDB mailing list, I've been running Chef Server since about March and continue to run out = of space. I've emailed the Chef mailing list and although they were able = to help, none of their answers successfully solved my problem. I'm running CouchDB v1.0.1: chef-server:~$ curl localhost:5984 {"couchdb":"Welcome","version":"1.0.1"} And I have a script running daily via cron that compacts the data and = the views: https://gist.github.com/4091940 unfortunately, this has not halted the growth of used space on my = couchdb partition. It doesn't seem to be cleaning up deleted documents: chef-server:~$ curl -H "Content-Type: application/json" = localhost:5984/chef = {"db_name":"chef","doc_count":1235,"doc_del_count":10212,"update_seq":5365= 14,"purge_seq":0,"compact_running":false,"disk_size":45922017384,"instance= _start_time":"1353948344088704","disk_format_version":5,"committed_update_= seq":536514} Currently, the couchdb partition is using up 43GB of the 60GB allocated = to it. Is there anything I can do? The server is Ubuntu 12.04.1 LTS with all of the latest packages. I've = tried rebooting the server and restarting the couchdb daemon (as = suggested on the chef mailing list), but to no avail. Any ideas? Thanks! ...spike=