Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@cassandra.apache.org
Received-SPF: pass (athena.apache.org: domain of fabrice.facorat@gmail.com
 designates 209.85.218.45 as permitted sender)
MIME-Version: 1.0
Date: Tue, 3 Mar 2015 19:37:26 +0100
Message-ID: 
 <CAJgLgcjbhMSwCa9x1-T+KqEKRj7oo5wPaSqfjAHrhNsLGfDpTw@mail.gmail.com>
Subject: Issue restarting cassandra with a cluster running Cassandra 1.2.x and
 Cassandra 2.0.x
From: Fabrice Facorat <fabrice.facorat@gmail.com>
To: user@cassandra.apache.org
Content-Type: text/plain; charset=UTF-8

Hi,

we have a 52 Cassandra nodes cluster running Apache Cassandra 1.2.13.
As we are planning to migrate to Cassandra 2.0.10, we decide to do
some tests and we noticed that once a node in the cluster have been
upgraded to Cassandra 2.0.x, restarting a Cassandra 1.2.x will fail.

The tests were done on a 6 nodes cluster running Apache Cassandra
1.2.13 (x5) + Apache Cassandra 2.0.10 (x1) and using java 1.7.0_07.
The cassandra 1.2.x is failing with the following error in output.log :

INFO 15:18:41,233 Initializing system_traces.events
org.apache.cassandra.db.marshal.MarshalException: unable to coerce
'credval' to a  formatted date (long)
        at org.apache.cassandra.db.marshal.DateType.dateStringToTimestamp(DateType.java:115)
        at org.apache.cassandra.db.marshal.DateType.fromString(DateType.java:83)
        at org.apache.cassandra.db.marshal.ReversedType.fromString(ReversedType.java:82)
        at org.apache.cassandra.config.ColumnDefinition.fromSchema(ColumnDefinition.java:231)
        at org.apache.cassandra.config.CFMetaData.addColumnDefinitionSchema(CFMetaData.java:1524)
        at org.apache.cassandra.config.CFMetaData.fromSchema(CFMetaData.java:1456)
        at org.apache.cassandra.config.KSMetaData.deserializeColumnFamilies(KSMetaData.java:306)
        at org.apache.cassandra.config.KSMetaData.fromSchema(KSMetaData.java:287)
        at org.apache.cassandra.db.DefsTable.loadFromTable(DefsTable.java:154)
        at org.apache.cassandra.config.DatabaseDescriptor.loadSchemas(DatabaseDescriptor.java:583)
        at org.apache.cassandra.service.CassandraDaemon.setup(CassandraDaemon.java:253)
        at org.apache.cassandra.service.CassandraDaemon.init(CassandraDaemon.java:381)
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:601)
        at org.apache.commons.daemon.support.DaemonLoader.load(DaemonLoader.java:212)
Caused by: java.text.ParseException: Unable to parse the date: credval
        at org.apache.commons.lang.time.DateUtils.parseDateWithLeniency(DateUtils.java:359)
        at org.apache.commons.lang.time.DateUtils.parseDateStrictly(DateUtils.java:305)
        at org.apache.cassandra.db.marshal.DateType.dateStringToTimestamp(DateType.java:111)
        ... 16 more
Cannot load daemon
Service exit with a return value of 3

We did some tests with a very simple schema without ReversedType, but
they failed too.

We did look at CASSANDRA-6695 and CASSANDRA-8462, and we had applied
the corresponding patch, but without success.

Does someone know a way to avoid this issue ?


-- 
Close the World, Open the Net
http://www.linux-wizard.net