From dev-return-21758-apmail-couchdb-dev-archive=couchdb.apache.org@couchdb.apache.org Wed Mar 28 07:31:05 2012 Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id E7F7895D3 for ; Wed, 28 Mar 2012 07:31:04 +0000 (UTC) Received: (qmail 89318 invoked by uid 500); 28 Mar 2012 07:31:04 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 86580 invoked by uid 500); 28 Mar 2012 07:30:58 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 86490 invoked by uid 99); 28 Mar 2012 07:30:56 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Mar 2012 07:30:56 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=5.0 tests=ALL_TRUSTED,T_RP_MATCHES_RCVD X-Spam-Check-By: apache.org Received: from [140.211.11.116] (HELO hel.zones.apache.org) (140.211.11.116) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 28 Mar 2012 07:30:55 +0000 Received: from hel.zones.apache.org (hel.zones.apache.org [140.211.11.116]) by hel.zones.apache.org (Postfix) with ESMTP id 427F434A1C2 for ; Wed, 28 Mar 2012 07:30:35 +0000 (UTC) Date: Wed, 28 Mar 2012 07:30:35 +0000 (UTC) From: "Paul Hirst (Commented) (JIRA)" To: dev@couchdb.apache.org Message-ID: <753040638.27565.1332919835273.JavaMail.tomcat@hel.zones.apache.org> In-Reply-To: <56390654.65455.1303158605733.JavaMail.tomcat@hel.zones.apache.org> Subject: [jira] [Commented] (COUCHDB-1129) file descriptors sometimes not closed after compaction MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/COUCHDB-1129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13240262#comment-13240262 ] Paul Hirst commented on COUCHDB-1129: ------------------------------------- This has just happened to me on 1.1.1 for the very first time. A compaction process left the old database file handle open (the file had been moved to .delete and deleted according to lsof). The compaction had finished 11 hours prior to me noticing I hadn't got the disk space back so a fair amount of time had passed. There weren't any long running view updates occuring. The database is under fairly continuous write load from processes using keep-alive HTTP connections. Would this be the problem? This is the first time I've seen this in probably 20 or 30 compactions on 1.1.1 so I doubt I can replicate it. I called _restart, the couch service stopped responding to requests for a few seconds (probably while the file was removed, certainly longer than normal restarts) and then everything was fine. There are no errors in the log. Infact I have logging set to 'error' and there is nothing in the log at all. > file descriptors sometimes not closed after compaction > ------------------------------------------------------ > > Key: COUCHDB-1129 > URL: https://issues.apache.org/jira/browse/COUCHDB-1129 > Project: CouchDB > Issue Type: Bug > Components: Database Core > Affects Versions: 1.0.2 > Reporter: Randall Leeds > Fix For: 1.1.1, 1.2 > > > It seems there are still cases where file descriptors are not released upon compaction finishing. > When I asked on IRC rnewson confirmed he'd seen the behavior also and the last comment on 926 also suggests there are still times where this occurs. > Someone needs to take a careful eye to any race conditions we might have between opening the file and subscribing to the compaction notification. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira