[ https://issues.apache.org/jira/browse/CASSANDRA-17787?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17573761#comment-17573761 ]
Aleksey Yeschenko commented on CASSANDRA-17787: ----------------------------------------------- We should really not be doing it simultaneously for every table, but have it run on N tables at a time to completion. The alternative in these cases would be to reduce merkle tree depths to accommodate more simultaneous trees, but that would cause over-streaming. > Full repair on a keyspace with a large amount of tables causes OOM > ------------------------------------------------------------------ > > Key: CASSANDRA-17787 > URL: https://issues.apache.org/jira/browse/CASSANDRA-17787 > Project: Cassandra > Issue Type: Bug > Components: Consistency/Repair > Reporter: Brandon Williams > Priority: Normal > Fix For: 4.0.x, 4.1.x > > > Running a nodetool repair -pr --full on a keyspace with a few hundred tables > will cause a direct memory OOM, or lots of heap pressure with > use_offheap_merkle_trees: false. Adjusting repair_session_space_in_mb does > not seem to help. From an initial look at a heap dump, it appears to node is > holding many _remote_ trees in memory. -- This message was sent by Atlassian Jira (v8.20.10#820010) --------------------------------------------------------------------- To unsubscribe, e-mail: commits-unsubscr...@cassandra.apache.org For additional commands, e-mail: commits-h...@cassandra.apache.org