Well, I do have a confession to make. It is actually scyllaDB and the latest 
version. As it is (generally) Cassandra compatible I naturally assumed that 
these items were in both applications.

Marc

From: Jeff Jirsa <jji...@gmail.com>
Sent: Thursday, June 26, 2025 7:35 PM
To: user@cassandra.apache.org
Cc: user@cassandra.apache.org
Subject: Re: Recycled-Commitlogs

EXTERNAL
What version of cassandra is this?

Recycling segments was a thing from like 1.1 to 2.2 but really very different 
in modern versions (and cdc / point in time backup mirrors some of the concepts 
around hanging onto segments)

Knowing the version would be super helpful though

Is this … 1.2? 2.0?



On Jun 26, 2025, at 1:22 AM, guo Maxwell 
<cclive1...@gmail.com<mailto:cclive1...@gmail.com>> wrote:

I guess it comes from the archive of commitlogs ,just guess~~~

But I think we need the cassandra's  version and commitlog's configuration in 
cassandra.yaml, and commitlog_archiving.properties to determine this.

Marc Hoppins <marc.hopp...@eset.com<mailto:marc.hopp...@eset.com>> 
于2025年6月26日周四 16:08写道:
Hi,

I am not a data person but a Linux admin.  One of our nodes has thousands of

-rw-r--r-- 1 root root 33554432 Jun 24 15:11 
Recycled-CommitLog-2-67041997483.log

hanging around. Eventually they fill the filesystem. I have searched around and 
can find no mention of these recycled commits.

Can anyone explain what they are for?   Can I purge these in some graceful 
fashion with a service restart, a simple deletion, or a complete drain/restart 
of the node?

Thanks

Marc

Reply via email to