[
https://issues.apache.org/jira/browse/CASSANDRA-10270?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14735586#comment-14735586
]
Adam Bliss commented on CASSANDRA-10270:
----------------------------------------
~markuse Schema:
CREATE KEYSPACE ks WITH REPLICATION = { 'class' : 'SimpleStrategy',
'replication_factor' : 1 };
CREATE TABLE cf ( bi TINYINT, do TEXT, ke FROZEN<TUPLE<BIGINT, INT, INT,
TEXT>>, ra FROZEN<LIST<TUPLE<TINYINT, TEXT>>>, PRIMARY KEY ((bi, do), ke))
WITH CLUSTERING ORDER BY (ke DESC) ;
I have 3 nodes that I got from "click to deploy" on Google Cloud Engine. They
have spinning disks. I upgraded to 2.2.0 so I could try out the tinyints; then
I upgraded to 2.2.1 in the hopes of fixing my compaction issue (no dice).
I write about 3k rows per sec to the cluster, with no deletions or overwrites.
The value of 'bi' is almost always the same, but there should be a very random
spread of 'do' to make it a well-spread partition key. The clustering keys are
mostly written in-order. My reads are very rare and sparse.
There are a few large partitions; I've seen maybe a dozen warnings about
partitions > 100MB (but always < 1GB).
Anything else you'd like to know?
> Cassandra stops compacting
> --------------------------
>
> Key: CASSANDRA-10270
> URL: https://issues.apache.org/jira/browse/CASSANDRA-10270
> Project: Cassandra
> Issue Type: Bug
> Components: Core
> Environment: linux (google cloud click-to-deploy, default settings, 3
> nodes)
> Reporter: Adam Bliss
> Assignee: Marcus Eriksson
> Fix For: 2.2.x
>
> Attachments: system.log.gz, system.txt.gz
>
>
> My cassandra cluster won't keep compacting. I notice that if I restart, it
> does compact for a while, but after a time it stops. As a result, after
> adding a bunch of rows, I ended up with about 1000 sstables per node.
> I'll attach more logs in a minute, but it seems like this might be the most
> relevant part:
> {noformat}
> INFO [CompactionExecutor:1] 2015-09-04 14:22:55,796
> CompactionManager.java:1433 - Compaction interrupted:
> Compaction@fff9bcd0-3b1f-11e5-8df6-33158d7bf3bf(megacrawl2, ranks_by_domain,
> 812501702/7543091905)bytes
> DEBUG [CompactionExecutor:1] 2015-09-04 14:22:55,797
> CompactionManager.java:1437 - Full interruption stack trace:
> org.apache.cassandra.db.compaction.CompactionInterruptedException: Compaction
> interrupted: Compaction@fff9bcd0-3b1f-11e5-8df6-33158d7bf3bf(megacrawl2,
> ranks_by_
> domain, 812501702/7543091905)bytes
> at
> org.apache.cassandra.db.compaction.CompactionTask.runMayThrow(CompactionTask.java:180)
> ~[apache-cassandra-2.2.1.jar:2.2.1]
> at
> org.apache.cassandra.utils.WrappedRunnable.run(WrappedRunnable.java:28)
> ~[apache-cassandra-2.2.1.jar:2.2.1]
> at
> org.apache.cassandra.db.compaction.CompactionTask.executeInternal(CompactionTask.java:74)
> ~[apache-cassandra-2.2.1.jar:2.2.1]
> at
> org.apache.cassandra.db.compaction.AbstractCompactionTask.execute(AbstractCompactionTask.java:59)
> ~[apache-cassandra-2.2.1.jar:2.2.1] at
> org.apache.cassandra.db.compaction.CompactionManager$BackgroundCompactionCandidate.run(CompactionManager.java:236)
> ~[apache-cassandra-2.2.1.jar:2.2.1]
>
> at
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
> ~[na:1.7.0_79]
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> ~[na:1.7.0_79]
> at
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
> ~[na:1.7.0_79]
> at
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
> [na:1.7.0_79]
> at java.lang.Thread.run(Thread.java:745) [na:1.7.0_79]
> DEBUG [CompactionExecutor:1] 2015-09-04 14:22:55,797
> CompactionManager.java:222 - Checking system.local
> DEBUG [CompactionExecutor:1] 2015-09-04
> 14:22:55,797 SizeTieredCompactionStrategy.java:85 - Compaction buckets are
> [[BigTableReader(path='/cassandra/data/system/local-7ad54392bcdd35a684174e047860b377/la-83-big-Data.db'),
>
> BigTableReader(path='/cassandra/data/system/local-7ad54392bcdd35a684174e047860b377/la-81-big-Data.db'),
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
