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 BAFC910968 for ; Fri, 4 Oct 2013 08:18:39 +0000 (UTC) Received: (qmail 54987 invoked by uid 500); 4 Oct 2013 08:18:31 -0000 Delivered-To: apmail-couchdb-user-archive@couchdb.apache.org Received: (qmail 54375 invoked by uid 500); 4 Oct 2013 08:18:19 -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 54345 invoked by uid 99); 4 Oct 2013 08:18:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Oct 2013 08:18:17 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [66.111.4.25] (HELO out1-smtp.messagingengine.com) (66.111.4.25) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 04 Oct 2013 08:18:11 +0000 Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 30D9122D04 for ; Fri, 4 Oct 2013 04:17:50 -0400 (EDT) Received: from betaweb1 ([10.202.2.10]) by compute5.internal (MEProxy); Fri, 04 Oct 2013 04:17:50 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=codekick.com; h= message-id:from:to:mime-version:content-transfer-encoding :content-type:subject:date; s=mesmtp; bh=/hb8dHq23XP/hmtPef6XHYp v5Zw=; b=yp4V6XOlgsreJaaQ4Q7bPmmPR18KdQ/w0Na/EhzuQ8FoVCJqQdtor6V /btFG3cYs+vjZ+zFellNyhSGw8L/ibR30PUnE4x86Agr9DiMnse5shxajEF4ZK9y fHiit0EHAsojCtOsVjoZqOalri1efKbMBkR/zk7Gb3DRZbQ6vwq0= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=message-id:from:to:mime-version :content-transfer-encoding:content-type:subject:date; s=smtpout; bh=/hb8dHq23XP/hmtPef6XHYpv5Zw=; b=JQlbqPcCU2Kfy+Mq2c4AlWPy0WFr xbVHnz1MtLl/e4wXieZfuV2RFS4RSBRM3Mg/rezxyrTTO2jByhcqs9CkVWYZIF8Q usaSiOJLAyfKoyyjcLJL0T9Bina5H8SwhWftp9mA8/U/Vn2QiwWVmt6DPNpZnxVR +eDJRYNuDLdedWc= Received: by betaweb1.nyi.mail.srv.osa (Postfix, from userid 99) id ECB947400C9; Fri, 4 Oct 2013 04:17:49 -0400 (EDT) Message-Id: <1380874669.18587.29887753.2B255FEF@webmail.messagingengine.com> X-Sasl-Enc: Ehtfp1X73NS0vjYY5JBO3RDOaCHT7vAvCcbdO2PWlMZl 1380874669 From: Calle Arnesten To: user@couchdb.apache.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain X-Mailer: MessagingEngine.com Webmail Interface - ajax-d5d5cde0 Subject: Bug? Database compaction keeps re-running continuously on CouchDB 1.4 Date: Fri, 04 Oct 2013 10:17:49 +0200 X-Virus-Checked: Checked by ClamAV on apache.org Hi, I recently upgraded from CouchDB 1.2 to 1.4. I have noticed that the database compaction is running more or less all the time during the allowed compaction time. Is there a known issue for this with 1.4? The compaction is completed on each run and the reported database size is smaller on the first run during the compaction time. But then it starts again for the same database, and when completed, starts again, etc. It's like it thinks that the database is still fragmented even if it's not. The databases are quite large (~5GB), so it's not the case that many documents have had time to change during the compaction time. These are my settings: [{db_fragmentation, "20%"}, {view_fragmentation, "20%"}, {from, "03:00"}, {to, "11:00"}] The harddrive is not full, it has about 70GB of free space. I have a large percentage of deleted documents, if that might be a reason for the issue/bug. I don't have the same problem for view compaction. Best regards Calle Arnesten