Мониторинг сервиса - ElasticSearch, почему не работает

[D.Frolov]

1. Есть проблема после рестарта иногда не запускается ElasticSearch
2. Решил повесить на эту службу мониторинг, чтобы быть в курсе, когда такое происходит
3. Пошел искать решение, нашел item - proc.num, по логике должен показывать сколько процессов запушено, для bash показывает, для nginx показывает, для elastisearch, kibana, logstash кажет нули
(см. скрин)

[Kos]

Первый параметр метрики proc.num - это имя процесса (ссылка).
В вашем случае системная служба elasticsearch запускает процесс по имени java, а служба kibana - процесс node. Это видно даже по вашему скриншоту, если посмотреть для каждой службы строку в графе "Main PID". Поэтому таких процессов он и не находит.

Поскольку процессов java в системе может быть запущено много и для самых разных нужд, то имеет смысл использовать в четвёртом параметре регулярное выражение для командной строки, чтобы идентифицировать нужный процесс (либо по пути к запускаемому бинарнику, либо по параметрам).
Например:

proc.num[java,,,/usr/share/elasticsearch/jdk/bin/java]
proc.num[node,,,"node .* --pid.file=/run/kibana/kibana.pid"]
​

[Kos]

Первый параметр метрики proc.num - это имя процесса (ссылка).
В вашем случае системная служба elasticsearch запускает процесс по имени java, а служба kibana - процесс node. Это видно даже по вашему скриншоту, если посмотреть для каждой службы строку в графе "Main PID". Поэтому таких процессов он и не находит.

Поскольку процессов java в системе может быть запущено много и для самых разных нужд, то имеет смысл использовать в четвёртом параметре регулярное выражение для командной строки, чтобы идентифицировать нужный процесс (либо по пути к запускаемому бинарнику, либо по параметрам).
Например:

proc.num[java,,,/usr/share/elasticsearch/jdk/bin/java]
proc.num[node,,,"node .* --pid.file=/run/kibana/kibana.pid"]
​

[D.Frolov]

Первый параметр метрики proc.num - это имя процесса (ссылка).
В вашем случае системная служба elasticsearch запускает процесс по имени java, а служба kibana - процесс node. Это видно даже по вашему скриншоту, если посмотреть для каждой службы строку в графе "Main PID". Поэтому таких процессов он и не находит.

Поскольку процессов java в системе может быть запущено много и для самых разных нужд, то имеет смысл использовать в четвёртом параметре регулярное выражение для командной строки, чтобы идентифицировать нужный процесс (либо по пути к запускаемому бинарнику, либо по параметрам).
Например:

proc.num[java,,,/usr/share/elasticsearch/jdk/bin/java]
proc.num[node,,,"node .* --pid.file=/run/kibana/kibana.pid"]
​

1. Спасибо за подробный и поясняющий ответ, теперь и на уровне Linux стало более понятно.
2. Все, что вы написали работает и ссылка на документацию в тему.

Еще раз спасибо, все коротко, понятно и абсолютно по делу.

[Hamardaban]

Кстати в версии 6.4.6 агента под ubuntu что-то поломали и у меня перестали работать регулярные выражения для командной строки в этом ключе.
Использовал ровно также для java приложения…

[Alex_UUU]

Кстати в версии 6.4.6 агента под ubuntu что-то поломали и у меня перестали работать регулярные выражения для командной строки в этом ключе.
Использовал ровно также для java приложения…

Может другой пакет стал использоваться? Не POSIX, а какой-то свой?

Тут у меня один скрипт на BSD не работал, выдавал ошибку shю ПРи этом выполняя его вручную - все ок.
Потом до меня дошло, что я его выполнял под /bin/bash и там все четко, а вот под sh - выдает ошибку. Заббикс под sh запускает процессы.
Скрипт был
if [ "$xyz" == "" ]
Заменил на
if [ -z "$xyz" ]
все заработало.