Длительность шага операции

[AnnZombia]

Всем добрый день!
Искала по форуму. не нашла подобных вопросов, извините, если была невнимательна.
Вопрос в следующем: хочу по триггерам выполнять некоторые действия незамедлительно, а именно: выключать сервера по отключению питания в сети. Однако есть такой параметр как Длительность шага операции, который заставляет ожидать минимум 60 секунд между всеми операциями, как оказалось, даже в рамках одного шага.
Приведу пример: в единственном шаге у меня выбрана куча серверов, на которые должна произвестись авторизация по ssh и выполнена команда выключения. И вот по срабатыванию триггера каждый сервак выключается через минуту после следующего!
Я что-то сделала не так? Как же мне их выключить все разом, кроме как клепать на каждый сервак свое действие? Как-то это не изящно и сложно масштабируемо..

Спасибо заранее!

[sadman]

Приведите скриншот закладки "Operations".

[AnnZombia]

Доброе утро!
Вот:

[sadman]

Криминала я не вижу, должно выполнятся сразу. Что в Action log - несколько запусков с задержкой?

У меня виндовые сервера, правда, но так же группой тушатся - не замечал разнобоя.

[Semiadmin]

Могу предположить, что длительность шага не при чем, просто ssh-сессии устанавливаются и закрываются последовательно, и на каждую тратится примерно по минуте. Можно попробовать вместо ssh запускать удаленную команду через агента, как, вероятно, поступает с windows-серверами коллега sadman.
А может, поможет переход на 3.4 (на скриншотах, очевидно, 3.0), там действия существенно переработаны.

[sadman]

Можно попробовать вместо ssh запускать удаленную команду через агента, как, вероятно, поступает с windows-серверами коллега sadman.

Да, Custom Script -> Zabbix Agent -> C:\Windows\System32\shutdown /r /t 0

Насчет задержки в SSH-сессии - предположение достойное рассмотрения. Например, sshd пытается обратный ресолв сделать и подвисает.

[AnnZombia]

В Action Log видно, что выполняются команды не с четкой периодичностью в 60 секунд, а чаще, так что, очевидно, вы правы, и Step duration здесь не при чем..
Значит Вы рекомендуете как можно меньше использовать ssh/telnet?

[sadman]

Вообще, нужно "проиграть" аварийный сценарий и привести конфигурацию sshd к такой, при которой он будет с минимальными задержками отрабатывать логины даже при уже упавшем dns, к примеру.

И, естественно, искать - что тормозит сессию.

[AnnZombia]

Задачу поняла, большое всем спасибо за помощь!

Хотела добавить, что решила вопрос принудительным закрытием SSH сессии, команда на выключение стала выглядеть так:

sudo shutdown -h `date --date "now + 1 minutes" "+%H:%M"` && exit

[Kos]

AnnZombia, спасибо, что отписались о решении.

Единственное замечание: зачем такие навороты с использованием date? Просто параметра "+1" разве не достаточно?

sudo shutdown -h +1 || exit 0

Или так работает не на всех системах?

[AnnZombia]

Да, это попроще выглядит
Но хотелось бы выполнить перезапуск максимально быстро, а т.к. shutdown менее минуты отсрочку не дает (а она нужна, чтобы успеть сделать exit), я путем экспериментов добилась того, что перезапуск выполняется в 00 секунд следующей минуты. Это может сэкономить время)
Если есть варианты реализовать то же самое, но более простым синтаксисом - прошу подсказать!

[Kos]

Спасибо, понятно.
А с параметром "now" shutdown вообще управление назад не возвращает, да? Тогда, может, перенаправить вывод и отцепить от терминала, что-то вроде "shutdown -h now >/dev/null 2>&1 &"? Ну, тут надо пробовать на практике; возможно, ещё "nohup" в начало добавить. Вот такая конструкция в SLES-е успешно работает:

nohup sudo shutdown -h now >/dev/null 2>&1 &

[AnnZombia]

Спасибо за подсказку, не подумала.
На моих дебианах мгновенно все гасит (без nohup)!