Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 04 Jul 24 04:46:01, всего сообщений: 10757
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 5562 из 10757 ===================================== RU.UNIX.BSD =
От   : Victor Sudakov                   2:5005/49          04 May 17 08:47:14
Кому : Semen Panevin                                       04 May 17 08:47:14
Тема : тонкости apcupsd
FGHI : area://RU.UNIX.BSD?msgid=2:5005/49+590a8ce1
На   : area://RU.UNIX.BSD?msgid=2:5025/121+590a21aa
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.UNIX.BSD?msgid=2:5025/121+590ac0cf
Ответ: area://RU.UNIX.BSD?msgid=<1187507280@ddt.demos.su>+f249678b
==============================================================================
Dear Semen,

03 May 17 21:28, you wrote to me:

SP>>> Кстати, возвращаясь к изначальной проблеме неконфигурируемости
SP>>> отсрочки killpower-а... В apcupsd.conf есть же KILLDELAY, оно
SP>>> разве не работает? Там нет никаких комментариев на тему
SP>>> поддерживаемости не всеми.

VS>> Как я понял, при использовании KILLDELAY другой race condition
VS>> получается. Если тебе надо, чтобы питание ИБП в конце концов было
VS>> таки выключено, то слишком большой KILLDELAY IMHO может привести
VS>> к тому, что в процессе shutdown apcupsd будет прибит инитом, не
VS>> дождавшись момента посылки сабжу сигнала на отключение питания.
SP> А мне казалось, это именно задание отсрочки.

Да, но отсрочки между моментом, когда apcupsd даст команду системе на shutdown, и моментом, когда apcupsd даст команду ИБП на отключение питания (если успеет).

SP> Потому как вроде бы для
SP> любой системы очевидно, что если начался shutdown то процесс самого
SP> апцупсд не выживет.

Наверное поэтому "KILLDELAY 0" по умолчанию. Об этом см. ниже.

SP> Покури доки на эту тему, вдруг это как раз оно и
SP> оно работает.

Конфигурационный файл хорошо документирован, но можно и в документации прочитать чуть подробнее:

"KILLDELAY time in seconds
    If KILLDELAY is set, apcupsd will continue running after a shutdown has been requested, and after the specified time in seconds, apcupsd will attempt to shut off the UPS the power. This directive *should normally be disabled by setting the value to zero*, but on some systems such as Win32 systems apcupsd cannot regain control after a shutdown to force the UPS to shut off the power. In this case, with proper consideration for the timing, the KILLDELAY directive can be useful. Please be aware, if you cause apcupsd to kill the power to your computer too early, the system and the disks may not have been properly prepared. In addition, apcupsd must continue running after the shutdown is requested, and on Unix systems, this is not normally the case as the system will terminate all processes during the shutdown." (выделение моё)

Я не вполне понимаю, что значит "on some systems ... apcupsd cannot regain control after a shutdown". Но слова "with proper consideration for the timing" уже намекают на наличие race condition.

А то, что ты имеешь в виду, является свойством ИБП и называется grace timeout. На моем ИБП он не настраивается и составляет примерно полминуты, за которые система и должна успеть зашатдауниться. На более продвинутых ИБП, говорят, он настраивается.


Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322
* Origin: Ulthar (2:5005/49)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.092017 секунды