Late reply, but I just got the same error restarting after upgrading from
0.7.2 to 0.7.5.
I did a drain using nodetool on each node before I killed them and did the
upgrade. Should all commitlogs have been cleaned up after a drain? I would
think so, but they were not. Maybe there is a bug around
It looks like this will happen if it tries to replay a mutation for a
dropped keyspace (dropped CFs are handled correctly).
Created https://issues.apache.org/jira/browse/CASSANDRA-2631 to fix.
On Wed, Apr 27, 2011 at 6:22 AM, Subscriber subscri...@zfabrik.de wrote:
Hi,
I'm using Cassandra
But isn't their a better way than to delete the commitlogs?
What do I do when this happens in a productive system?
Ciao
Udo
Am 29.04.2011 um 02:07 schrieb aaron morton:
Thought you may have re-created the schema.
Kill the process like that should be ok, let us know if you get the error
I've not heard of it happening in a production system.
The commit log and the schema have diverged, that does not normally happen.
Aaron
On 29 Apr 2011, at 20:54, Subscriber wrote:
But isn't their a better way than to delete the commitlogs?
What do I do when this happens in a productive
Hi Aaron,
what exactly do you mean?
I restarted the cluster by calling
bin/cassandra -p pid.file
on all three nodes. The first node is the (only) seed.
Udo
Am 27.04.2011 um 23:28 schrieb Aaron Morton:
What approach did you take to restarting the cluster?
It looks like the
What approach did you take to restarting the cluster?
It looks like the keyspace name was changed and the log replay tried to write
to the old one.
Aaron
On 28/04/2011, at 12:03 AM, Subscriber subscri...@zfabrik.de wrote:
Hi again,
some more remarks.
I renamed the commitlog directory
