流式传输后,Bootstrapping卡住了

时间:2012-01-27 19:10:55

标签: cassandra bootstrapping

我正在向现有的cassandra集群添加节点。 Node传输所有数据后,Bootstrapping卡住了。 netstats显示流到新节点的数据。 当我检查nodetool - 新节点的信息时,它会显示异常。 这个例外可能是引导卡住的原因。

joing节点上的日志文件显示以下异常。但是,以下异常并没有阻止流式传输。此节点也会在异常之后流式传输数据。

  

java.io.EOFException:825307185中的129546466字节后的EOF           在org.apache.cassandra.io.util.FileUtils.skipBytesFully(FileUtils.java:229)           在org.apache.cassandra.io.sstable.IndexHelper.skipBloomFilter(IndexHelper.java:50)           在org.apache.cassandra.io.sstable.SSTableWriter $ RowIndexer.doIndexing(SSTableWriter.java:451)           在org.apache.cassandra.io.sstable.SSTableWriter $ RowIndexer.index(SSTableWriter.java:364)           在org.apache.cassandra.io.sstable.SSTableWriter $ Builder.build(SSTableWriter.java:315)           在org.apache.cassandra.db.compaction.CompactionManager $ 9.call(CompactionManager.java:1101)           在org.apache.cassandra.db.compaction.CompactionManager $ 9.call(CompactionManager.java:1092)           at java.util.concurrent.FutureTask $ Sync.innerRun(FutureTask.java:303)           在java.util.concurrent.FutureTask.run(FutureTask.java:138)           at java.util.concurrent.ThreadPoolExecutor $ Worker.runTask(ThreadPoolExecutor.java:886)           at java.util.concurrent.ThreadPoolExecutor $ Worker.run(ThreadPoolExecutor.java:908)           在java.lang.Thread.run(Thread.java:662)

2 个答案:

答案 0 :(得分:1)

我认为你是对的,这就是为什么bootstrap卡住了。

我对现有节点运行“nodetool scrub”,然后在新节点上重试引导程序(清除第一次尝试后的数据)。

答案 1 :(得分:0)

只需添加以上答案。即使nodetool scrub没有工作,有些节点在我们的案例中仍然存在问题。

升级到1.1并使用sstable loader加载数据解决了这个问题。 我无法评论这是否是最佳解决方案,但它在我们的案例中有效。