Sounds like you have done some solid test work.
I suggest reading https://issues.apache.org/jira/browse/CASSANDRA-6568
and if you think your issue is the same adding your reproduction case
there, otherwise create your own ticket.
On 02/06/2014 10:53 AM, Sameer Farooqui wrote:
Yeah, it's definitely repeatable. I have a lab environment set up where the
issue is occurring and I've recreated the lab environment 4 - 5 times and
it's occurred each time.
In my demodb.users CF I currently have 2 data SSTables on disk
(demodb-users-jb-1-Data.db and demodb-users-jb-6-Data.db). However, in
OpsCenter the CF: SSTable Count (demodb.users) graph shows only one SSTable.
The nodetool cfstats command also shows "SSTable count: 1" for this CF.
- SF
On Thu, Feb 6, 2014 at 8:54 AM, Chris Burroughs
<chris.burrou...@gmail.com>wrote:
On 02/06/2014 01:17 AM, Sameer Farooqui wrote:
I'm running C* 2.0.4 and when I have a handful of SSTable files and
trigger
a manual compaction with 'nodetool compact' the first SSTable file doesn't
get compacted away.
Is there something special about the first SSTable that it remains even
after a SizedTierCompaction?
No, this is not expected behavior. Do the number of live SSTables
reported match what is on disk? Do you have a procedure that can repeat
this?
