Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/cassandra/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Cassandra 流式传输完成后,引导受阻_Cassandra_Bootstrapping - Fatal编程技术网

Cassandra 流式传输完成后,引导受阻

Cassandra 流式传输完成后,引导受阻,cassandra,bootstrapping,Cassandra,Bootstrapping,我正在向现有的cassandra集群添加节点。 在节点对所有数据进行流处理后,引导受阻。 netstats在流向新节点的流中不显示任何数据。 当我检查新节点的nodetool-info时,它会显示一个异常。 此异常可能是引导受阻的原因 joing节点上的日志文件显示以下异常。但以下异常并没有停止流式处理。此节点也会在异常之后对数据进行流处理 java.io.EOFException:825307185中129546466字节后的EOF 在org.apache.cassandra.io.util.

我正在向现有的cassandra集群添加节点。 在节点对所有数据进行流处理后,引导受阻。 netstats在流向新节点的流中不显示任何数据。 当我检查新节点的nodetool-info时,它会显示一个异常。 此异常可能是引导受阻的原因

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.compression.CompactionManager$9.call(CompactionManager.java:1101) 位于org.apache.cassandra.db.compression.CompactionManager$9.call(CompactionManager.java:1092) 位于java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303) 位于java.util.concurrent.FutureTask.run(FutureTask.java:138) 位于java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) 位于java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) 运行(Thread.java:662)


我认为你是对的,这就是为什么引导卡了


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

我认为这就是引导被卡住的原因,你是对的


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

只添加上述答案。即使nodetool scrub也不起作用,在我们的案例中,一些节点仍然存在问题

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

只是添加了上述答案。即使是nodetool磨砂也没有起作用,在我们的案例中,一些节点仍然存在问题

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