Details
-
Bug
-
Status: Open
-
Normal
-
Resolution: Unresolved
-
None
-
None
-
Normal
Description
There's no limit on how many StreamReceiveTask there can be, and during an incremental repair on a vnode cluster with high replication factors, this can lead to thousands of conccurent StreamReceiveTask threads, effectively DoSing the node.
I just found one of my nodes with 1000+ loadavg, caused by 1363 concurrent StreamReceiveTask threads.
That sucks
I think :
- Cassandra shouldn't allow more than X concurrent StreamReceiveTask threads
- StreamReceiveTask threads should be at a lower priority, like compaction threads
Alternative ideas welcome as well, of course.
Attachments
Attachments
Issue Links
- is related to
-
CASSANDRA-12965 StreamReceiveTask causing high CPU utilization during repair
- Open