You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Gary Dusbabek (JIRA)" <ji...@apache.org> on 2010/10/12 21:55:33 UTC

[jira] Assigned: (CASSANDRA-1585) Schema change with compaction race

     [ https://issues.apache.org/jira/browse/CASSANDRA-1585?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Gary Dusbabek reassigned CASSANDRA-1585:
----------------------------------------

    Assignee: Gary Dusbabek

> Schema change with compaction race
> ----------------------------------
>
>                 Key: CASSANDRA-1585
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-1585
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>            Reporter: Stu Hood
>            Assignee: Gary Dusbabek
>            Priority: Minor
>             Fix For: 0.7.0
>
>
> We observed what appeared to be a race between an ongoing compaction and a system_drop_cf call. The destination SSTable of the compaction was not removed by the drop, so it remained in the data directory. Recreating a CF of the same name caused the SSTable to become active again (or to at least show in the gossiped load).

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.