cassandra 2.2.8: sstableverify - превышен верхний предел GC

Question

Я подозреваю, что повредил свои sstables для таблицы, поэтому я запускаю утилиту sstableverify, пока узел не работает. Я получаю сообщения, такие как [GC overhead limit exceeded]

Ищет помощь, если эта проблема может быть обработана или адресована .. спасибо заранее!

sstableverify -v enterprise ale_state_access_point

Exception in thread "main" java.lang.OutOfMemoryError: GC overhead limit exceeded at java.util.Arrays.copyOf(Arrays.java:3332) at java.lang.AbstractStringBuilder.ensureCapacityInternal(AbstractStringBuilder.java:124) at java.lang.AbstractStringBuilder.append(AbstractStringBuilder.java:649) at java.lang.StringBuilder.append(StringBuilder.java:202) at org.apache.cassandra.io.sstable.Descriptor.filenameFor(Descriptor.java:170) at 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) ERROR 20:33:15 LEAK DETECTED: a reference (org.apache.cassandra.utils.concurrent.Ref$State@6d42f926) to class org.apache.cassandra.io.sstable.format.SSTableReader$InstanceTidier@1047072254:/cassandra/data/enterprise/ale_state_access_point-ae4c50d0d67a11e696b25735df805631/lb-79600-big was not released before the reference was garbage collected ERROR 20:33:15 LEAK DETECTED: a reference (org.apache.cassandra.utils.concurrent.Ref$State@69f4a15d) to class org.apache.cassandra.io.sstable.format.SSTableReader$InstanceTidier@1968390106:/cassandra/data/enterprise/ale_state_access_point-ae4c50d0d67a11e696b25735df805631/lb-58267-big was not released before the reference was garbage collected

Answer 1

Существует только так много, что вы можете сделать, если подделали sstables и сломали их. Это также произойдет, когда узел попытается загрузить таблицу. Я бы предложил восстановить из резервной копии или очистить таблицу.

Answer 2

Я бы предположил, что у вас есть много sstables, учитывая его отказ от создания дескрипторов. Если у вас есть память о системе, попробуйте увеличить кучи (по умолчанию 256mb):

MAX_HEAP_SIZE=4G sstableverify -v enterprise ale_state_access_point