I have not done this as of yet but from all that I have read your best option 
is to follow the replace node documentation which I belive you need to


 1.  Have the token be the same BUT add 1 to it so it doesn't think it's the 
same computer
 2.  Have the bootstrap option set or something so streaming takes affect.

I would however test that all out in QA to make sure it works and if you have 
QUOROM reads/writes a good part of that test would be to take node X down after 
your node Y is back in the cluster to make sure reads/writes are working on the 
node you fixed…..you just need to make sure node X shares one of the token 
ranges of node Y AND your writes/reads are in that token range.

Dean

From: Jabbar Azam <aja...@gmail.com<mailto:aja...@gmail.com>>
Reply-To: "user@cassandra.apache.org<mailto:user@cassandra.apache.org>" 
<user@cassandra.apache.org<mailto:user@cassandra.apache.org>>
Date: Tuesday, March 19, 2013 8:51 AM
To: "user@cassandra.apache.org<mailto:user@cassandra.apache.org>" 
<user@cassandra.apache.org<mailto:user@cassandra.apache.org>>
Subject: Recovering from a faulty cassandra node

Hello,

I am using Cassandra 1.2.2 on a 4 node test cluster with vnodes. I waited for 
over a week to insert lots of data into the cluster. During the end of the 
process one of the nodes had a hardware fault.

I have fixed the hardware fault but the filing system on that node is corrupt 
so I'll have to reinstall the OS and cassandra.

I can think of two ways of reintegrating the host into the cluster

1) shrink the cluster to three nodes and add the node into the cluster

2) Add the node into the cluster without shrinking

I'm not sure of the best approach to take and I'm not sure how to achieve each 
step.

Can anybody help?


--
Thanks

 Jabbar Azam

Reply via email to