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 Kjellman (JIRA)" <ji...@apache.org> on 2013/01/04 22:02:12 UTC
[jira] [Commented] (CASSANDRA-5116) upgradesstables does not
upgrade all sstables on a node
[ https://issues.apache.org/jira/browse/CASSANDRA-5116?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13544249#comment-13544249 ]
Michael Kjellman commented on CASSANDRA-5116:
---------------------------------------------
when attempting to do a forceUserDefinedCompaction on the sstable's in question this is logged:
{code}
INFO 12:50:39,748 Will not compact ks/ks-evidence_index-hf-70: it is not an active sstable
INFO 12:50:39,749 No file to compact for user defined compaction
{code}
which according to the source looks like lookupSSTable() returned null.
which begs the question then, why are these sstables still getting streamed then?
> upgradesstables does not upgrade all sstables on a node
> -------------------------------------------------------
>
> Key: CASSANDRA-5116
> URL: https://issues.apache.org/jira/browse/CASSANDRA-5116
> Project: Cassandra
> Issue Type: Bug
> Affects Versions: 1.2.0
> Environment: Ubuntu 12.04
> Reporter: Michael Kjellman
>
> upgradesstables appears to be skipping sstables randomly.
> finding a sstable with an mtime < the upgrade time and grepping through the logs for a corresponding compaction log line, i find nothing. I have reproduced this on all of my nodes across the cluster.
> is performAllSSTableOperation somehow skipping sstables?
--
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: http://www.atlassian.com/software/jira