Вообщем переодически сервер дохнет по: 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')
Щас усну... Прекрасный параметр bootstrap.mlockall который как утверждает дока не даст залезть jvm в swap. Настраивается в файле: /etc/elasticsearch/elasticsearch.yml т.к машина у нас дохлая как хуй знает что... т.е: Mem: 12331016k total, 12252560k used, 78456k free, 116456k buffers Соответственно elastic стартует с минимальны кол-вом оперативки типа: -Xms4g -Xmx4g (я блять такого количества оперативки не видел ни в одном вопросе по elasticsearch в интернете, ну да хуй с ним...) 1. bootstrap.mlockall: true lock the process address space into RAM, preventing any Elasticsearch memory from being swapped out. Проверить что elasticsearch успешно применил этот параметр можно выполнив команду: [oracle@lal elasticsearch]$ curl http://localhost:9200/_nodes/process?pretty { "cluster_name" : "cluster", "nodes" : { "DPFEI2HPSGm8eWNCrg3tJw" : { "name" : "Node", "transport_address"