Таймеры upssched: повторный START-TIMER создаёт отдельное ожидание
Увеличить схему
Фотография конкретного исполнения не приложена.
Для раннего завершения при длительной работе от батареи upssched может запускать таймер по событию upsmon. Но повторные уведомления требуют отдельного проекта: одинаковое имя обычного START-TIMER не означает автоматическое объединение ожиданий в один экземпляр.
Архивный справочник указывает, что каждый START-TIMER создаёт независимый таймер. CANCEL-TIMER удаляет найденные экземпляры с таким именем, а дополнительная команда применяется в предусмотренном случае уже прошедшего таймера. Поэтому совпадение имени для разных ИБП может связать отмену одного события с ожиданием, запущенным другим устройством.
В этой документации также есть START-TIMER-SHARED: повторное обращение добавляет сведения о событиях к уже запущенному общему ожиданию. Это другая семантика, которую сначала сверяют с установленной сборкой. Агрегированные значения источников и типов событий нельзя считать одной простой строкой идентичности конкретного ИБП.
В приёмке воспроизводят повторное ONBATT, короткое восстановление и одновременные события двух источников. Проверяют число фактических вызовов обработчика и смысл отмены. Политика должна явно определить, какое условие подтверждает восстановление и когда раннее завершение уже нельзя отменить. Одного успешного одиночного таймера недостаточно для приёмки многоприборной схемы.
Основание — Official NUT archived-path v2.8.5 manuals snapshot; current HCL cited separately, разделы upssched.conf START-TIMER; START-TIMER-SHARED; CANCEL-TIMER. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Использованы справочные страницы по архивному пути NUT v2.8.5; HCL является отдельным текущим снимком. Фактические ИБП, прошивка, драйвер и сборка не проверялись. Команды управления нагрузкой и завершения работы не выполнялись.
Запросы отправляются на наш e-mail из вашей почтовой программы.
