couchdb-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Randall Leeds <>
Subject Re: CouchDB Compaction
Date Wed, 08 Sep 2010 02:30:10 GMT
Deletion on some filesystems (those without extents, such as ext3) can take
time. Recent versions of Couch (1.0.0+) rename files into a trash directory
(.delete I believe) before deleting them. If they do not delete immediately,
there may be a reference counting bug where the file descriptor is not
destroyed and the OS maintains a handle to the file. More likely is that the
delete is happening slowly in the background.

If this deletion kills couchdb that is a problem. If you have a relevant log
file from just before the crash that does not contain sensitive information
please share it. If it does contain sensitive information, let us know and a
committer can get in touch to look at it privately.


On Sep 7, 2010 6:29 PM, "Panop Suvaphrom" <> wrote:
> Hi,
> I have run CouchDb on linux.
> When I do compaction and clean up on View & Database, I saw
> size of dababase was decrease through Futon but on the command
> line (df -h) I still see it is not decease and still continue a little bit
increase up about (1%).
> Another question is I used to see disk space (df -h) was consumed by
> about (60 %) and I try to clean up and compaction, suddenly it reduce to
about 1%
> and the process is terminated.
> Ps. I have client application run constantly to update data to couchdb.
> Thanks a lot for any help.
> Aun.

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message