Michael Semb Wever created CASSANDRA-16071:
----------------------------------------------

             Summary: max_compaction_flush_memory_in_mb is interpreted as bytes
                 Key: CASSANDRA-16071
                 URL: https://issues.apache.org/jira/browse/CASSANDRA-16071
             Project: Cassandra
          Issue Type: Bug
          Components: Feature/SASI
            Reporter: Michael Semb Wever
            Assignee: Michael Semb Wever


In CASSANDRA-12662 [~scottcarey] 
[reported|https://issues.apache.org/jira/browse/CASSANDRA-12662?focusedCommentId=17070055&page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-17070055]
 that the {{max_compaction_flush_memory_in_mb}} setting gets incorrectly 
interpreted in bytes rather than megabytes as its name implies.

{quote}
1.  the setting 'max_compaction_flush_memory_in_mb' is a misnomer, it is 
actually memory in BYTES.  If you take it at face value, and set it to say, 
'512' thinking that means 512MB,  you will produce a million temp files rather 
quickly in a large compaction, which will exhaust even large values of 
max_map_count rapidly, and get the OOM: Map Error issue above and possibly have 
a very difficult situation to get a cluster back into a place where nodes 
aren't crashing while initilaizing or soon after.  This issue is minor if you 
know about it in advance and set the value IN BYTES.
{quote}





--
This message was sent by Atlassian Jira
(v8.3.4#803005)

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to