cassandra-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Jason Brown (JIRA)" <>
Subject [jira] [Commented] (CASSANDRA-5768) If a Seed can't be contacted, a new node comes up as a cluster of 1
Date Thu, 18 Jul 2013 21:08:52 GMT


Jason Brown commented on CASSANDRA-5768:

bq. A seed node can't bootstrap as it is, so this shouldn't be a problem

Ahh, crap, forgot about that. Then on the whole, the original patch lgtm. You might want to
consider setting seedContacted to true in buildSeedsList() to optimize the lookup in checkSeedContact(),
but that's a minor optimization and shouldn't stop us from moving forward on this.
> If a Seed can't be contacted, a new node comes up as a cluster of 1
> -------------------------------------------------------------------
>                 Key: CASSANDRA-5768
>                 URL:
>             Project: Cassandra
>          Issue Type: Bug
>    Affects Versions: 2.0 beta 1
>            Reporter: Andy Cobley
>            Assignee: Brandon Williams
>            Priority: Minor
>             Fix For: 2.0 beta 2
>         Attachments: 5768.txt, cassandra.yaml
> Setting up a new test cluster using  2.0.0-beta1 and I noticed the following behaviour
with vnodes turned on.  
> I bring up one node all well and good.  however if I bring up a second node, that can't
contact the first (the first being the seed for the second) after a short period of time,
the second goes ahead and assumes it's the only node and bootstraps with all tokens.  
> NOTE also this email from Robert Coli 
> To:
> Obviously if you have defined a seed and cannot contact it, the node should not start
as a cluster of one. I have a to-do list item to file a JIRA on the subject, but if you wanted
to file and link us, that'd be super. :)
> Startup trace (from the can't contact the seed messages below).

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message