incubator-cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mike Malone <>
Subject Re: Commitlog Disk Full
Date Thu, 19 May 2011 17:00:48 GMT
Just noticed this thread and figured I'd chime in since we've had similar
issues with the commit log growing too large on our clusters. Tuning down
the flush timeout wasn't really an acceptable solution for us since we
didn't want to be constantly flushing and generating extra SSTables for no
reason. So we wrote a small tool that we start in a static block in
CassandraServer that periodically checks the commit log size and flushes all
memtables if they're above some threshold.

I've attached that code. Any feedback / improvements are more than welcome.


On Thu, May 12, 2011 at 11:30 AM, Sanjeev Kulkarni <>wrote:

> Hey guys,
> I have a ec2 debian cluster consisting of several nodes running 0.7.5 on
> ephimeral disks.
> These are fresh installs and not upgrades.
> The commitlog is set to the smaller of the disks which is around 10G in
> size and the datadir is set to the bigger disk.
> The config file is basically the same as the one supplied by the default
> installation.
> Our applications write to the cluster. After about a day of writing we
> started noticing the commitlog disk filling up. Soon we went over the disk
> limit and writes started failing. At this point we stopped the cluster.
> Over the course of the day we inserted around 25G of data. Our columns
> values are pretty small.
> I understand that cassandra periodically cleans up the commitlog
> directories by generating sstables in datadir. Is there any way to speed up
> this movement from commitog to datadir?
> Thanks!

View raw message