Как правильно готовить apcupsd

Eugene Grosbein написал(а) к Victor Sudakov в May 19 20:23:58 по местному времени:

03 мая 2019, пятница, в 07:30 NOVT, Victor Sudakov написал(а):

VS>>> В существующем положении в sysutils/apcupsd присутствует риск
VS>>> потери данных.
EG>> Тебя устроит и сможешь ли ты протестировать такое решение:
VS> Смогу.

Потестируй :-)

1) Сделай себе /etc/rc.shutdown.local (нет альтернативных идей по названию?)
из одной строки:

[ -z "$1" ] && [ -f /var/run/powerfail ] && service apcupsd killpower

EG>> 1) из штатного /etc/rc.shutdown будет вызываться некий скрипт
EG>> типа /etc/rc.shutdown.final (если он существует),
EG>> сразу после строчки: # Insert other shutdown procedures here
EG>> что гарантирует его запуск "в самом конце";

2) Это тоже сделай со своим /etc/rc.shutdown, можно пока вызывать
/etc/rc.shutdown.local безусловно.

EG>> 2) в стартовый скрипт порта apcupsd добавляем что-то вроде:
EG>> extra_commands="killpower"
EG>> killpowercmd="apcupsdkillpower"
EG>> apcupsd_killpower() {
EG>> apcupsd --killpower или как там надо
EG>> }

3) И это добавь в /usr/local/etc/rc.d/apcupsd
непосредственно перед последней строкой (runrccommand "$1")

И скажи, работает ли оно без огрехов при твоих настройках
/etc/rc.conf и без них.

Eugene
--- slrn/1.0.3 (FreeBSD)

Eugene Grosbein написал(а) к Eugene Grosbein в May 19 20:24:46 по местному времени:

03 мая 2019, пятница, в 19:23 NOVT, Eugene Grosbein написал(а):

VS>>>> В существующем положении в sysutils/apcupsd присутствует риск
VS>>>> потери данных.
EG>>> Тебя устроит и сможешь ли ты протестировать такое решение:
VS>> Смогу.
EG> Потестируй :-)
EG> 1) Сделай себе /etc/rc.shutdown.local (нет альтернативных идей по названию?)
EG> из одной строки:
EG> [ -z "$1" ] && [ -f /var/run/powerfail ] && service apcupsd killpower
EG>>> 1) из штатного /etc/rc.shutdown будет вызываться некий скрипт
EG>>> типа /etc/rc.shutdown.final (если он существует),
EG>>> сразу после строчки: # Insert other shutdown procedures here
EG>>> что гарантирует его запуск "в самом конце";
EG> 2) Это тоже сделай со своим /etc/rc.shutdown, можно пока вызывать
EG> /etc/rc.shutdown.local безусловно.
EG>>> 2) в стартовый скрипт порта apcupsd добавляем что-то вроде:
EG>>> extra_commands="killpower"
EG>>> killpowercmd="apcupsdkillpower"
EG>>> apcupsd_killpower() {
EG>>> apcupsd --killpower или как там надо
EG>>> }
EG> 3) И это добавь в /usr/local/etc/rc.d/apcupsd
EG> непосредственно перед последней строкой (runrccommand "$1")
EG> И скажи, работает ли оно без огрехов при твоих настройках
EG> /etc/rc.conf и без них.

s,/etc/rc.shutdown.local,/etc/rc.shutdown.final/g

Eugene
--
Поэты - страшные люди. У них все святое.
--- slrn/1.0.3 (FreeBSD)

Victor Sudakov написал(а) к Semen Panevin в May 19 11:27:32 по местному времени:

Dear Semen,

01 May 19 17:11, you wrote to me:

VS>> Это означает, что только после отработки всех rc.d скриптов с
VS>> параметром stop в ИБП будет послана команда "уснуть" или
VS>> "выключиться" соответственно.

SP> Не знаю как в других линуксах, а у меня в gentoo вроде как искаропки
SP> похожий алгоритм. В shutdown скриптах последним перед halt выполняется
SP> killpower по флагу.

Извини за назойливость, я AFAIR уже спрашивал, но ответа не получил. Каким образом в скриптах OpenRC обеспечено, что killpower выполняется последним перед halt?

В скрипте, который ты кидал сюда, я не смог увидеть этого.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Semen Panevin написал(а) к Victor Sudakov в May 19 10:46:02 по местному времени:

Доброго здоровьица тебе, Victor!

Thursday May 02 2019 13:14, Victor Sudakov писал Semen Panevin:

VS> А ещё про gentoo - с каким ключом apcupsd работает там в дежурном
VS> режиме (слежение за ИБП)?
У него никаких специальных ключей для дежурного режима нет, кроме -b который бэкграунд сервису явно не нужен :)

