Принудительное обновление элемента дан&#

[AlexandrPS]

И снова доброго времени суток.
Возможно кто-то уже реализовывал. Элемент данных обновляется раз в сутки, чаще бессмысленно (следим за копированием файлов по заданию планировщика). Задание отработало, файл не скопировался (нет доступа в сети или еще что-нибудь, не важно). Проблему устранили, файл лежит на месте, и вот тут бы элемент данных обновить, чтоб в последних 20 событиях уже несуществующая алярма не висела. Лезем в пользовательские интервалы ставим время ближайшее, после обновления и снятия проблемы меняем обратно. А нельзя ли в скрипты которые у нас вылазят по клику на узел (пинг, трейсроут) сети добавить такой который бы запустил проверку сейчас не меняя заданный интервал обновления? Пусть даже не по конкреному элементу данных а по всему узлу. Хотя лучше бы по конкретному(таких там около 200 и обновлять элементы без проблем незачем).

[Alexander1310]

ничего не понял)) распишите по пунктам - 1,2,3 и т.д

[AlexandrPS]

ничего не понял)) распишите по пунктам - 1,2,3 и т.д

Пардон в голове кашица.

1) каждую ночь на сервер копируются файлы, для проверки скопировались ли они создан элемент данных с интервалом обновления 24 часа (8 утра каждый день)
2) если нужного файла нет срабатывает триггер и висит в последних 20 событиях
3) захожу на сервер копирую файл который не скопировался ночью, но триггер естественно висит, т.к. следующая проверка завтра в 8 утра. Я знаю что проблема устранена, другие нет. Для проверки этого элемента данных в отличное от 8 утра время приходится менять интервал.
4) Хочется вот сюда ->
Вставить скрипт, который бы вызывал обновление элемента данных.
Надеюсь теперь понятно =)

[Alexander1310]

Примерно понял
1) Администрирование скрипты->Скрипты->Создать скрипт
2) Пишем свой скрипт который будет ходить на сервер, в скрипте используем макрос для подстановки имени узла или ip
3) Сохраняем это дело и получаете новый скрипт

[AlexandrPS]

Примерно понял
1) Администрирование скрипты->Скрипты->Создать скрипт
2) Пишем свой скрипт который будет ходить на сервер, в скрипте используем макрос для подстановки имени узла или ip
3) Сохраняем это дело и получаете новый скрипт

Как создать скрипт в zabbix я понимаю, а вот как он должен выглядеть нет

[Alexander1310]

так вы начните, а мы поможем)))

[Kos]

Мне кажется, что если элемент данных имеет типы Zabbix Agent (active) либо Zabbix Trapper, то сервер будет принимать значение такого элемента данных, если его туда заслать (либо агентом, работающим в активном режиме, либо утилитой zabbix_sender).

Если я не ошибаюсь, то тогда можно реализовать скрипт со следующей логикой:

• обратиться к нужному агенту с помощью утилиты zabbix_get, получить текущее (актуальное) значение;
• отправить это значение за Zabbix-сервер, используя утилиту zabbix_sender.

Для этого нужно, чтобы агент работал и в активном, и в пассивном режимах, а элемент данных был описан с типом Zabbix Agent (active).

Блин, при этом не получится задать собственное расписание для опроса агента
Тогда в голову приходит только через траппер (т.е. zabbix_sender) и вместо регулярного опроса со стороны сервера - запускать тот же скрипт просто по расписанию сторонними стредствами (по Крону, например).

[nc-pv]

Для Вашего сведения:

Это давно желаемая функция. Вот ссылка на англ. форум Zabbix, где аж в 2004 году поднимался этот вопрос.

Вот ссылки на запрос о дополнительном функционале в Zabbix:
Для элемента с пассивной проверкой - ZBXNEXT-473
Для элемента с активной проверкой - ZBXNEXT-810

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

[nc-pv]

Есть идея, которая может помочь Вам косвенно.

Если проверка осуществляется в одно и то же время каждый день, скажем в 08:00, и Вы знаете, что в случае неполадки, Вы точно устраните её в течение 2 часов, то можно добавить динамическое расписание проверки с 08:00 до 10:00 - каждые 10 минут.

Таким образом, в том случае, если триггер переходит в состояние проблемы, и Вы её устранили, то в течение следующих 10 минут произойдёт проверка, и триггер перейдёт в состояние нормы.

Если проблемы не будет изначально, то ничего страшного не должно случиться - эти дополнительные проверки не должны перегрузить Ваш сервер, я считаю.

[yukra]

ИМХО переделать на траппер самое правильное. Задача выполнилась - отправили код ответа. На сервере проверили что код ответа такой, как ожидается, и что он последний раз приходил раньше чем 25 часов назад (если раз в сутки должен быть).

http://static2.keep4u.ru/2016/11/09/mbcef16.png