* [sisyphus] apcupsd - Killpower
@ 2003-11-28 7:23 Nicholas Tretyachenko
2003-11-28 7:57 ` Sergey
` (2 more replies)
0 siblings, 3 replies; 11+ messages in thread
From: Nicholas Tretyachenko @ 2003-11-28 7:23 UTC (permalink / raw)
To: sisyphus
Добрый день!
В результате тестирования apcupsd выявились следующие проблемы:
1) Если /usr и /var находятся на отдельных файловых системах,
при выполнении shutdown apccontrol не может разослать сообщение
пользователям с помощью wall (скрипт /etc/apccontrol, строка 61 ),
поскольку к этому моменту /usr размонтирован. Попытка записи в
/var/lib/apcupsd/apcupsd.events также приводит к ошибке.
2) Попытка погасить сам UPS, подключенный по usb также вызывает
ошибку, поскольку сервис usb перед этим был остановлен.
3) В опциях configure при сборке пакета хорошо бы указать хотя бы
--enable-net для нормальной работы нескольких машин от одного UPS.
В этом случае можно обойтись без UPSMODE master|slave , используя
только UPSTYPE net, UPSCABLE ether и т.п.
В общем, если проблема 3 легко поправима, то что делать с пунктами 1 и
2 ? Попытаться это разрулить с помощью параметра KILLDELAY ? Мне
кажется, что это ненадежно.
С уважением,
Николай Третьяченко
P.S.
Версия apcupsd - 3.0.15
UPS - APC Smart 1500 Rackmount
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [sisyphus] apcupsd - Killpower
2003-11-28 7:23 [sisyphus] apcupsd - Killpower Nicholas Tretyachenko
@ 2003-11-28 7:57 ` Sergey
2003-11-28 8:14 ` Re[2]: " Nicholas Tretyachenko
2003-11-28 8:07 ` Valery V. Inozemtsev
2003-11-28 8:55 ` Sergey Vlasov
2 siblings, 1 reply; 11+ messages in thread
From: Sergey @ 2003-11-28 7:57 UTC (permalink / raw)
To: sisyphus
On Friday 28 November 2003 11:23, Nicholas Tretyachenko wrote:
> В результате тестирования apcupsd выявились следующие проблемы:
> 1) Если /usr и /var находятся на отдельных файловых системах,
> при выполнении shutdown apccontrol не может разослать сообщение
> пользователям с помощью wall (скрипт /etc/apccontrol, строка 61 ),
> поскольку к этому моменту /usr размонтирован. Попытка записи в
> /var/lib/apcupsd/apcupsd.events также приводит к ошибке.
Хм. РАзьве он это все делает не до того, как шатдаун начать ? Что-то
я ни разу такой проблемы не замечал...
> Версия apcupsd - 3.0.15
А не старовата ? А то оно 3.10.8 последнее.
А вообще, там еще скрипты полезно переделать, на мой взгляд.
С таким набором всяких разных ковыряться неудобно. Проще примерно так:
==== upsdmessages
#!/bin/sh
#
# This shell script if placed in /etc/apcupsd
# will be called by /etc/apcupsd/apccontrol via
# symlinks generated by makesymlinks script
# when the UPS goes on batteries.
# We send an email message to root to notify him.
#
# It's need of "sed" !
#
SYSADMIN=root
MAIL="mail"
HOSTNAME=`hostname`
COLOR=""
NAME=`echo $0 | sed 's|^.*/||'`
case $NAME in
onbattery)
MSG="$HOSTNAME Power Failure !!!"
;;
mainsback)
MSG="$HOSTNAME Power has returned"
;;
commok)
MSG="$HOSTNAME Serial port communications with UPS restored"
;;
commfailure)
MSG="$HOSTNAME Serial port communications with UPS lost"
;;
changeme)
MSG="$HOSTNAME UPS battery needs changing NOW."
;;
masterconnect)
MSG="slave $HOSTNAME received connection from master"
;;
mastertimeout)
MSG="slave $HOSTNAME lost contact with master"
;;
upsdmessages)
MSG="$HOSTNAME test upsdmessages."
;;
*)
MSG="$HOSTNAME unknown excecute upsdmessages."
esac
#
(
echo "$MSG"
echo " "
/sbin/apcaccess status
) | $MAIL -s "$MSG" $SYSADMIN
exit 0
====
==== changescripts
#
# This script if placed in /etc/apcupsd
# will be called only once manualy for generate
# symlinks to upsdmessages script
# This symlinks will be called by /etc/apcupsd/apccontrol
# when the UPS goes on batteries.
#
rm -f changeme
rm -f commfailure
rm -f commok
rm -f mainsback
rm -f onbattery
rm -f mastertimeout
rm -f masterconnect
ln -s upsdmessages changeme
ln -s upsdmessages commfailure
ln -s upsdmessages commok
ln -s upsdmessages mainsback
ln -s upsdmessages onbattery
ln -s upsdmessages mastertimeout
ln -s upsdmessages masterconnect
====
--
С уважением, Сергей
a_s_y@sama.ru
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re[2]: [sisyphus] apcupsd - Killpower
2003-11-28 7:57 ` Sergey
@ 2003-11-28 8:14 ` Nicholas Tretyachenko
2003-11-28 9:00 ` Sergey
0 siblings, 1 reply; 11+ messages in thread
From: Nicholas Tretyachenko @ 2003-11-28 8:14 UTC (permalink / raw)
To: Sergey
Hello Sergey,
Friday, November 28, 2003, 10:57:25 AM, you wrote:
S> On Friday 28 November 2003 11:23, Nicholas Tretyachenko wrote:
>> В результате тестирования apcupsd выявились следующие проблемы:
>> 1) Если /usr и /var находятся на отдельных файловых системах,
>> при выполнении shutdown apccontrol не может разослать сообщение
>> пользователям с помощью wall (скрипт /etc/apccontrol, строка 61 ),
>> поскольку к этому моменту /usr размонтирован. Попытка записи в
>> /var/lib/apcupsd/apcupsd.events также приводит к ошибке.
S> Хм. РАзьве он это все делает не до того, как шатдаун начать ? Что-то
S> я ни разу такой проблемы не замечал...
Объясняю. Все,что он должен делать до шатдауна, он делает нормально. Дело в том, что за
собой он должен выключить UPS (по usb) - чтобы при появлении питания
все само собой поднялось без участия человека. Выключение UPS производится уже в
процессе шатдауна как можно позже. Как раз при выполнении killpower эти
ошибки и вылазят.
>> Версия apcupsd - 3.0.15
S> А не старовата ? А то оно 3.10.8 последнее.
Извините, я тут напутал - на самом деле 3.10.5 - та что в сизифе
последняя. С 3.10.6 проблемы те же. Development-версии не пробовал.
С уважением,
Николай Третьяченко.
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [sisyphus] apcupsd - Killpower
2003-11-28 8:14 ` Re[2]: " Nicholas Tretyachenko
@ 2003-11-28 9:00 ` Sergey
2003-11-28 9:21 ` Re[2]: " Nicholas Tretyachenko
0 siblings, 1 reply; 11+ messages in thread
From: Sergey @ 2003-11-28 9:00 UTC (permalink / raw)
To: sisyphus
On Friday 28 November 2003 12:14, Nicholas Tretyachenko wrote:
> S> Хм. РАзьве он это все делает не до того, как шатдаун начать ? Что-то
> S> я ни разу такой проблемы не замечал...
>
> Объясняю. Все,что он должен делать до шатдауна, он делает нормально. Дело в том, что за
> собой он должен выключить UPS (по usb) - чтобы при появлении питания
> все само собой поднялось без участия человека. Выключение UPS производится уже в
> процессе шатдауна как можно позже. Как раз при выполнении killpower эти
> ошибки и вылазят.
Про USB я специально не стал писать, так как не знаю. Я именно про wall не
понял... Он там что, еще раз пытается сказать, что выключает питание ?
--
С уважением, Сергей
a_s_y@sama.ru
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re[2]: [sisyphus] apcupsd - Killpower
2003-11-28 9:00 ` Sergey
@ 2003-11-28 9:21 ` Nicholas Tretyachenko
0 siblings, 0 replies; 11+ messages in thread
From: Nicholas Tretyachenko @ 2003-11-28 9:21 UTC (permalink / raw)
To: Sergey
Hello Sergey,
Friday, November 28, 2003, 12:00:10 PM, you wrote:
S> Про USB я специально не стал писать, так как не знаю. Я именно про wall не
S> понял... Он там что, еще раз пытается сказать, что выключает питание ?
Выдержка из apccontrol:
case "$1" in
killpower)
echo "Apccontrol doing: ${APCUPSD} --killpower on UPS ${2}"
echo "Apccontrol doing: ${APCUPSD} --killpower on UPS ${2}" | wall
sleep 10
${APCUPSD} --killpower
--
Best regards,
Nicholas mailto:tkola@amfitel.ru
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [sisyphus] apcupsd - Killpower
2003-11-28 7:23 [sisyphus] apcupsd - Killpower Nicholas Tretyachenko
2003-11-28 7:57 ` Sergey
@ 2003-11-28 8:07 ` Valery V. Inozemtsev
2003-11-28 8:18 ` Re[2]: " Nicholas Tretyachenko
2003-11-28 8:55 ` Sergey Vlasov
2 siblings, 1 reply; 11+ messages in thread
From: Valery V. Inozemtsev @ 2003-11-28 8:07 UTC (permalink / raw)
To: sisyphus
<skip>
>Версия apcupsd - 3.0.15
>UPS - APC Smart 1500 Rackmount
>
>
для начала попробовать apcupsd-3.10.6
ftp://212.13.100.3/pub/shrek/ALTLinux/i586/RPMS.local/apcupsd-3.10.6-alt1.i586.rpm
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re[2]: [sisyphus] apcupsd - Killpower
2003-11-28 8:07 ` Valery V. Inozemtsev
@ 2003-11-28 8:18 ` Nicholas Tretyachenko
2003-11-28 9:08 ` Sergey
0 siblings, 1 reply; 11+ messages in thread
From: Nicholas Tretyachenko @ 2003-11-28 8:18 UTC (permalink / raw)
To: Valery V. Inozemtsev
Hello Valery,
Friday, November 28, 2003, 11:07:38 AM, you wrote:
VVI> <skip>
>>Версия apcupsd - 3.0.15
>>UPS - APC Smart 1500 Rackmount
>>
>>
VVI> для начала попробовать apcupsd-3.10.6
1)С версией я немного дал маху - на самом деле это 3.10.5.
Никакой принципиальной разницы в скриптах между 3.10.5 и 3.10.6 нет.
2)Версия apcupsd никак не меняет работу сервиса usb, который
отключается раньше, чем срабатывает apccontrol kilpower.
--
Best regards,
Nicholas mailto:tkola@amfitel.ru
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [sisyphus] apcupsd - Killpower
2003-11-28 8:18 ` Re[2]: " Nicholas Tretyachenko
@ 2003-11-28 9:08 ` Sergey
0 siblings, 0 replies; 11+ messages in thread
From: Sergey @ 2003-11-28 9:08 UTC (permalink / raw)
To: Nicholas Tretyachenko, sisyphus
On Friday 28 November 2003 12:18, Nicholas Tretyachenko wrote:
> 2)Версия apcupsd никак не меняет работу сервиса usb, который
> отключается раньше, чем срабатывает apccontrol kilpower.
И вот тут я удивился... Про то, что в Альте из USB сделали сервис,
я еще не задумывался... Забавно.
--
С уважением, Сергей
a_s_y@sama.ru
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [sisyphus] apcupsd - Killpower
2003-11-28 7:23 [sisyphus] apcupsd - Killpower Nicholas Tretyachenko
2003-11-28 7:57 ` Sergey
2003-11-28 8:07 ` Valery V. Inozemtsev
@ 2003-11-28 8:55 ` Sergey Vlasov
2003-11-28 9:17 ` Sergey
2003-11-28 9:19 ` Re[2]: " Nicholas Tretyachenko
2 siblings, 2 replies; 11+ messages in thread
From: Sergey Vlasov @ 2003-11-28 8:55 UTC (permalink / raw)
To: sisyphus
[-- Attachment #1: Type: text/plain, Size: 826 bytes --]
On Fri, Nov 28, 2003 at 10:23:08AM +0300, Nicholas Tretyachenko wrote:
> В результате тестирования apcupsd выявились следующие проблемы:
> 1) Если /usr и /var находятся на отдельных файловых системах,
> при выполнении shutdown apccontrol не может разослать сообщение
> пользователям с помощью wall (скрипт /etc/apccontrol, строка 61 ),
> поскольку к этому моменту /usr размонтирован. Попытка записи в
> /var/lib/apcupsd/apcupsd.events также приводит к ошибке.
На этом он падает? Если нет - тогда можно на это наплевать (какие
могут быть пользователи в системе, когда /usr уже размонтирован?).
> 2) Попытка погасить сам UPS, подключенный по usb также вызывает
> ошибку, поскольку сервис usb перед этим был остановлен.
Вопрос, что по этому поводу делать со скриптами, я задавал
давным-давно - он так и остался без ответа...
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [sisyphus] apcupsd - Killpower
2003-11-28 8:55 ` Sergey Vlasov
@ 2003-11-28 9:17 ` Sergey
2003-11-28 9:19 ` Re[2]: " Nicholas Tretyachenko
1 sibling, 0 replies; 11+ messages in thread
From: Sergey @ 2003-11-28 9:17 UTC (permalink / raw)
To: sisyphus
On Friday 28 November 2003 12:55, Sergey Vlasov wrote:
> > 2) Попытка погасить сам UPS, подключенный по usb также вызывает
> > ошибку, поскольку сервис usb перед этим был остановлен.
>
> Вопрос, что по этому поводу делать со скриптами, я задавал
> давным-давно - он так и остался без ответа...
Если чтоб работало, ответ очевиден - убрать гашение сервиса
USB. Альта под руками нет сейчас, но не думаю, что гашение
этого сервиса кому-то сильно нужно.
А вот если чтобы оно работало cамо...
--
С уважением, Сергей
a_s_y@sama.ru
^ permalink raw reply [flat|nested] 11+ messages in thread
* Re[2]: [sisyphus] apcupsd - Killpower
2003-11-28 8:55 ` Sergey Vlasov
2003-11-28 9:17 ` Sergey
@ 2003-11-28 9:19 ` Nicholas Tretyachenko
1 sibling, 0 replies; 11+ messages in thread
From: Nicholas Tretyachenko @ 2003-11-28 9:19 UTC (permalink / raw)
To: Sergey Vlasov
Hello Sergey,
Friday, November 28, 2003, 11:55:51 AM, you wrote:
SV> On Fri, Nov 28, 2003 at 10:23:08AM +0300, Nicholas Tretyachenko wrote:
>> В результате тестирования apcupsd выявились следующие проблемы:
>> 1) Если /usr и /var находятся на отдельных файловых системах,
>> при выполнении shutdown apccontrol не может разослать сообщение
>> пользователям с помощью wall (скрипт /etc/apccontrol, строка 61 ),
>> поскольку к этому моменту /usr размонтирован. Попытка записи в
>> /var/lib/apcupsd/apcupsd.events также приводит к ошибке.
SV> На этом он падает? Если нет - тогда можно на это наплевать (какие
SV> могут быть пользователи в системе, когда /usr уже размонтирован?).
Согласен, на это можно не обращать внимания.
Но проблема с отключением UPS - достаточно серьезная. Хочется, чтобы
количество часов, отводимых на сон, не зависело от напряжения в сети.
--
С уважением,
Николай Третьяченко.
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2003-11-28 9:21 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-11-28 7:23 [sisyphus] apcupsd - Killpower Nicholas Tretyachenko
2003-11-28 7:57 ` Sergey
2003-11-28 8:14 ` Re[2]: " Nicholas Tretyachenko
2003-11-28 9:00 ` Sergey
2003-11-28 9:21 ` Re[2]: " Nicholas Tretyachenko
2003-11-28 8:07 ` Valery V. Inozemtsev
2003-11-28 8:18 ` Re[2]: " Nicholas Tretyachenko
2003-11-28 9:08 ` Sergey
2003-11-28 8:55 ` Sergey Vlasov
2003-11-28 9:17 ` Sergey
2003-11-28 9:19 ` Re[2]: " Nicholas Tretyachenko
ALT Linux Sisyphus discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
public-inbox-index sisyphus
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sisyphus
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git