Jump to content
Калькуляторы

Zabbix некоторые вопросы начального уровня

Всю жысь мониторил с помощью cacti и в принципе этого было достаточно.

Понадобилось насяльнику наглядность (карта сети) с текущими состояниями и оповещением на мыло и SMS.

 

Поставил zabbix.

Настроил узел сети (свич). Беру состояние интерфейса по snmp. Настроил триггер. данные берутся. Триггер работает.

 

Но сообщения на мыло не шлются, хотя вроде тоже указал параметры мыла.

 

Запутался. Какова логика алгоритма. Чего не хватает. Как все в кучу увязать - триггер, событие, действие.

 

 

Какую роль в алгоритме играет поле key (ключ) в "элемент данных" "узла сети" ? Если его не заполнять - не дает создать/сохранить "элемент данных". А чем его заполнить, если я не юзаю zabbix-агента, а юзаю SNMP ?

 

 

1. Как настроить отсылку оповещения на мыло выбранному юзеру , если дано: zabbix агент не используется, проверять доступность хоста просто icmp пингом ?

2. Как настроить отсылку оповещения на мыло выбранному юзеру , если дано: zabbix агент не используется, срабатывает триггер на значение , полученное с хоста по SNMP (Link UP/Link Down) ?

 

 

 

 

 

 

Share this post


Link to post
Share on other sites

Ну, вроде разобрался сам.

Стоит только мануал почитать (тем более что есть даже на русском езыке), а не с наскоку тыкаться, как обезьянка : )

Share this post


Link to post
Share on other sites

Здравствуйте. Пытаюсь сделать push уведомления на телефон, по этой инструкции - форум zabbix На телефоне стоит приложение от zabbix. Что сделал:

Первый шаг понятен, приложение установлено, соединение с сервером установлено, ID есть.

Сделал скрипт, то есть полностью его скопировал (первый) из Step 2. Может в нем надо что то поменять?

Поместил его в каталог /usr/local/share/zabbix/alertscripts и сделал исполняемым.

В конфиге zabbix добавил параметр AlertScriptsPath в котором указал путь к каталогу - /usr/local/share/zabbix/alertscripts

Сделал проверку как в Step 3, прошла успешно, на телефон пришло push уведомление с - test message. Так же проверил на сайте - проверка отправки сообщения то же все хорошо.

Далее сделал шаг Step 4, на первом скине вроде все понятно, на втором ни чего не менял, на третьем сделал все тоже самое у себя, на четвертом вроде все понятно.

Далее принудительно делаю проблему с оборудованием, на мыло сообщение приходит как и приходили раньше, а на телефон push уведомления нет. На телефоне в приложении zabbix все проблемы отображаются.

Подскажите где ошибся. Спасибо.

 

P.S.

zabbix 3.0

ubuntu 14.04

Share this post


Link to post
Share on other sites

Решил, может кому будет интересно. Скрипт без изменений:

#!/bin/bash
curl -X POST\
-H "Content-type:application/json"\
-d "{Id:'$1', text:'$2', triggerId:'$3', playSound:true}"\
http://zabbkit.inside.cactussoft.biz/api/messages

Класть его нужно не в:

/usr/local/share/zabbix/alertscripts

а в:

/usr/lib/zabbix/alertscripts

В конфиге zabbix прописывать:

AlertScriptsPath

не нужно. В способе оповещения нужно добавить три параметра, в мануале с форума их нет, только в конце топика, но там скрипт другой, он у меня не работает:

параметры

то есть привел настройки к этим значениям:

форум zabbix

Теперь все работает.

Edited by sherwood

Share this post


Link to post
Share on other sites

После сбоя электропитания сервера в веб-интерфейсе zabbix полезли ошибки. Кто сталкивался ? Куда копать ?

post-1022-057898900 1467823239_thumb.png

Edited by npokypop

Share this post


Link to post
Share on other sites

После сбоя электропитания сервера в веб-интерфейсе zabbix полезли ошибки. Кто сталкивался ? Куда копать ?

БД рассыпалась, похоже, таблица sessions, но может быть что-то еще.

Копать логи сервера БД, прежде всего, ну и логи заббикс-сервера, тоже.

Share this post


