cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Omid Aladini (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-4644) Compaction error with Cassandra 1.1.4 and LCS
Date Fri, 14 Sep 2012 07:38:07 GMT


Omid Aladini commented on CASSANDRA-4644:

@Jonathan: compaction strategy was changed to LCS after upgrading to 1.1.4 so it looks like
even with CASSANDRA-4321/CASSANDRA-4411 fixes, sstables are wrongly leveled. The patch will
temporarily work around the problem though.

since you already scrubbed online which will catch out-of-order within an sstable

Online scrub can't fix out-of-order sstables since they won't be loaded in the first place,
unless it has somehow has escaped from IntervalTree's assumption that sstables are sorted.

> Compaction error with Cassandra 1.1.4 and LCS 
> ----------------------------------------------
>                 Key: CASSANDRA-4644
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>    Affects Versions: 1.1.4
>         Environment: Cassandra 1.1.4, Ubuntu Lucid (2.6.32-346), Amazon EC2 m1.xlarge
>            Reporter: Rudolf VanderLeeden
>            Assignee: Jonathan Ellis
>         Attachments: 4644.txt
> In our 1.1.4 testcluster of 3 nodes with RF=3, KS=1, and CF=5, we are getting an asserting
error when running 'nodetool compact highscores leaderboard'. This stops compactions on the
'leaderboard' CF summing up to 11835 pending compactions. This error is seen only one one
> The SSTables have originally been created on a 1.1.2 cluster with STCS and then copied
to the testcluster also with 1.1.2. Repair, cleanup, compact were OK with STCS. Next, we changed
to LCS and did again repair, cleanup, compact with success. 
> Then we started to use this LCS-based testcluster intensively and created lots of data
and also large keys with millions of columns. 
> The assertion error in system.log :
>  INFO [CompactionExecutor:8] 2012-09-11 14:20:45,043 (line
172) Compacting large row highscores/leaderboard:4c422d64626331353166372d363464612d343235342d396130322d6535616365343337373532332d676c6f62616c2d30
(72589650 bytes) incrementally
> ERROR [CompactionExecutor:8] 2012-09-11 14:20:50,336 (line
135) Exception in thread Thread[CompactionExecutor:8,1,RMI Runtime]
> java.lang.AssertionError
>         at org.apache.cassandra.db.compaction.LeveledManifest.promote(
>         at org.apache.cassandra.db.compaction.LeveledCompactionStrategy.handleNotification(
>         at org.apache.cassandra.db.DataTracker.notifySSTablesChanged(
>         at org.apache.cassandra.db.DataTracker.replaceCompactedSSTables(
>         at org.apache.cassandra.db.ColumnFamilyStore.replaceCompactedSSTables(
>         at org.apache.cassandra.db.compaction.CompactionTask.execute(
>         at org.apache.cassandra.db.compaction.LeveledCompactionTask.execute(
>         at org.apache.cassandra.db.compaction.CompactionManager$6.runMayThrow(
>         at
>         at java.util.concurrent.Executors$
>         at java.util.concurrent.FutureTask$Sync.innerRun(
>         at
>         at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(
>         at java.util.concurrent.ThreadPoolExecutor$
>         at

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