Потеря связи с ИБП в NUT: решение зависит от последнего известного состояния
Ошибка чтения телеметрии и измеренное низкое состояние батареи — разные события. Однако политика upsmon должна решить, допустимо ли продолжать работу без достоверных данных. Поэтому коммуникационный отказ нельзя рассматривать отдельно от состояния питания, которое было известно до него.
В архивном руководстве критичным считается сочетание работы от батареи и низкого заряда либо FSD. Для ИБП, признанного dead после DEADTIME и последний раз известного как работающий от батареи, монитор предполагает переход к низкому заряду. Если такой источник обеспечивает критическую долю питания хоста, это может привести к завершению работы.
Это защитное предположение программной политики, а не новое физическое измерение батареи. В диагностике сохраняют последнее известное состояние, момент последнего успешного чтения и причину потери данных. Параметр DEADTIME согласуют с POLLFREQ и POLLFREQALERT, чтобы обычный интервал опроса не создавал ложное объявление источника мёртвым.
Приёмка отдельно проверяет потерю USB или сети при последнем состоянии от сети и при последнем состоянии от батареи. Сверяют вклад источника в MINSUPPLIES и ожидаемое действие монитора. Увеличивать срок до исчезновения тревоги без оценки остаточного времени автономии нельзя считать подтверждённым исправлением сценария.
Основание — Official NUT archived-path v2.8.5 manuals snapshot; current HCL cited separately, разделы upsmon.conf DEADTIME; HOSTSYNC; upsmon Power values and critical UPS states. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Использованы справочные страницы по архивному пути NUT v2.8.5; HCL является отдельным текущим снимком. Фактические ИБП, прошивка, драйвер и сборка не проверялись. Команды управления нагрузкой и завершения работы не выполнялись.
