cassandra-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David Wahler <>
Subject Re: Deleted snapshot files filling up /var/lib/cassandra
Date Sat, 21 Mar 2015 00:00:20 GMT
Sorry if I was unclear. The /var/lib/cassandra partition didn't
literally become 100% full. Our low-disk-space alarms started going
off, and that's when we noticed that the disk usage on several nodes
was steadily increasing much faster than expected. We restarted the
worst-affected node before it could run entirely out of free space,
and that brought the disk usage back down to the expected level, but
it immediately started creeping upwards again. The snapshot failures
have been happening periodically, starting before we noticed the high
disk usage.

I'll do some more digging through the logs to see if the exceptions
are recurring, and open a Jira ticket once I have more information.

On Fri, Mar 20, 2015 at 11:52 AM, Ben Bromhead <> wrote:
> Sorry for the late reply.
> To immediately solve the problem you can restart Cassandra and all the open
> file descriptors to the deleted snapshots should disappear.
> As for why it happened I would first address the disk space issue and see if
> the snapshot errors + open file descriptors issue still occurs (I am unclear
> as to whether you got the snapshot exception after the disk filled up or
> before), if you still have issues with repair not letting go of snapshotted
> files even with free disk space I would look to raise a ticket in Jira.
> On 17 March 2015 at 12:46, David Wahler <> wrote:
>> On Mon, Mar 16, 2015 at 6:51 PM, Ben Bromhead <> wrote:
>> > If you are running a sequential repair (or have previously run a
>> > sequential
>> > repair that is still running) Cassandra will still have the file
>> > descriptors
>> > open for files in the snapshot it is using for the repair operation.
>> Yeah, that aligns with my understanding of how the repair process
>> works. But the cluster has no repair sessions active (I think; when I
>> run "nodetool tpstats", the AntiEntropyStage and AntiEntropySessions
>> values are zero on all nodes) and the space still hasn't been freed.
> --
> Ben Bromhead
> Instaclustr | | @instaclustr | (650) 284 9692

View raw message