我怀疑我已经损坏了表的存储库,因此在节点关闭时我正在运行sstableverify实用程序。我收到了像[GC overhead limit exceeded]这样的消息
如果这个问题可以解决的话寻求帮助-或者解决..。提前谢谢!
验证-v企业ale_state_access_point 线程“主”java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124)中的异常: GC开销超出了java.util.Arrays.copyOf(Arrays.java:3332)在java.lang.StringBuilder.append(StringBuilder.java:202) at org.apache.cassandra.io.sstable.Descriptor.filenameFor(Descriptor.java的java.util.Arrays.copyOf(Arrays.java:3332):170)在org.apache.cassandra.io.sstable.Descriptor.filenameFor(Descriptor.java:125) at org.apache.cassandra.io.sstable.format.SSTableReader.load(SSTableReader.java:709) at org.apache.cassandra.io.sstable.format.SSTableReader.load(SSTableReader.java:672) at org.apache.cassandra.io.sstable.format.SSTableReader.open(SSTableReader.java:466) at org.apache.cassandra.io.sstable.format.SSTableReader.openNoValidation(SSTableReader.java:377) at org.apache.cassandra.tools.StandaloneVerifier.main(StandaloneVerifier.java:89)错误20:33:15检测到泄漏:在引用是垃圾收集错误20:33:15检测到的泄漏:在垃圾收集引用之前没有释放对类org.apache.cassandra.io.sstable.format.SSTableReader$InstanceTidier@1968390106:/cassandra/data/enterprise/ale_state_access_point-ae4c50d0d67a11e696b25735df805631/lb-58267-big的引用org.apache.cassandra.io.sstable.format.SSTableReader$InstanceTidier@1968390106:/cassandra/data/enterprise/ale_state_access_point-ae4c50d0d67a11e696b25735df805631/lb-58267-big
发布于 2017-02-17 17:31:48
我猜你有很多马厩,因为它的失败,仅仅是建立描述符。如果系统上有内存,请尝试增加堆(默认为256 If ):
MAX_HEAP_SIZE=4G sstableverify -v enterprise ale_state_access_point
发布于 2017-02-03 05:04:54
如果你篡改了马厩,把它们弄坏了,你就只能做这么多事了。当节点尝试加载表时,也会发生这种情况。我建议从备份中恢复或者擦洗桌子。
https://stackoverflow.com/questions/42013443
复制相似问题