Return-Path: X-Original-To: apmail-cassandra-commits-archive@www.apache.org Delivered-To: apmail-cassandra-commits-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4011710544 for ; Sun, 13 Oct 2013 17:15:48 +0000 (UTC) Received: (qmail 83729 invoked by uid 500); 13 Oct 2013 17:15:43 -0000 Delivered-To: apmail-cassandra-commits-archive@cassandra.apache.org Received: (qmail 83668 invoked by uid 500); 13 Oct 2013 17:15:43 -0000 Mailing-List: contact commits-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cassandra.apache.org Delivered-To: mailing list commits@cassandra.apache.org Received: (qmail 83652 invoked by uid 99); 13 Oct 2013 17:15:42 -0000 Received: from arcas.apache.org (HELO arcas.apache.org) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 13 Oct 2013 17:15:42 +0000 Date: Sun, 13 Oct 2013 17:15:42 +0000 (UTC) From: "Yuki Morishita (JIRA)" To: commits@cassandra.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Commented] (CASSANDRA-6092) Leveled Compaction after ALTER TABLE creates pending but does not actually begin MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 [ https://issues.apache.org/jira/browse/CASSANDRA-6092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13793717#comment-13793717 ] Yuki Morishita commented on CASSANDRA-6092: ------------------------------------------- So we are not adding functionality to break up huge single SSTable when switching to LCS, right? (I'm not a huge fan of it since it adds complexity to picking LCS candidates imho.) > Leveled Compaction after ALTER TABLE creates pending but does not actually begin > -------------------------------------------------------------------------------- > > Key: CASSANDRA-6092 > URL: https://issues.apache.org/jira/browse/CASSANDRA-6092 > Project: Cassandra > Issue Type: Bug > Environment: Cassandra 1.2.10 > Oracle Java 1.7.0_u40 > RHEL6.4 > Reporter: Karl Mueller > Assignee: Jonathan Ellis > Fix For: 1.2.11 > > Attachments: 6092.txt > > > Running Cassandra 1.2.10. N=5, RF=3 > On this Column Family (ProductGenomeDev/Node), it's been major compacted into a single, large sstable. > There's no activity on the table at the time of the ALTER command. I changed it to Leveled Compaction with the command below. > cqlsh:ProductGenomeDev> alter table "Node" with compaction = { 'class' : 'LeveledCompactionStrategy', 'sstable_size_in_mb' : 160 }; > Log entries confirm the change happened. > [...]column_metadata={},compactionStrategyClass=class org.apache.cassandra.db.compaction.LeveledCompactionStrategy,compactionStrategyOptions={sstable_size_in_mb=160} [...] > nodetool compactionstats shows pending compactions, but there's no activity: > pending tasks: 750 > 12 hours later, nothing has still happened, same number pending. The expectation would be that compactions would proceed immediately to convert everything to Leveled Compaction as soon as the ALTER TABLE command goes. > I try a simple write into the CF, and then flush the nodes. This kicks off compaction on 3 nodes. (RF=3) > cqlsh:ProductGenomeDev> insert into "Node" (key, column1, value) values ('test123', 'test123', 'test123'); > cqlsh:ProductGenomeDev> select * from "Node" where key = 'test123'; > key | column1 | value > ---------+---------+--------- > test123 | test123 | test123 > cqlsh:ProductGenomeDev> delete from "Node" where key = 'test123'; > After a flush on every node, now I see: > [cassandra@dev-cass00 ~]$ cas exec nt compactionstats > *** dev-cass00 (0) *** > pending tasks: 750 > Active compaction remaining time : n/a > *** dev-cass04 (0) *** > pending tasks: 752 > compaction type keyspace column family completed total unit progress > CompactionProductGenomeDev Node 3413333881 643290447928 bytes 0.53% > Active compaction remaining time : n/a > *** dev-cass01 (0) *** > pending tasks: 750 > Active compaction remaining time : n/a > *** dev-cass02 (0) *** > pending tasks: 751 > compaction type keyspace column family completed total unit progress > CompactionProductGenomeDev Node 3374975141 642764512481 bytes 0.53% > Active compaction remaining time : n/a > *** dev-cass03 (0) *** > pending tasks: 751 > compaction type keyspace column family completed total unit progress > CompactionProductGenomeDev Node 3591320948 643017643573 bytes 0.56% > Active compaction remaining time : n/a > After inserting and deleting more columns, enough that all nodes have new data, and flushing, now compactions are proceeding on all nodes. -- This message was sent by Atlassian JIRA (v6.1#6144)