Link to post
Share on other sites

Вот и я думаю что БД рассыпалась, изначально после ребута mysql-server вообще не стартовал, после добавления в конфиг строки "innodb_force_recovery = 4" Mysql стартанул, но такие проблемы.

 

 

Делаю следующее:

mysqlcheck --check-upgrade --all-databases --auto-repair -u root -p

mysql_upgrade --force -u root -p

 

Но результатов нету, Мускул не стартует без параметра "innodb_force_recovery = 4"

Edited by npokypop

Share this post


Link to post
Share on other sites

npokypop

делайте дамп всего, сносите базу(удаляйте файлы) и разворачивайте из дампа

Share this post


Link to post
Share on other sites

Так и сделал, mysqldump всех БД и развернул на другой машине. Заббикс заработал как надо.

Share this post


Link to post
Share on other sites

Следующим шагом должен быть переход на PostgreSQL, в силу архитектурных особенностей он на нескольк опорядков раз реже крашит базу, чем мускль. Под любой нагрузкой.

Share this post


Link to post
Share on other sites

Следующим шагом должен быть переход на PostgreSQL, в силу архитектурных особенностей он на нескольк опорядков раз реже крашит базу, чем мускль. Под любой нагрузкой.

База крашится из за того что пользователи не настраивают бинарный лог. Который как раз и нужен для того, что бы переживать вот такие нюансы как выключение света, зависание и прочие прелести.

 

Если использовать дефолтные конфиги и не допиливать их под себя, у вас и PostgreSQL может рухнуть на ровном месте.

Share this post


Link to post
Share on other sites

Если использовать дефолтные конфиги и не допиливать их под себя, у вас и PostgreSQL может рухнуть на ровном месте.

Дело не в конфигах и бинарном логе, а в методе хранения. Подход реализованный в PG грешит некоторым перерасходом дискового пространства, но зато он обеспечивает на порядок более надежное хранение данных. Таки версионность и все такое. Окуклившихся баз мыскля, у которых к рассыпавшейся таблице присовокупляется покоцанный бинарный лог видел много раз. За 18 лет использования PG пришедшую в негодность базу видел два раза только когда рассыпались диски (не в массиве).

Share this post


Link to post
Share on other sites

mysqlcheck --check-upgrade --all-databases --auto-repair -u root -p

 

Все ок? Вы хоть в логи Mysql заглядывали? :)

Share this post


Link to post
Share on other sites

Конечно же заглядывали, решили переходить на виртуализацию, каждый сервис на отдельном контейнере.

Share this post


Link to post
Share on other sites

Здравствуйте. Нужна помощь. Ни как не могу решить проблему с временем отображаемом на графиках. Сервер ubuntu, zabbix 3.0.3. На сервере время и зона правильные, на графиках час назад. Конец графика:

 

Snymok_ekrana_2016_11_11_v_21_39_33_240.jpgi.gif

 

Если нажать сейчас, то в открывшимся окне видим правильное время:

 

Snymok_ekrana_2016_11_11_v_21_39_53_240.jpgi.gif

 

Нажимаем готово, но ни чего не происходит. Подскажите, где это исправить?

Share this post


Link to post
Share on other sites

Здравствуйте. Нужна помощь. Ни как не могу решить проблему с временем отображаемом на графиках. Сервер ubuntu, zabbix 3.0.3. На сервере время и зона правильные, на графиках час назад. Конец графика:

 

Snymok_ekrana_2016_11_11_v_21_39_33_240.jpgi.gif

 

Если нажать сейчас, то в открывшимся окне видим правильное время:

 

Snymok_ekrana_2016_11_11_v_21_39_53_240.jpgi.gif

 

Нажимаем готово, но ни чего не происходит. Подскажите, где это исправить?

 

в php.ini какая зона прописана?

Share this post


Link to post
Share on other sites

имеется ввиду /etc/php5/apache2?

 

date.timezone = Europe/Moscow

 

и тут /etc/php53/apache2 то же самое:

 

date.timezone = Europe/Moscow

Share this post


Link to post
Share on other sites

сам задал вопрос, сам и решил. Правится тут:

 

/etc/apache2/conf-enabled/zabbix.conf

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this