С наилучшими пожеланиями, Семён.

... Стрессы начинаются с будильника... (c)...
--- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10)

Semen Panevin написал(а) к Victor Sudakov в May 19 10:49:06 по местному времени:

Доброго здоровьица тебе, Victor!

Thursday May 02 2019 22:22, Victor Sudakov писал Semen Panevin:

VS> Да, а чем обеспечивается, что данный скрипт запускается всегда
VS> последним перед halt?

SP>> depend() {
SP>> need mount-ro
SP>> }
Вот это гарантирует, что скрипт запустится после mount-ro скрипта, т.е. после перемонтирования дисков в ro.

С наилучшими пожеланиями, Семён.

... Учиться, учиться и учиться! (с) Ленин
--- GoldED+/LNX 1.1.5-b20170303 (Linux 4.1.12-gentoo iF6M10)

Eugene Grosbein написал(а) к Victor Sudakov в May 19 16:27:07 по местному времени:

12 мая 2019, воскресенье, в 08:49 NOVT, Semen Panevin написал(а):

SP> Thursday May 02 2019 22:22, Victor Sudakov писал Semen Panevin:

VS>> Да, а чем обеспечивается, что данный скрипт запускается всегда
VS>> последним перед halt?
SP>>> depend() {
SP>>> need mount-ro
SP>>> }
SP> Вот это гарантирует, что скрипт запустится после mount-ro скрипта, т.е. после
SP> перемонтирования дисков в ro.

Да, а ядро FreeBSD не перемонтирует файловые системы в ro, а отмонтирует.

Eugene
--- slrn/1.0.3 (FreeBSD)

Victor Sudakov написал(а) к Semen Panevin в May 19 18:20:14 по местному времени:

Dear Semen,

12 May 19 10:46, you wrote to me:

VS>> А ещё про gentoo - с каким ключом apcupsd работает там в дежурном
VS>> режиме (слежение за ИБП)?
SP> У него никаких специальных ключей для дежурного режима нет, кроме -b
SP> который бэкграунд сервису явно не нужен :)

В эхотаге-то по умолчанию запускается с ключом --kill-on-powerfail, потому и спросил. В генту стало быть без ключей.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Victor Sudakov написал(а) к eugen в May 19 18:25:24 по местному времени:

Dear eugen,

12 May 19 16:27, Eugene Grosbein wrote to me:

VS>>> Да, а чем обеспечивается, что данный скрипт запускается всегда
VS>>> последним перед halt?
SP>>>> depend() {
SP>>>> need mount-ro
SP>>>> }
SP>> Вот это гарантирует, что скрипт запустится после mount-ro
SP>> скрипта, т.е. после перемонтирования дисков в ro.

EG> Да, а ядро FreeBSD не перемонтирует файловые системы в ro, а
EG> отмонтирует.

Можно ли это как-то отследить в rc скриптах, чтобы использовать как зависимость для финального запуска "apcupsd --killpower"?

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Eugene Grosbein написал(а) к Victor Sudakov в May 19 22:16:14 по местному времени:

12 мая 2019, воскресенье, в 16:25 NOVT, Victor Sudakov написал(а):

EG>> Да, а ядро FreeBSD не перемонтирует файловые системы в ro, а
EG>> отмонтирует.
VS> Можно ли это как-то отследить в rc скриптах, чтобы использовать как зависимость
VS> для финального запуска "apcupsd --killpower"?

Виктор, я уже как минимум дважды писал, что собираюсь сделать
что-то типа /etc/rc.shutdown.final, из которого можно будет
дергать service apcupsd killpower и жду только результатов
твоего тестирования.

Не доходят часть моих писем или идея непонятна или что?

Eugene
--- slrn/1.0.3 (FreeBSD)

Victor Sudakov написал(а) к eugen в May 19 22:41:40 по местному времени:

Dear eugen,

12 May 19 22:16, Eugene Grosbein wrote to me:

EG>>> Да, а ядро FreeBSD не перемонтирует файловые системы в ro, а
EG>>> отмонтирует.
VS>> Можно ли это как-то отследить в rc скриптах, чтобы использовать
VS>> как зависимость для финального запуска "apcupsd --killpower"?

EG> Виктор, я уже как минимум дважды писал, что собираюсь сделать
EG> что-то типа /etc/rc.shutdown.final, из которого можно будет
EG> дергать service apcupsd killpower и жду только результатов
EG> твоего тестирования.

Что ты ожидаешь увидеть в моём тестировании, чего я не описал в PR?

EG> Не доходят часть моих писем или идея непонятна или что?

Да, какое-то недопонимание явно происходит.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322