К основному контенту

Сообщения

Сообщения за декабрь, 2014

Weblogic Diagnostic Framework Run Bash Script (reboot managed server) - (bad practices)

Вообщем переодически сервер дохнет по: 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')

Microsoft Active Directory query return 1000 entries... Size limit exceeded, ldapsearch command

Есть такая херня что AD по умолчанию возвращает максимум 1000 записей. Что бы обойти это ограничение необходимо задать pagesize для запроса Например мы хотим вытащить cn  всех пользователей т.е  (objectClass=user) : ldapsearch -E pr=1000/noprompt -H ldap://lalal:389 -x -D "CN=Hellouser,OU=System Accounts,DC=lalaa,DC=ru" -w Password -b "DC=users,DC=lalaa,DC=ru" -s sub -a always -z 10000 '(objectClass=user)' cn ........................................... ........................................... ........................................... # numResponses: 105665 # numEntries: 105556 ну соответственно без этого получаем стандартную ошибку: ldapsearch   -H ldap://lalal:389 -x -D "CN=Hellouser,OU=System Accounts,DC=lalaa,DC=ru" -w Password -b "DC=users,DC=lalaa,DC=ru" -s sub -a always -z 10000 '(objectClass=user)' cn ........................................... ........................................... ............

Elasticsearch 1.4 thread pool for kibana 3

Пост конечно гавно ибо делалось это для тяжелых запросов к 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%