Вообщем переодически сервер дохнет по: The WebLogic Server encountered a critical failure java.lang.OutOfMemoryError: Metaspace Reason: There is a panic condition in the server. The server is configured to exit on panic И хотя это гавно пишет типа Reason: There is a panic condition in the server. The server is configured to exit on panic чёт ни хуя он ни куда не exit.... Вообщем т.к разбираться с тем чем он жрётся нет ни времени ни желания (оно обязательно появится)... как вариант можно приделать костыль... костыль будет заключаться в ребуте сервера при возникновении этой ошибки. Что значит для этого надо... Желания и понимание что так жить нельзя, и вообще... Делаем новый модуль называем скажем: Reboot-OOMMetaSpace Идём в в новый модуль делаем Policy: Называем его OOM-Metaspace и говорит что это Server log: Жмём next в Configuration Policy пишем: log.logMessage.contains('java.lang.OutOfMemoryError: Metaspace')
Короче изначально вся эта статья должна была быть про то как наладить скорость восстановления в elasticsearch... но как выяснилось в версии elasticsearch-1.7.3-1.noarch уже всё пофиксили и всё "летает" Но всё же пост оставлю как хуй знает что б был... Пара ссылок для версии 1.7 (да да уже 2.1) https://www.elastic.co/guide/en/elasticsearch/reference/1.7/modules-snapshots.html https://www.elastic.co/guide/en/elasticsearch/reference/1.7/indices-recovery.html Итак snapshot и restore elasticsearch... Для начала не плохо было бы узнать скорость диска Проверяем скорость чтения: hdparm -t /dev/sdb /dev/sdb: Timing buffered disk reads: 416 MB in 3.01 seconds = 138.42 MB/sec Проверяем скорость записи: time cp 2giga.file /media/data = 140Mb/sec time dd if=/dev/zero of=/media/data/2giga.file oflag=direct bs=2G count=1 ? Backup Соответственно если мы хотим что бы весь диск работал на команду snapshot то при создании репозитория можно указать полученные зна