Вообщем переодически сервер дохнет по: 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'...
Пост конечно гавно ибо делалось это для тяжелых запросов к kibana 3 с пиздец огромным dashboard типа можно пдождать и 4000 очередь и т.д короче блять вы поняли.
А так вообще эти настройки для не kiaban лучше не юзать ваще!
http://jontai.me/blog/2013/06/esrejectedexecutionexception-rejected-execution-of-messagechannelhandler-requesthandler/
http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/modules-threadpool.html
http://edgeofsanity.net/article/2012/12/26/elasticsearch-for-logging.html
Итого для 4 процов:
#http.jsonp.enable: true
http.cors.enabled: true
http.cors.allow-origin: "/.*/"
# Search pool
threadpool.search.type: fixed
threadpool.search.size: 10
threadpool.search.queue_size: 4000
# Bulk pool
threadpool.bulk.type: fixed
threadpool.bulk.size: 10
threadpool.bulk.queue_size: 1000
# Index pool
threadpool.index.type: fixed
threadpool.index.size: 10
threadpool.index.queue_size: 4000
# Cache Sizes
indices.fielddata.cache.size: 25%
indices.fielddata.cache.expire: 6h
indices.cache.filter.size: 25%
indices.cache.filter.expire: 6h
# Marvel
marvel.agent.enabled: false
marvel.agent.interval: -1
the date filter always converts it to UTC time indeed because that is how its stored in Elasticsearch.
А так вообще эти настройки для не kiaban лучше не юзать ваще!
http://jontai.me/blog/2013/06/esrejectedexecutionexception-rejected-execution-of-messagechannelhandler-requesthandler/
http://www.elasticsearch.org/guide/en/elasticsearch/reference/current/modules-threadpool.html
http://edgeofsanity.net/article/2012/12/26/elasticsearch-for-logging.html
Итого для 4 процов:
#http.jsonp.enable: true
http.cors.enabled: true
http.cors.allow-origin: "/.*/"
# Search pool
threadpool.search.type: fixed
threadpool.search.size: 10
threadpool.search.queue_size: 4000
# Bulk pool
threadpool.bulk.type: fixed
threadpool.bulk.size: 10
threadpool.bulk.queue_size: 1000
# Index pool
threadpool.index.type: fixed
threadpool.index.size: 10
threadpool.index.queue_size: 4000
# Cache Sizes
indices.fielddata.cache.size: 25%
indices.fielddata.cache.expire: 6h
indices.cache.filter.size: 25%
indices.cache.filter.expire: 6h
# Marvel
marvel.agent.enabled: false
marvel.agent.interval: -1
the date filter always converts it to UTC time indeed because that is how its stored in Elasticsearch.
Комментарии
Отправить комментарий