首页 文章

流式传输完成后Bootstrapping陷入困境

提问于
浏览
1

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

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

java.io.EOFException:org.apache.cassandra.io.util.FileUtils.skipBytesFully(FileUtils.java:229)org.apache.cassandra.io.sstable.IndexHelper.skipBloomFilter中的825307185中的129546466字节之后的EOF( IndexHelper.java:50)org.apache.cassandra.io.sstable.SritableWriter $ RowIndexer.doIndexing(SSTableWriter.java:451)at 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)at org . apache.cassandra.db.compaction.CompactionManager $ 9.call(CompactionManager.java:1092)at java.util.concurrent.FutureTask $ Sync.innerRun(FutureTask.java:303)at java.util.concurrent.FutureTask.run(FutureTask) .java:138)java.util.concurrent.ThreadPoolExecutor $ Worker.runTask(ThreadPoolExecutor.java:886)at java.util.concurrent.ThreadPoolExecutor $ Worker.run(ThreadPoolExecutor.java:908)at java.lang.Thr ead.run(Thread.java:662)

2 回答

  • 1

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

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

  • 0

    只是添加上面的答案 . 即使nodetool scrub没有工作,一些节点仍然在我们的案例中给出问题 .

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

相关问题