You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@cassandra.apache.org by "Aleksey Yeschenko (JIRA)" <ji...@apache.org> on 2017/02/03 13:54:51 UTC

[jira] [Commented] (CASSANDRA-13180) Better handling of missing entries in system_schema.columns during startup

    [ https://issues.apache.org/jira/browse/CASSANDRA-13180?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15851503#comment-15851503 ] 

Aleksey Yeschenko commented on CASSANDRA-13180:
-----------------------------------------------

+1

> Better handling of missing entries in system_schema.columns during startup
> --------------------------------------------------------------------------
>
>                 Key: CASSANDRA-13180
>                 URL: https://issues.apache.org/jira/browse/CASSANDRA-13180
>             Project: Cassandra
>          Issue Type: Improvement
>          Components: Distributed Metadata
>            Reporter: Tyler Hobbs
>            Assignee: Tyler Hobbs
>             Fix For: 3.0.x, 3.x
>
>
> Like the error in CASSANDRA-12213 and CASSANDRA-12165, it's possible for {{system_schema.keyspaces}} and {{tables}} to contain entries for a table while {{system_schema.columns}} has none.  This produces an error during startup, and there's no way for a user to recover from this without restoring from backups.
> Although this has been seen in the wild on one occasion, the cause is still not entirely known.  (It may be due to a concurrent DROP TABLE and ALTER TABLE where a table property is altered.)  Until we know the root cause, it makes sense to give users a way to recover from that situation.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)