Снижение конфиденциальности хоста Nagios в течение определенных периодов времени.
Вы также можете использовать следующий формат, чтобы получить количество времени впереди текущего времени:
$ date --date='1 month'
Sun Sep 17 15:01:11 CST 2017
$ date --date='1 month'
Sun Sep 17 15:01:15 CST 2017
$ date --date='1 month 2 hours'
Sun Sep 17 17:01:23 CST 2017
$ date --date='1 month 2 hours 3 minutes'
Sun Sep 17 17:04:30 CST 2017
Также вы можете использовать agoдля времени до текущей даты:
$ date
Fri Aug 18 16:14:41 CST 2017
$ date --date='1 month 2 days ago'
Sat Sep 16 16:14:43 CST 2017
Вы можете использовать опцию --setдля установки времени, но добавляя знак +перед количеством часов, минут и т. д., которое вы хотите добавить к фактической дате:
$ date
Thu Aug 17 15:07:00 CST 2017
$ date --set='+1 day +1 hour'
Fri Aug 18 16:07:24 CST 2017
$ date
Fri Aug 18 16:07:31 CST 2017
$ date --set='+1 month 3 days +1 hour'
Thu Sep 21 17:07:42 CST 2017
Надеюсь, это будет полезно.
When a Nagios host object is added to multiple host templates (each with a different timeperiod assigned) Nagios only seems to select the first template in that use list.
Хост-объект не «добавляется» к шаблону, а шаблон считывается и применяется к хост-объекту, объединяя любые настройки, если только они не переопределены «локально» самим объектом (или другим шаблоном ).. Значения не могут быть изменены во время выполнения.
Can you give a host a different check_interval based on what time it is?
Это типичная задача XY . Не предполагайте, что то, что вы описываете, является правильным способом сделать это, вместо этого объясните, в чем заключается ваша основная проблема, которую вы хотите решить. Почему вы хотите запускать проверки реже в определенные периоды? Это не обычное использование Nagios, поэтому, пожалуйста, начните с объяснения, какую реальную проблему вы пытаетесь решить --, вероятно, есть лучший способ сделать это.
Can you give a host a different check_interval based on what time it is?
Нет. Хост (в результате любого наследования шаблона получает )один контрольный _интервал и контрольный _период.
I am trying to apply less frequent host check in the evenings while applying more frequent host checks in the afternoon.
Я бы не рекомендовал этого делать. Nagios проверяет состояние хоста:
- At regular intervals, as defined by the check_interval and retry_interval options in your host definitions.
- On-demand when a service associated with the host changes state.
- On-demand as needed as part of the host reachability logic.
- On-demand as needed for predictive host dependency checks.
Единственное, что находится под вашим контролем, — это регулярная -проверка по расписанию с интервалом между проверками _и повторными попытками _. Команда проверки _запускается с интервалом проверки _, поэтому вы можете создать пользовательскую команду проверки _для этого хоста или хостов, которая затем проверяет время дня, чтобы решить, запускать ли (и что делать, если он решит не запускаться? Вернуть "НЕИЗВЕСТНО"? ), , но вы не хотите, чтобы эта проверка хоста была пропущена (или чтобы она возвращала ложные данные )для других случаев, когда Nagios может захотеть проверить хост.
Я не уверен, почему вы хотите проверять реже, поскольку команда проверки _обычно представляет собой просто команду ping. Если пинг-трафик вызывает проблемы в вечерние часы по какой-то другой причине, возможно, это другая проблема, которую нужно решить. Если вы не хотите, чтобы оповещения хоста были отключены -часов, вы можете определить окно времени простоя или настроить настраиваемый период уведомления _для хоста.Обратите внимание, что как окна простоя, так и настраиваемые периоды уведомлений могут также блокировать оповещения службы на этом хосте.
Если вы действительно , действительно хотите, вы можете запланировать внешнее -изменение файла конфигурации вручную; например, скрипт sed, который меняет интервал проверки _для хоста (на ), или тот, который копирует "дневной" hosts.cfg в "вечерний" hosts.cfg, а затем перезагружает Нагиос.