Ad Widget

**Kos** · 14-01-2019, 17:47

Там это теперь немного переделано. См. кратко тут и перечитайте заново страничку документации по обслуживанию (обратите внимание на опцию в настройках действий "Приостановить операции для подавленных проблем").

**nikitos35** · 15-01-2019, 09:39

Kos, спасибо за ответ. Подскажите, пожалуйста, если я выставлю период обслуживания с 15,01,2019 - 15,01,2025.
И в периодах укажу каждый день, 24 часа. Заббикс у меня не загнется? Или это нормально?
У меня задача: пинг пропал, смска пришла.
Служба встала, смска пришла.
Мне не нужно ждать, когда что то в заббиксе закончится делаться, а потом уведомление с опозданием.

**Kos** · 15-01-2019, 10:22

Честно говоря, не совсем понял вопроса. Если надо получать уведомления (в частности, по SMS) всегда, то надо либо не выставять обслуживание, либо в Action-ах не выставлять галочку "Pause operations for suppressed problems".
Выставить период обслуживания сразу на несколько лет - да, можно (например, для случая регулярно повторяющихся работ - скажем, еженедельных). Но зачем указывать каждый день 24 часа - для меня осталось загадкой.

**nikitos35** · 15-01-2019, 10:37

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

Update: в проблемах появилось фраза по перезагружаемому устройству has been restarted , но уведомлений нет

**Kos** · 15-01-2019, 10:46

У вас действие настроено не на тот триггер, который сработал (порт down), а на другой (ping). Триггер на пинг срабатывал, проблема генерировалась (пусть и в состоянии "suppressed")?

**nikitos35** · 15-01-2019, 10:52

Originally posted by Kos

У вас действие настроено не на тот триггер, который сработал (порт down), а на другой (ping).

Я так и задумывал

Триггер на пинг срабатывал, проблема генерировалась (пусть и в состоянии "suppressed")?
Как Вы это определили? На страницы Проблема, в разделе действия тишина. В версии 3.2 там либо ошибка писалась либо ОК/ОК

**Kos** · 15-01-2019, 11:22

Триггер на пинг срабатывал, проблема генерировалась (пусть и в состоянии "suppressed")?
Как Вы это определили? На страницы Проблема, в разделе действия тишина. В версии 3.2 там либо ошибка писалась либо ОК/ОК

Это было два вопроса:
Триггер на пинг срабатывал?
Проблема генерировалась (пусть и в состоянии "suppressed")?
Смотреть на экране проблем (Monitoring -> Problems), отметив в фильтре галочку "Show suppressed problems". Теперь уже, видимо, по истории (переключатель "Show" -> "History", затем после нажатия на "Apply" выбрать нужный период).

**nikitos35** · 15-01-2019, 12:16

Триггер на пинг в заббиксе 4.0 не срабатывал ни разу. Ни по смс, ни по эмейл.
Проблема генерировалалсь

10:34:00

Предупреждение

10:48:45

РЕШЕНО

ХХХ.ХХХ.ХХХ.113

ХХХ.ХХХ.ХХХ .113 has been restarted

14м 45с

Нет

**Kos** · 15-01-2019, 13:14

Проблема генерировалалась

Но ведь это же снова не та проблема, на которую у вас настроено действие!
Из скриншота я вижу, что действие у вас настроено на триггер, который в имени содержит строку: "is unavailable by ICMP".
Из тех триггеров, которые у вас срабатывали, Вы один раз предъявляете "Interface (такой-то) Link down", другой раз - "кто-то-там has been restarted".

Action - это реакция на событие (срабатывание триггера). Если события не было, то и реакции на него не будет.

**nikitos35** · 15-01-2019, 13:47

is unavailable by ICMP вообще эту фразу я взял из заббикса 3.2.
В 3.2 я как делал. Перезагружал железку, в проблемах видел фразу, что перезагружаемое устройство недоступно и видел фразу "is unavailable by ICMP"
Далее создавал действие, в котором указывал условие

Имя триггера содержит х.х.х.113 is unavailable by ICMP

А в 4.0. такое чувство, что по пингу он не регистрирует проблемы

**Kos** · 15-01-2019, 15:36

Это, типа, троллинг такой?
Прошу о помощи, но при этом ситуацию описываю одну, картинки прикладываю другие, а ожидаю третьего?

Давайте ещё раз и по порядку. Чтобы получить уведомление, должна произойти следующая цепочка:
1) получение данных. В данном случае у вас, насколько я понимаю, снимаются данные о состоянии порта на свитче, данные о пинге удалённого хоста - проходит или не проходит (насколько я понимаю, это другой хост, нежели свитч), плюс ещё что-то, что сигнализирует вам о том, что "кто-то-там has been restarted" (кто - свитч, удалённых хост, кто-то третий? По каким данным обределяется, что он перезагружался?). Проверить собранные данные можно на экране Monitoring -> Latest data. Всё собирается верно? Все нужные данные есть? Они корректны?
2) анализ данных и генерация событий. На собираемые данные вы навешиваете триггеры. При приходе очередной порции данных (или неприходе вовремя в случае триггерной функции nodata) срабатывает триггер: генерируется событие "ПРОБЛЕМА". У вас настроены такие триггеры? Они срабатывают? Можете показать, как настроено?
3) реакция на события. Далее на триггеры можно "навесить" действия - обычно это оповещение кого-то о том, что возникла проблема.

Из приведённых Вами сведений понятно лишь, что у вас не работает созданное действие (отсылать SMS), но теперь я уже сомневаюсь, на тот ли триггер это действие настроено. Потому как действие на скриншоте Вы показали, а триггер - нет.

**nikitos35** · 15-01-2019, 16:16

Нет, это не троллинг.)
В разделе последние данные есть информация об устройстве. И нужные данные тоже. И они корректны. Ниже часть данных

Device uptime	15.01.2019 16:07:45	05:29:13	+00:00:30	График
ICMP loss	15.01.2019 16:07:15	0 %		График
ICMP ping	15.01.2019 16:07:46	Up (1)		График
ICMP response time	15.01.2019 16:07:15	130.3мс	+40мс	График
SNMP availability	15.01.2019 16:07:55	available (1)		График

2. По триггерам. Мое устройство, над которым я провожу тесты, находится в группе D-Link, данная группа создана мною.
Далее я создал новый узел - мой длинк, добавил мой длинк в группу длик.
К узлу сети добавлены шаблоны:Template Module Generic SNMPv2 и Template Module Interfaces SNMPv2
Внутри шаблона Template Module Interfaces SNMPv2 присоединен шаблон Template Module ICMP Ping в нем есть триггер - Unavailable by ICMP ping
Но он видимо не срабатывает.
Возможно я действительно с триггером что то напутал

**Kos** · 16-01-2019, 10:00

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

**nikitos35** · 16-01-2019, 15:02

Kos, спасибо за наводку.
В элементах данных в триггере сократил время до одной минуты
Сократил интервалы в элементах данных.
При перезагрузке в Проблемах появляется сообщение о том, что устройство - has been restarted
Но ни смс ни писем нет.
Скрины приложил

Ad Widget

Создать действие

Создать действие

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment