Hi Robert,

it all happened within 30 minutes, so way before the default
gc_grace_second (864000), so I should be fine.
However, this is quite shocking if you ask me. The only possibility of
getting to an inconsistent state only by restarting a node is appalling...

Can other people confirm that a restart after the gc_grace_seconds passed
would have violated consistency permanently?

Cheers,
Stefano

On Wed, Feb 11, 2015 at 10:56 AM, Robert Coli <rc...@eventbrite.com> wrote:

> On Tue, Feb 10, 2015 at 9:13 PM, Stefano Ortolani <ostef...@gmail.com>
> wrote:
>
>> I recommissioned a node after decommissioningit.
>> That happened (1) after a successfull decommission (checked), (2) without
>> wiping the data directory on the node, (3) simply by restarting the
>> cassandra service. The node now reports himself healty and up and running
>>
>> Knowing that I issued the "repair" command and patiently waited for its
>> completion, can I assume the cluster, and its internals (replicas, balance
>> between those) to be healthy and "as new"?
>>
>
> Did you recommission before or after gc_grace_seconds passed? If after,
> you have violated consistency in a manner that, in my understanding, one
> cannot recover from.
>
> If before, you're pretty fine.
>
> However this is a longstanding issue that I personally consider a bug :
>
> Your decommissioned node doesn't forget its state. In my opinion, you told
> it to leave the cluster, it should forget everything it knew as a member of
> that cluster.
>
> If you file this behavior as a JIRA bug, please let the list know.
>
> =Rob
>
>

Reply via email to