首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >cassandra 2.2.8:验证- GC开销超过上限

cassandra 2.2.8:验证- GC开销超过上限
EN

Stack Overflow用户
提问于 2017-02-02 22:24:38
回答 2查看 700关注 0票数 0

我怀疑我已经损坏了表的存储库,因此在节点关闭时我正在运行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

EN

回答 2

Stack Overflow用户

发布于 2017-02-17 17:31:48

我猜你有很多马厩,因为它的失败,仅仅是建立描述符。如果系统上有内存,请尝试增加堆(默认为256 If ):

MAX_HEAP_SIZE=4G sstableverify -v enterprise ale_state_access_point

票数 1
EN

Stack Overflow用户

发布于 2017-02-03 05:04:54

如果你篡改了马厩,把它们弄坏了,你就只能做这么多事了。当节点尝试加载表时,也会发生这种情况。我建议从备份中恢复或者擦洗桌子。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/42013443

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档