There have been two similar reports in the last few days. The joining node is unable to discover the cluster information it needs to find the correct place to join. However there code appears to have checks in place to prevent that from happening.
If you have time can you please try to reproduce the fault ? * set logging to DEBUG on /etc/cassandra/log4j-server.properties * clear all files from /var/lib/cassandra/data/system * start the node I *think* if you restart the node it will work as it will used stored load data. But I'm unsure if it will bootstrap as that only happens once, you may want to run a repair. Cheers ----------------- Aaron Morton Freelance Developer @aaronmorton http://www.thelastpickle.com On 15/03/2012, at 4:04 AM, Maki Watanabe wrote: > Try: > % telnet seed_node 7000 > on the 3rd node and see what it says. > > maki > > > 2012/3/14 Rishabh Agrawal <rishabh.agra...@impetus.co.in>: >> I am using storage port 7000 (deafult) across all nodes. >> >> -----Original Message----- >> From: Maki Watanabe [mailto:watanabe.m...@gmail.com] >> Sent: Wednesday, March 14, 2012 3:42 PM >> To: user@cassandra.apache.org >> Subject: Re: Adding nodes to cluster (Cassandra 1.0.8) >> >> Do you use same storage_port across 3 nodes? >> Can you access to the storage_port of the seed node from the last (failed) >> node? >> >> 2012/3/14 Rishabh Agrawal <rishabh.agra...@impetus.co.in>: >>> I was able to successfully join a node to already existing one-node >>> cluster (without giving any intital_token), but when I add another >>> machine with identical settings (with changes in listen broadcast and >>> rpc address). I am unable to join it to the cluster and it gives me >>> following error: >>> >>> >>> >>> INFO 17:50:35,555 JOINING: schema complete, ready to bootstrap >>> >>> INFO 17:50:35,556 JOINING: getting bootstrap token >>> >>> ERROR 17:50:35,557 Exception encountered during startup >>> >>> java.lang.RuntimeException: No other nodes seen! Unable to >>> bootstrap.If you intended to start a single-node cluster, you should >>> make sure your broadcast_address (or listen_address) is listed as a >>> seed. Otherwise, you need to determine why the seed being contacted >>> has no knowledge of the rest of the cluster. Usually, this can be >>> solved by giving all nodes the same seed list. >>> >>> at >>> org.apache.cassandra.dht.BootStrapper.getBootstrapSource(BootStrapper. >>> java:168) >>> >>> at >>> org.apache.cassandra.dht.BootStrapper.getBalancedToken(BootStrapper.ja >>> va:150) >>> >>> at >>> org.apache.cassandra.dht.BootStrapper.getBootstrapToken(BootStrapper.j >>> ava:145) >>> >>> at >>> org.apache.cassandra.service.StorageService.joinTokenRing(StorageServi >>> ce.java:565) >>> >>> at >>> org.apache.cassandra.service.StorageService.initServer(StorageService. >>> java:484) >>> >>> at >>> org.apache.cassandra.service.StorageService.initServer(StorageService. >>> java:395) >>> >>> at >>> org.apache.cassandra.service.AbstractCassandraDaemon.setup(AbstractCas >>> sandraDaemon.java:234) >>> >>> at >>> org.apache.cassandra.service.AbstractCassandraDaemon.activate(Abstract >>> CassandraDaemon.java:356) >>> >>> at >>> org.apache.cassandra.thrift.CassandraDaemon.main(CassandraDaemon.java: >>> 107) >>> >>> java.lang.RuntimeException: No other nodes seen! Unable to >>> bootstrap.If you intended to start a single-node cluster, you should >>> make sure your broadcast_address (or listen_address) is listed as a >>> seed. Otherwise, you need to determine why the seed being contacted >>> has no knowledge of the rest of the cluster. Usually, this can be >>> solved by giving all nodes the same seed list. >>> >>> at >>> org.apache.cassandra.dht.BootStrapper.getBootstrapSource(BootStrapper. >>> java:168) >>> >>> at >>> org.apache.cassandra.dht.BootStrapper.getBalancedToken(BootStrapper.ja >>> va:150) >>> >>> at >>> org.apache.cassandra.dht.BootStrapper.getBootstrapToken(BootStrapper.j >>> ava:145) >>> >>> at >>> org.apache.cassandra.service.StorageService.joinTokenRing(StorageServi >>> ce.java:565) >>> >>> at >>> org.apache.cassandra.service.StorageService.initServer(StorageService. >>> java:484) >>> >>> at >>> org.apache.cassandra.service.StorageService.initServer(StorageService. >>> java:395) >>> >>> at >>> org.apache.cassandra.service.AbstractCassandraDaemon.setup(AbstractCas >>> sandraDaemon.java:234) >>> >>> at >>> org.apache.cassandra.service.AbstractCassandraDaemon.activate(Abstract >>> CassandraDaemon.java:356) >>> >>> at >>> org.apache.cassandra.thrift.CassandraDaemon.main(CassandraDaemon.java: >>> 107) >>> >>> Exception encountered during startup: No other nodes seen! Unable to >>> bootstrap.If you intended to start a single-node cluster, you should >>> make sure your broadcast_address (or listen_address) is listed as a seed. >>> Otherwise, you need to determine why the seed being contacted has no >>> knowledge of the rest of the cluster. Usually, this can be solved by >>> giving all nodes the same seed list. >>> >>> INFO 17:50:35,571 Waiting for messaging service to quiesce >>> >>> INFO 17:50:35,571 MessagingService shutting down server thread. >>> >>> >>> >>> >>> >>> Now when I put some interger value to intial_token the Cassandra >>> starts working but is not able to connect to the main cluster which >>> became evident from the command Nodetool –h <ip of this node> ring. It >>> displayed itself with 100% ownership. >>> >>> >>> >>> >>> >>> Kindly help me with it asap. >>> >>> >>> >>> Regards >>> >>> Rishabh >>> >>> >>> >>> >>> ________________________________ >>> >>> Impetus to sponsor and exhibit at Structure Data 2012, NY; Mar 21-22. >>> Know more about our Big Data quick-start program at the event. >>> >>> New Impetus webcast ‘Cloud-enabled Performance Testing vis-à-vis On-premise’ >>> available at http://bit.ly/z6zT4L. >>> >>> >>> NOTE: This message may contain information that is confidential, >>> proprietary, privileged or otherwise protected by law. The message is >>> intended solely for the named addressee. If received in error, please >>> destroy and notify the sender. Any use of this email is prohibited >>> when received in error. Impetus does not represent, warrant and/or >>> guarantee, that the integrity of this communication has been >>> maintained nor that the communication is free of errors, virus, >>> interception or interference. >> >> ________________________________ >> >> Impetus to sponsor and exhibit at Structure Data 2012, NY; Mar 21-22. Know >> more about our Big Data quick-start program at the event. >> >> New Impetus webcast ‘Cloud-enabled Performance Testing vis-à-vis On-premise’ >> available at http://bit.ly/z6zT4L. >> >> >> NOTE: This message may contain information that is confidential, >> proprietary, privileged or otherwise protected by law. The message is >> intended solely for the named addressee. If received in error, please >> destroy and notify the sender. Any use of this email is prohibited when >> received in error. Impetus does not represent, warrant and/or guarantee, >> that the integrity of this communication has been maintained nor that the >> communication is free of errors, virus, interception or interference.
