cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jonathan Ellis (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-7582) 2.1 multi-dc upgrade errors
Date Mon, 28 Jul 2014 13:04:39 GMT


Jonathan Ellis commented on CASSANDRA-7582:

How do we know what's in the system ks when all we have is a cfid that doesn't match anything

More generally, I'm not sure how "stop on unknown cfid" is going to be a useful feature. 
It's definitely going to happen if you replay a commitlog after dropping a table, for instance,
if we have an unclean shutdown in between.  This is normal behavior and not a bug per se,
so whacking users and not starting up is definitely antisocial.

On the other hand I can't picture a scenario where the user *can* take meaningful action based
on failing startup here.  Put another way, ignoring the mutations is the Right Thing to do
in every scenario I can think of.

So I propose we just log it at info and ignore.

> 2.1 multi-dc upgrade errors
> ---------------------------
>                 Key: CASSANDRA-7582
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>          Components: Core
>            Reporter: Ryan McGuire
>            Assignee: Benedict
>            Priority: Critical
>             Fix For: 2.1.0
> Multi-dc upgrade [was working from 2.0 -> 2.1 fairly recently|],
but is currently failing.
> Running
I get the following errors when starting 2.1 upgraded from 2.0:
> {code}
> ERROR [main] 2014-07-21 23:54:20,862 - Commit log replay failed due
to replaying a mutation for a missing table. This error can be ignored by providing -Dcassandra.commitlog.stop_on_missing_tables=false
on the command line
> ERROR [main] 2014-07-21 23:54:20,869 - Exception encountered
during startup
> java.lang.RuntimeException: org.apache.cassandra.db.UnknownColumnFamilyException: Couldn't
find cfId=a1b676f3-0c5d-3276-bfd5-07cf43397004
>         at org.apache.cassandra.service.CassandraDaemon.setup(
>         at org.apache.cassandra.service.CassandraDaemon.activate(
>         at org.apache.cassandra.service.CassandraDaemon.main(
> Caused by: org.apache.cassandra.db.UnknownColumnFamilyException: Couldn't find cfId=a1b676f3-0c5d-3276-bfd5-07cf43397004
>         at org.apache.cassandra.db.ColumnFamilySerializer.deserializeCfId(
>         at org.apache.cassandra.db.ColumnFamilySerializer.deserialize(
>         at org.apache.cassandra.db.Mutation$MutationSerializer.deserializeOneCf(
>         at org.apache.cassandra.db.Mutation$MutationSerializer.deserialize(
>         at org.apache.cassandra.db.commitlog.CommitLogReplayer.recover(
>         at org.apache.cassandra.db.commitlog.CommitLogReplayer.recover(
>         at org.apache.cassandra.db.commitlog.CommitLog.recover( ~[main/:na]
>         at org.apache.cassandra.db.commitlog.CommitLog.recover( ~[main/:na]
> {code}

This message was sent by Atlassian JIRA

View raw message