Is there anything interesting in the system.log and GC log? What does
"nodetool tpstats" show when the node is doing the slow compactions?
By the way, Cassandra 3.11.2 is 4 years old, you really should consider
upgrading.
On 06/03/2022 09:09, onmstester onmstester wrote:
Forgot
rting
restarting cassandra (although would coming back a few hours later).
Copied sstables related to slow compactions to a isolated/single node
cassandra, and there, they are fast.
Using Set as non-key column
I suspect one table with big partitions (1000 rows, each row has a Set which
sum of set
Hi,
Sometimes compactions getting so slow (a few KBs per second for each
compaction) on a few nodes which would be fixed temporarily by restarting
restarting cassandra (although would coming back a few hours later).
Copied sstables related to slow compactions to a isolated/single node
user@cassandra.apache.org
Subject: Re: Slow Compactions - CASSANDRA-3592
Does your issue look similar this one?
https://issues.apache.org/jira/browse/CASSANDRA-3532
It is also dealing with compactaion taking 10X longer in 1.0.X
On 12/13/2011 09:00 AM, Dan Hendry wrote:
I have been observing that
Does your issue look similar this one?
https://issues.apache.org/jira/browse/CASSANDRA-3532
It is also dealing with compactaion taking 10X longer in 1.0.X
On 12/13/2011 09:00 AM, Dan Hendry wrote:
I have been observing that major compaction can be incredibly slow in
Cassandra 1.0 and was curio
I have been observing that major compaction can be incredibly slow in
Cassandra 1.0 and was curious the extent to which anybody else has noticed
similar behaviour. Essentially I believe the problem involves the
combination of wide rows and expiring columns.
Relevant details included in:
https:
