cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Ivan Sobolev (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-5222) OOM Exception during repair session with LeveledCompactionStrategy
Date Tue, 05 Feb 2013 13:55:13 GMT


Ivan Sobolev commented on CASSANDRA-5222:

{quote}So it's also possible this was set back to STCS by mistake.{quote}
You mean SizeTieredCompactionStrategy? 

Sstable's *-Data files are up to 100Mb

{quote}[default@chunks] describe chunks;
    ColumnFamily: chunks
      Key Validation Class: org.apache.cassandra.db.marshal.UTF8Type
      Default column value validator: org.apache.cassandra.db.marshal.BytesType
      Columns sorted by: org.apache.cassandra.db.marshal.BytesType
      GC grace seconds: 864000
      Compaction min/max thresholds: 4/32
      Read repair chance: 0.1
      DC Local Read repair chance: 0.0
      Replicate on write: true
      Caching: KEYS_ONLY
      Bloom Filter FP chance: default
      Built indexes: []
      Compaction Strategy: org.apache.cassandra.db.compaction.LeveledCompactionStrategy
      Compaction Strategy Options:
        sstable_size_in_mb: 100
      Compression Options:

Anything else I could check?
> OOM Exception during repair session with LeveledCompactionStrategy
> ------------------------------------------------------------------
>                 Key: CASSANDRA-5222
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>    Affects Versions: 1.1.6
>         Environment: 3Gb Heap(12Gb per node RAM)
> 36 nodes, 0.9 Tb of data per node, Leveled compaction strategy, SSTable size =100Mb
>            Reporter: Ivan Sobolev
>            Priority: Critical
>         Attachments: sstablescanner.png
> 1.8 Gb of heap is consumed with 12k SSTableBoundedScanner * 140kbytes

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message