You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Michael Semb Wever (Jira)" <ji...@apache.org> on 2020/08/24 09:40:00 UTC
[jira] [Created] (CASSANDRA-16071)
max_compaction_flush_memory_in_mb is interpreted as bytes
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: commits-unsubscribe@cassandra.apache.org
For additional commands, e-mail: commits-help@cassandra.apache.org