[Comm] NUT и Ippon

[Comm] NUT и Ippon

[Vladimir Karpinsky]

Сегодня внимательно посмотрел на вывод upsc ippon@localhost (приведён ниже) 
и не обнаружил там такого важного параметра, как "battery.charge". Я, 
конечно, понимаю, что можно ориентироваться на соотношении текущего и 
номинального напряжения на батареи, но это как-то неправильно. Вопрос 
следующий: это убогость железки, и ничего сделать с этим уже нельзя, или 
программно-железная несогласованность, которую можно исправить сейчас путём 
исправления конфигов или в будущем ожидать улучшения в следующих версиях NUT?

battery.voltage: 109.00
battery.voltage.nominal: 96.0
driver.name: megatec
driver.parameter.mfr: Ippon
driver.parameter.model: Smart Winner
driver.parameter.offdelay: 1
driver.parameter.ondelay: 1
driver.parameter.pollinterval: 2
driver.parameter.port: /dev/ttyS0
driver.version: 2.2.2
driver.version.internal: 1.5.14
input.frequency: 50.0
input.frequency.nominal: 50.0
input.voltage: 215.9
input.voltage.fault: 215.9
input.voltage.maximum: 219.4
input.voltage.minimum: 208.7
input.voltage.nominal: 220.0
output.voltage: 215.9
ups.beeper.status: enabled
ups.delay.shutdown: 1
ups.delay.start: 1
ups.load: 19.0
ups.mfr: Ippon
ups.model: Smart Winner
ups.serial: unknown
ups.status: OL
ups.temperature: 59.2
ups.type: standby

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

P.S. Если это параметр отсутствует вообще, то будет ли обрабатываться 
параметр FINALDELAY из upsmon.conf?

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1208 bytes --]

On Fri, Jan 20, 2012 at 06:00:51PM +0400, Vladimir Karpinsky wrote:
> Сегодня внимательно посмотрел на вывод upsc ippon@localhost (приведён ниже) 
> и не обнаружил там такого важного параметра, как "battery.charge". Я, 
> конечно, понимаю, что можно ориентироваться на соотношении текущего и 
> номинального напряжения на батареи, но это как-то неправильно. Вопрос 
> следующий: это убогость железки, и ничего сделать с этим уже нельзя, или 
> программно-железная несогласованность, которую можно исправить сейчас путём 
> исправления конфигов или в будущем ожидать улучшения в следующих версиях NUT?

Это убогость железки, которая умеет выдавать только текущее напряжение
на батарее, плюс отсутствие в драйвере megatec поддержки этой
модификации UPS (для некоторых вариантов там есть параметры пересчёта
напряжения в процент заряда, хотя результат получается не очень
хороший; впрочем, в родном софте он примерно такой же).

В последних версиях NUT поддержка этих UPS переехала в драйверы
blazer_ser и blazer_usb, и параметры для приблизительного определения
уровня заряда батареи предлагается настраивать самостоятельно:

http://networkupstools.org/docs/man/blazer.html#_battery_charge

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] NUT и Ippon

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 448 bytes --]

On Fri, Jan 20, 2012 at 06:07:00PM +0400, Vladimir Karpinsky wrote:
> P.S. Если это параметр отсутствует вообще, то будет ли обрабатываться 
> параметр FINALDELAY из upsmon.conf?

Будет - upsmon не анализирует значения battery.charge и
battery.runtime, там используется только флаг "low battery", который
Ippon всё-таки умеет выставлять (правда, точно неизвестно, при каких
именно условиях, и сколько ещё остаётся при этом времени работы).

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

21.01.2012 16:35, Sergey Vlasov пишет:
> On Fri, Jan 20, 2012 at 06:07:00PM +0400, Vladimir Karpinsky wrote:
>> P.S. Если это параметр отсутствует вообще, то будет ли обрабатываться
>> параметр FINALDELAY из upsmon.conf?
>
> Будет - upsmon не анализирует значения battery.charge и
> battery.runtime, там используется только флаг "low battery", который
> Ippon всё-таки умеет выставлять (правда, точно неизвестно, при каких
> именно условиях, и сколько ещё остаётся при этом времени работы).

Т.о получается, что численное значение FINALDELAY не имеет смысла --- 
выключение произойдёт после выставления флага, так?

Подскажите, пожалуйста, как тогда реализовать следующее: к ИБП подключены 
несколько компьютеров, часть из них "главные", часть "второстепенные". 
Хочется выключить "второстепенные" раньше, чтобы "главные" прожили бы 
дольше. В идеале я бы поставил "второстепенные" в половину заряда батареи, 
в крайнем случае их можно выключить почти сразу после выключения внешнего 
питания, но важно, чтоб они включились после восстановления питания.

> В последних версиях NUT поддержка этих UPS переехала в драйверы
> blazer_ser и blazer_usb, и параметры для приблизительного определения
> уровня заряда батареи предлагается настраивать самостоятельно:
>
> http://networkupstools.org/docs/man/blazer.html#_battery_charge

Т.о. предлагается самим определять battery.voltage.low и 
battery.voltage.high? Это придётся как-то экспериментально измерять, хотя 
можно поставить +-15% от battery.voltage.nominal --- это справедливо для 
большинства аккумуляторов.

А каковы перспективы более новых версий NUT в текущих бранчах? У них уже 
2.6.3 стабильная версия вышла, а у нас по-прежнему 2.2.2.

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1777 bytes --]

On Sat, Jan 21, 2012 at 05:05:03PM +0400, Vladimir Karpinsky wrote:
> 21.01.2012 16:35, Sergey Vlasov пишет:
> > On Fri, Jan 20, 2012 at 06:07:00PM +0400, Vladimir Karpinsky wrote:
> >> P.S. Если это параметр отсутствует вообще, то будет ли обрабатываться
> >> параметр FINALDELAY из upsmon.conf?
> >
> > Будет - upsmon не анализирует значения battery.charge и
> > battery.runtime, там используется только флаг "low battery", который
> > Ippon всё-таки умеет выставлять (правда, точно неизвестно, при каких
> > именно условиях, и сколько ещё остаётся при этом времени работы).
> 
> Т.о получается, что численное значение FINALDELAY не имеет смысла --- 
> выключение произойдёт после выставления флага, так?

Имеет - это дополнительная задержка перед запуском shutdown на master.

> Подскажите, пожалуйста, как тогда реализовать следующее: к ИБП подключены 
> несколько компьютеров, часть из них "главные", часть "второстепенные". 
> Хочется выключить "второстепенные" раньше, чтобы "главные" прожили бы 
> дольше. В идеале я бы поставил "второстепенные" в половину заряда батареи, 
> в крайнем случае их можно выключить почти сразу после выключения внешнего 
> питания, но важно, чтоб они включились после восстановления питания.

Отключение через заданное время после пропадания внешнего питания
можно настроить через upssched; по уровню заряда батареи - в готовом
виде ничего не попадалось.  Вот с включением сложнее - можно разве что
прописать на "главных" компьютерах вызов ether-wake для включения
остальных компьютеров через Wake-on-LAN (например, в том же upssched
на событие ONLINE, возможно, с дополнительным таймером для задержки,
чтобы батареи успели подзарядиться).  Ну или аналогичным образом
включать через IPMI, если оно там есть.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] NUT и Ippon

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 1192 bytes --]

21.01.2012 11:07, Sergey Vlasov пишет:
> Вот с включением сложнее - можно разве что прописать на "главных"
> компьютерах вызов ether-wake для включения остальных компьютеров через
> Wake-on-LAN (например, в том же upssched на событие ONLINE, возможно,
> с дополнительным таймером для задержки, чтобы батареи успели
> подзарядиться). Ну или аналогичным образом включать через IPMI, если
> оно там есть.
Практически в каждом биосе есть пункт что делать после подачи питания: 
On, Off, Last state.
Поставить в On и при подаче питания всегда будет включаться. Это конечно
не даст времени зарядиться батареям, но гарантированно включит.
Но допускать до полного разряжения батарей и не стоит.

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4903 bytes --]

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

21.01.2012 20:07, Sergey Vlasov пишет:
> On Sat, Jan 21, 2012 at 05:05:03PM +0400, Vladimir Karpinsky wrote:
>> 21.01.2012 16:35, Sergey Vlasov пишет:
>>> On Fri, Jan 20, 2012 at 06:07:00PM +0400, Vladimir Karpinsky wrote:
>> Подскажите, пожалуйста, как тогда реализовать следующее: к ИБП подключены
>> несколько компьютеров, часть из них "главные", часть "второстепенные".
>> Хочется выключить "второстепенные" раньше, чтобы "главные" прожили бы
>> дольше. В идеале я бы поставил "второстепенные" в половину заряда батареи,
>> в крайнем случае их можно выключить почти сразу после выключения внешнего
>> питания, но важно, чтоб они включились после восстановления питания.
>
> Отключение через заданное время после пропадания внешнего питания
> можно настроить через upssched; по уровню заряда батареи - в готовом
> виде ничего не попадалось.

Я мигрирую с apcupsd, поэтому ищу аналогичные решения, но суля по тому,ч то 
успел прочитать по upssched, это вполне допустимое решение вопроса, хотя, 
конечно, отталкиваться от заряда батареи идеологически более правильное 
решение.

> Вот с включением сложнее - можно разве что
> прописать на "главных" компьютерах вызов ether-wake для включения
> остальных компьютеров через Wake-on-LAN (например, в том же upssched
> на событие ONLINE, возможно, с дополнительным таймером для задержки,
> чтобы батареи успели подзарядиться).

Надо будет попробовать, никогда не пользовался. Можно, конечно, всем 
выставить включение в BIOS'е, но, если при разряженных аккумуляторах, 
попытаются взлететь 3--4 компьютера, то м.б. нехорошо.

>  Ну или аналогичным образом включать через IPMI, если оно там есть.

Этого нет.

Спасибо, буду изучать.

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

21.01.2012 22:29, Dubrovskiy Viacheslav пишет:
> 21.01.2012 11:07, Sergey Vlasov пишет:
>> Вот с включением сложнее - можно разве что прописать на "главных"
>> компьютерах вызов ether-wake для включения остальных компьютеров через
>> Wake-on-LAN (например, в том же upssched на событие ONLINE, возможно,
>> с дополнительным таймером для задержки, чтобы батареи успели
>> подзарядиться). Ну или аналогичным образом включать через IPMI, если
>> оно там есть.
> Практически в каждом биосе есть пункт что делать после подачи питания:
> On, Off, Last state.
> Поставить в On и при подаче питания всегда будет включаться. Это конечно
> не даст времени зарядиться батареям, но гарантированно включит.
> Но допускать до полного разряжения батарей и не стоит.

Да, пока был на APC, так и было сделано. В Smart'ах можно было выставить 
задержку выдачи питания, после возобновления внешнего, и тем самым 
предотвратить резкую нагрузку при старте нескольких компьютеров на 
разряженных аккумуляторах. Здесь на Ippone вообще не очень понятно, до 
какой степени он даст аккумуляторам разрядится...

Кроме того, такой вариант вероятно не сработает в том случае, если у 
"второстепенных" компьютеров shutdown пройдёт, а внешнее питание 
восстановится до отключения ИБП. В этом случае передёргивания питания не 
произойдёт и, скорее всего, "второстепенные" останутся лежать.

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

21.01.2012 20:07, Sergey Vlasov пишет:
> Отключение через заданное время после пропадания внешнего питания
> можно настроить через upssched;

Решил попробовать настроить отключение slave компьютера через upssched? и 
не получилось. При вытыкании ИБП из розетки получаю в /var/log/messages 
следующее:

Jan 22 18:23:24 pullet upsmon[17744]: UPS ippon@192.168.5.2 on battery
Jan 22 18:23:24 pullet upsmon[28478]: UPS ippon@192.168.5.2 on battery
Jan 22 18:23:24 pullet upsmon[21055]: UPS ippon@192.168.5.2 on battery
Jan 22 18:23:24 pullet wall[27438]: wall: user upsmon broadcasted 1 lines 
(34 chars)
Jan 22 18:23:31 pullet upssched[27440]: Failed to connect to parent and 
failed to create parent: No such file or directory

Во-первых, 3 раза про то, что UPS ушёл на батареи, а самое главное --- 
последняя строка: кто такой этот parent я не понимаю. При возврате что-то 
отрабатывает, сообщения от upsmon тоже тройкой проходят:

Jan 22 18:28:14 pullet upsmon[17744]: UPS ippon@192.168.5.2 on line power
Jan 22 18:28:14 pullet upsmon[28478]: UPS ippon@192.168.5.2 on line power
Jan 22 18:28:14 pullet upsmon[21055]: UPS ippon@192.168.5.2 on line power
Jan 22 18:28:14 pullet wall[26650]: wall: user upsmon broadcasted 1 lines 
(37 chars)
Jan 22 18:28:14 pullet upssched[26652]: Executing command: ups-back-on-line
Jan 22 18:28:14 pullet upssched[26652]: exec_cmd(/usr/sbin/upssched-cmd 
ups-back-on-line) returned 126

В /etc/nut/upsmon.conf:

MONITOR ippon@192.168.5.2 1 monuser pass slave
SHUTDOWNCMD "/sbin/shutdown -h +0"
NOTIFYCMD /usr/sbin/upssched
NOTIFYFLAG ONLINE  SYSLOG+WALL+EXEC
NOTIFYFLAG ONBATT  SYSLOG+WALL+EXEC
NOTIFYFLAG LOWBATT SYSLOG+WALL+EXEC

$ ls -l
-rwxr-xr-x 1 root root 19896 Apr 13  2007 /usr/sbin/upssched

В /etc/nut/upssched.conf

CMDSCRIPT /usr/sbin/upssched-cmd
PIPEFN /var/run/upssched/upssched.pipe
LOCKFN /var/run/upssched/upssched.lock
AT ONBATT * START-TIMER onbattwarn 30 # Seconds!
AT ONLINE * CANCEL-TIMER onbattwarn
AT ONBATT * START-TIMER  earlyshutdown 180 # Seconds!
AT ONLINE * CANCEL-TIMER earlyshutdown
AT ONLINE * EXECUTE ups-back-on-line

Каталог /var/run/upssched существует
$ ls -l  /usr/sbin/ups*
-rwxr-xr-x 1 root root 47140 Apr 13  2007 /usr/sbin/upsd
-rwxr-xr-x 1 root root 43500 Apr 13  2007 /usr/sbin/upsmon
-rwxr-xr-x 1 root root 19896 Apr 13  2007 /usr/sbin/upssched
-rwx------ 1 root root   504 Jan 22 18:23 /usr/sbin/upssched-cmd

$ cat /usr/sbin/upssched-cmd
#!/bin/sh
mail="user@address"
case $1 in
       onbattwarn)
       echo "The UPS has been on battery for a while" | /bin/mail -s "UPS 
monitor" "$mail"
       ;;
       ups-back-on-power)
       echo "Power restored" | /bin/mail -s "UPS monitor" "$mail"
       ;;
       earlyshutdown)
       logger -t upssched-cmd "UPS on battery too long, forced shutdown!"
       echo "UPS forced shutdown" | /bin/mail -s "UPS monitor" "$mail"
       /sbin/shutdown -h now
       ;;
       *)
       /usr/bin/logger -t upssched-cmd "ERROR!! Unrecognized command: $1"
       ;;
esac

Письма тоже не приходят. Может, кроме рута, на выполнение этого скрипта 
надо ещё кому-нибудь права дать?

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Yura Kalinichenko]

Vladimir Karpinsky пишет:
>
> Письма тоже не приходят. Может, кроме рута, на выполнение этого 
> скрипта надо ещё кому-нибудь права дать?
>
Разумеется.

ls -l /usr/lib/nut/upssched-cmd
-rwxr-xr-- 1 root upsmon 3945 Ноя 13 01:07 /usr/lib/nut/upssched-cmd

-- 
SY, 
   Yura Kalinichenko

Re: [Comm] NUT и Ippon

[Michael Shigorin]

On Sat, Jan 21, 2012 at 10:38:56PM +0400, Vladimir Karpinsky wrote:
> > Ну или аналогичным образом включать через IPMI, если оно там есть.
> Этого нет.

Ещё бывают копеечные USB PDU Gembird SIS-PM на 1..4 розетки,
sispmctl в сизифе и бранчах к ним есть и работает.

PS: насколько помню докуметацию nut, от махинаций со временем
отключения там всячески отговаривали...

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

22.01.2012 21:12, Yura Kalinichenko пишет:
> Vladimir Karpinsky пишет:
>>
>> Письма тоже не приходят. Может, кроме рута, на выполнение этого скрипта
>> надо ещё кому-нибудь права дать?
>>
> Разумеется.
>
> ls -l /usr/lib/nut/upssched-cmd
> -rwxr-xr-- 1 root upsmon 3945 Ноя 13 01:07 /usr/lib/nut/upssched-cmd

Понял. Но внутри скрипта вызов shutdown, его дадут выполнить пользователю 
upsmon?

Тут ещё накопал:

 > Jan 22 18:23:31 pullet upssched[27440]: Failed to connect to parent and
 > failed to create parent: No such file or directory

> PIPEFN /var/run/upssched/upssched.pipe
> LOCKFN /var/run/upssched/upssched.lock

NUT пользователь не может писать в /var/run/upssched/, см. 
http://lists.alioth.debian.org/pipermail/nut-upsuser/2007-June/002851.html. 
Правильно ли просто сменить хозяина этого каталога на upsmon или это плохо 
по каким-то соображениям.

> Во-первых, 3 раза про то, что UPS ушёл на батареи,

Тут такое:

$ ps aux | grep upsmon
root     28477  0.0  0.1   3272   824 ?        Ss   Jan17   0:00 
/usr/sbin/upsmon
upsmon   28478  0.0  0.1   3272   668 ?        S    Jan17   0:00 
/usr/sbin/upsmon
root     17743  0.0  0.1   3272   824 ?        Ss   Jan17   0:00 
/usr/sbin/upsmon
upsmon   17744  0.0  0.1   3272   668 ?        S    Jan17   0:00 
/usr/sbin/upsmon
root      2716  0.0  0.1   3272   824 ?        Ss   21:15   0:00 
/usr/sbin/upsmon
upsmon    2717  0.0  0.1   3272   600 ?        S    21:15   0:00 
/usr/sbin/upsmon

Т.е. 3 процесса от пользователя upsmonи 3 --- root. Их так и должно быть много?

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

22.01.2012 21:18, Michael Shigorin пишет:
> On Sat, Jan 21, 2012 at 10:38:56PM +0400, Vladimir Karpinsky wrote:
>>> Ну или аналогичным образом включать через IPMI, если оно там есть.
>> Этого нет.
>
> Ещё бывают копеечные USB PDU Gembird SIS-PM на 1..4 розетки,
> sispmctl в сизифе и бранчах к ним есть и работает.

Если wake-on-lan будет работать, то этого может оказаться достаточно. В 
любом случае, спасибо за информацию.

> PS: насколько помню докуметацию nut, от махинаций со временем
> отключения там всячески отговаривали...

Только других вариантов похоже не много. Можно, конечно, снимать и 
обрабатывать напряжение на батареи, но там тоже без бубна не обойтись.

Михаил, Вы писали про подходы к сборке новых версий. Есть смысл ожидать их 
появления в обозримом будущем?

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Dubrovskiy Viacheslav]

[-- Attachment #1: Type: text/plain, Size: 1191 bytes --]

22.01.2012 11:12, Vladimir Karpinsky пишет:
> 21.01.2012 20:07, Sergey Vlasov пишет:
>> Отключение через заданное время после пропадания внешнего питания
>> можно настроить через upssched;
>
> Решил попробовать настроить отключение slave компьютера через
> upssched? и не получилось. При вытыкании ИБП из розетки получаю в
> /var/log/messages следующее:
>
> Jan 22 18:23:24 pullet upsmon[17744]: UPS ippon@192.168.5.2 on battery
> Jan 22 18:23:24 pullet upsmon[28478]: UPS ippon@192.168.5.2 on battery
> Jan 22 18:23:24 pullet upsmon[21055]: UPS ippon@192.168.5.2 on battery
> Jan 22 18:23:24 pullet wall[27438]: wall: user upsmon broadcasted 1
> lines (34 chars)
> Jan 22 18:23:31 pullet upssched[27440]: Failed to connect to parent
> and failed to create parent: No such file or directory
>
> Во-первых, 3 раза про то, что UPS ушёл на батареи,
Ну для надежности обычно 3 раза ребутать нужно :)

-- 
WBR,
Dubrovskiy Viacheslav


[-- Attachment #2: Криптографическая подпись S/MIME --]
[-- Type: application/pkcs7-signature, Size: 4922 bytes --]

Re: [Comm] NUT и Ippon

[Michael Shigorin]

On Sun, Jan 22, 2012 at 09:28:59PM +0400, Vladimir Karpinsky wrote:
> Михаил, Вы писали про подходы к сборке новых версий. Есть смысл
> ожидать их появления в обозримом будущем?

Если yuk@ оттаймаутится, то придётся ближе к весне спрашивать
с пристрастием, что хоть получилось, и пытаться доводить самому.
Хотя было бы гораздо лучше с пакетом имени Юры, думаю.

По nut-2.6.0-alt1:
http://lists.altlinux.org/pipermail/devel/2011-March/189170.html
http://lists.altlinux.org/pipermail/devel/2011-March/189171.html

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

22.01.2012 21:51, Michael Shigorin пишет:
> По nut-2.6.0-alt1:
> http://lists.altlinux.org/pipermail/devel/2011-March/189170.html
> http://lists.altlinux.org/pipermail/devel/2011-March/189171.html

Там много непонятных слов, но суть угадывается --- скорой победы не будет. 
Понял, спасибо.

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Yura Kalinichenko]

Michael Shigorin пишет:
> On Sun, Jan 22, 2012 at 09:28:59PM +0400, Vladimir Karpinsky wrote:
>   
>> Михаил, Вы писали про подходы к сборке новых версий. Есть смысл
>> ожидать их появления в обозримом будущем?
>>     
>
> Если yuk@ оттаймаутится, то придётся ближе к весне спрашивать
> с пристрастием, что хоть получилось, и пытаться доводить самому.
> Хотя было бы гораздо лучше с пакетом имени Юры, думаю.
>   

Миша, задержка в общем-то возникла потому, что для ALT приоритет >= P6, 
а для меня - <= 4.1. А поскольку пакет setup в части касающейся nut 
претерпел серьезные изменения где-то посредине P6 - критически важно 
сделать так, чтобы это учитывалось при сборке nut во всех версиях 
дистрибутивов. Или бэкпортить setup в 4.1 & 2.4, в чем тоже надо 
разбираться. Плюс свои костыли переделывать. Постоянно пытаюсь найти 
время чтобы разрулить это все, но поскольку  
ftp.linux.kiev.ua:/pub/Linux/ALT/people/_yuk/Sisyphus/SRPMS/nut-2.6.2-alt1.src.rpm 
вполне себе собирается и работает на моих серверах as is - крайне трудно 
себя уговаривать, ибо есть масса более приоритетных задач, а по ночам 
работать я уже слишком стар. Но ввиду релиза 2.6.3 постараюсь сделать 
очередной подход в ближайшее время.

-- 
SY, 
   Yura Kalinichenko

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

22.01.2012 21:12, Yura Kalinichenko пишет:
> Vladimir Karpinsky пишет:
>>
>> Письма тоже не приходят. Может, кроме рута, на выполнение этого скрипта
>> надо ещё кому-нибудь права дать?
>>
> Разумеется.
>
> ls -l /usr/lib/nut/upssched-cmd
> -rwxr-xr-- 1 root upsmon 3945 Ноя 13 01:07 /usr/lib/nut/upssched-cmd

Права на скрипт и /var/run/upssched поправил, стало лучше:

Jan 24 17:34:05 pullet upsmon[17744]: UPS ippon@192.168.5.2 on battery
Jan 24 17:34:05 pullet upsmon[28478]: UPS ippon@192.168.5.2 on battery
Jan 24 17:34:09 pullet upsmon[2717]: UPS ippon@192.168.5.2 on battery
Jan 24 17:34:09 pullet wall[3623]: wall: user upsmon broadcasted 1 lines 
(34 cha
rs)
Jan 24 17:34:09 pullet upssched[3714]: Timer daemon started
Jan 24 17:34:10 pullet upssched[3714]: New timer: onbattwarn (30 seconds)
Jan 24 17:34:10 pullet upssched[3714]: New timer: earlyshutdown (180 seconds)
Jan 24 17:34:40 pullet upssched[3714]: Event: onbattwarn
Jan 24 17:37:10 pullet upssched[3714]: Event: earlyshutdown
Jan 24 17:37:10 pullet upssched-cmd: UPS on battery too long, forced shutdown!

Скрипт запускается. До этого момента всё работает, рассылаются 
предупредительные письма, далее он должен выполнить "/sbin/shutdown -h now" 
но выключения не происходит:

Jan 24 17:37:10 pullet upssched[3714]: exec_cmd(/usr/sbin/upssched-cmd 
earlyshutdown) returned 126

Опять код выхода 126, где-то что-то с правами? Если скрипт работает с 
правами пользователя upsmon, он вероятно не вправе выполнить shutdown. Это 
где-то настраивается, или надо использовать sudo?

Jan 24 17:37:25 pullet upssched[3714]: Timer queue empty, exiting

Файл /var/run/upssched/upssched.pipe в процессе работы создавался, а, вот, 
файла /var/run/upssched/upssched.lock я не увидел. Эти файлы указаны в 
uppsched.conf, как PIPEFN и LOCKFN, соответственно.

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Шенцев Алексей Владимирович]

On Tuesday 24 January 2012 18:19:23 Vladimir Karpinsky wrote:
> 22.01.2012 21:12, Yura Kalinichenko пишет:
> > Vladimir Karpinsky пишет:
> >> Письма тоже не приходят. Может, кроме рута, на выполнение этого скрипта
> >> надо ещё кому-нибудь права дать?
> >
> > Разумеется.
> >
> > ls -l /usr/lib/nut/upssched-cmd
> > -rwxr-xr-- 1 root upsmon 3945 Ноя 13 01:07 /usr/lib/nut/upssched-cmd
>
> Права на скрипт и /var/run/upssched поправил, стало лучше:
>
> Jan 24 17:34:05 pullet upsmon[17744]: UPS ippon@192.168.5.2 on battery
> Jan 24 17:34:05 pullet upsmon[28478]: UPS ippon@192.168.5.2 on battery
> Jan 24 17:34:09 pullet upsmon[2717]: UPS ippon@192.168.5.2 on battery
> Jan 24 17:34:09 pullet wall[3623]: wall: user upsmon broadcasted 1 lines
> (34 cha
> rs)
> Jan 24 17:34:09 pullet upssched[3714]: Timer daemon started
> Jan 24 17:34:10 pullet upssched[3714]: New timer: onbattwarn (30 seconds)
> Jan 24 17:34:10 pullet upssched[3714]: New timer: earlyshutdown (180
> seconds) Jan 24 17:34:40 pullet upssched[3714]: Event: onbattwarn
> Jan 24 17:37:10 pullet upssched[3714]: Event: earlyshutdown
> Jan 24 17:37:10 pullet upssched-cmd: UPS on battery too long, forced
> shutdown!
>
> Скрипт запускается. До этого момента всё работает, рассылаются
> предупредительные письма, далее он должен выполнить "/sbin/shutdown -h now"
> но выключения не происходит:

А за чем выключение делать из внешнего скрипта?
В upsmon.conf пропишите:

SHUTDOWNCMD    "/sbin/shutdown -h +0" 
NOTIFYFLAG     SHUTDOWN        SYSLOG+EXEC+WALL

и нормально всё выкллючается.
Я во внешнем скрипте только письма рассылаю, да месаги по джаберу.

>
> Jan 24 17:37:10 pullet upssched[3714]: exec_cmd(/usr/sbin/upssched-cmd
> earlyshutdown) returned 126
>
> Опять код выхода 126, где-то что-то с правами? Если скрипт работает с
> правами пользователя upsmon, он вероятно не вправе выполнить shutdown.

ls -l /sbin/shutdown
-rwx------ 1 root root 22212 Окт  6 03:02 /sbin/shutdown

Как видите только рут.

> Это где-то настраивается, или надо использовать sudo?

Настроить можно в /etc/sudoers.
Дав пользователю upsmon право выполнить shutdown без ввода рутовского пароля:

upsmon   ALL = NOPASSWD: /sbin/shutdown

Только за чем так делать, если достаточно настроить upsmon.conf?

>
> Jan 24 17:37:25 pullet upssched[3714]: Timer queue empty, exiting
>
> Файл /var/run/upssched/upssched.pipe в процессе работы создавался, а, вот,
> файла /var/run/upssched/upssched.lock я не увидел. Эти файлы указаны в
> uppsched.conf, как PIPEFN и LOCKFN, соответственно.



-- 
С уважением, ведущий специалист
отдела эксплуатации 
информационных технологий
ЗАО "НР - КТВ"
Шенцев Алексей Владимирович.
Тел.: (8617) 716-526 доп.106

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

24.01.2012 18:37, Шенцев Алексей Владимирович пишет:
> А за чем выключение делать из внешнего скрипта?
> В upsmon.conf пропишите:
>
> SHUTDOWNCMD    "/sbin/shutdown -h +0"
> NOTIFYFLAG     SHUTDOWN        SYSLOG+EXEC+WALL

Хочется выключить часть компьютеров, подключённых к одному ИБП, не 
дожидаясь разряда аккумуляторов. Поскольку нельзя сделать это, основываясь 
на уровне заряда, то выключить через определённое время после пропадания 
внешнего питания.

Подробнее расписано выше по треду.

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Шенцев Алексей Владимирович]

On Tuesday 24 January 2012 18:51:38 Vladimir Karpinsky wrote:
> 24.01.2012 18:37, Шенцев Алексей Владимирович пишет:
> > А за чем выключение делать из внешнего скрипта?
> > В upsmon.conf пропишите:
> >
> > SHUTDOWNCMD    "/sbin/shutdown -h +0"
> > NOTIFYFLAG     SHUTDOWN        SYSLOG+EXEC+WALL
>
> Хочется выключить часть компьютеров, подключённых к одному ИБП, не
> дожидаясь разряда аккумуляторов. Поскольку нельзя сделать это, основываясь
> на уровне заряда, то выключить через определённое время после пропадания
> внешнего питания.
>
> Подробнее расписано выше по треду.

А замнить в 

SHUTDOWNCMD    "/sbin/shutdown -h +0"

</sbin/shutdown -h +0>

на нужное вам?
-- 
С уважением, ведущий специалист
отдела эксплуатации 
информационных технологий
ЗАО "НР - КТВ"
Шенцев Алексей Владимирович.
Тел.: (8617) 716-526 доп.106

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

24.01.2012 19:00, Шенцев Алексей Владимирович пишет:
> On Tuesday 24 January 2012 18:51:38 Vladimir Karpinsky wrote:
>> 24.01.2012 18:37, Шенцев Алексей Владимирович пишет:
>>> А за чем выключение делать из внешнего скрипта?
>>> В upsmon.conf пропишите:
>>>
>>> SHUTDOWNCMD    "/sbin/shutdown -h +0"
>>> NOTIFYFLAG     SHUTDOWN        SYSLOG+EXEC+WALL
>>
>> Хочется выключить часть компьютеров, подключённых к одному ИБП, не
>> дожидаясь разряда аккумуляторов. Поскольку нельзя сделать это, основываясь
>> на уровне заряда, то выключить через определённое время после пропадания
>> внешнего питания.
>>
>> Подробнее расписано выше по треду.
>
> А замнить в
>
> SHUTDOWNCMD    "/sbin/shutdown -h +0"
>
> </sbin/shutdown -h +0>
>
> на нужное вам?

Теоретически это возможно, но в состав nut входит upssched для этих целей. 
Важно то, что от сам должен отработать и отмену выключения, если в течение 
отмеренного времени, питание вдруг восстановится. Думаю, что выдумывать всё 
самому в разы сложнее, чем научиться upssched готовить. Собственно, почти 
всё готово, сейчас надо понять: права на выполнение shutdown где-то в 
конфигах должно быть прописано, или настроить через sudо.

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Шенцев Алексей Владимирович]

On Tuesday 24 January 2012 19:21:22 Vladimir Karpinsky wrote:
> 24.01.2012 19:00, Шенцев Алексей Владимирович пишет:
> > On Tuesday 24 January 2012 18:51:38 Vladimir Karpinsky wrote:
> >> 24.01.2012 18:37, Шенцев Алексей Владимирович пишет:
> >>> А за чем выключение делать из внешнего скрипта?
> >>> В upsmon.conf пропишите:
> >>>
> >>> SHUTDOWNCMD    "/sbin/shutdown -h +0"
> >>> NOTIFYFLAG     SHUTDOWN        SYSLOG+EXEC+WALL
> >>
> >> Хочется выключить часть компьютеров, подключённых к одному ИБП, не
> >> дожидаясь разряда аккумуляторов. Поскольку нельзя сделать это,
> >> основываясь на уровне заряда, то выключить через определённое время
> >> после пропадания внешнего питания.
> >>
> >> Подробнее расписано выше по треду.
> >
> > А замнить в
> >
> > SHUTDOWNCMD    "/sbin/shutdown -h +0"
> >
> > </sbin/shutdown -h +0>
> >
> > на нужное вам?
>
> Теоретически это возможно, но в состав nut входит upssched для этих целей.
> Важно то, что от сам должен отработать и отмену выключения, если в течение
> отмеренного времени, питание вдруг восстановится. Думаю, что выдумывать всё
> самому в разы сложнее, чем научиться upssched готовить. Собственно, почти
> всё готово, сейчас надо понять: права на выполнение shutdown где-то в
> конфигах должно быть прописано, или настроить через sudо.

В таком случае, думаю, проще через sudoers.

-- 
С уважением, ведущий специалист
отдела эксплуатации 
информационных технологий
ЗАО "НР - КТВ"
Шенцев Алексей Владимирович.
Тел.: (8617) 716-526 доп.106

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

24.01.2012 19:31, Шенцев Алексей Владимирович пишет:
>> Теоретически это возможно, но в состав nut входит upssched для этих целей.
>> >  Важно то, что от сам должен отработать и отмену выключения, если в течение
>> >  отмеренного времени, питание вдруг восстановится. Думаю, что выдумывать всё
>> >  самому в разы сложнее, чем научиться upssched готовить. Собственно, почти
>> >  всё готово, сейчас надо понять: права на выполнение shutdown где-то в
>> >  конфигах должно быть прописано, или настроить через sudо.
> В таком случае, думаю, проще через sudoers.

Это понятный путь, если ничего лучше никто не посоветует, то завтра так и 
сделаю. Только казалось бы: коль скоро такой инструмент есть, то и механизм 
выключения со всеми правами должен бы быть предусмотрен. М.б. я его просто 
не нашёл.

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Шенцев Алексей Владимирович]

On Tuesday 24 January 2012 19:39:24 Vladimir Karpinsky wrote:
> 24.01.2012 19:31, Шенцев Алексей Владимирович пишет:
> >> Теоретически это возможно, но в состав nut входит upssched для этих
> >> целей.
> >>
> >> >  Важно то, что от сам должен отработать и отмену выключения, если в
> >> > течение отмеренного времени, питание вдруг восстановится. Думаю, что
> >> > выдумывать всё самому в разы сложнее, чем научиться upssched готовить.
> >> > Собственно, почти всё готово, сейчас надо понять: права на выполнение
> >> > shutdown где-то в конфигах должно быть прописано, или настроить через
> >> > sudо.
> >
> > В таком случае, думаю, проще через sudoers.
>
> Это понятный путь, если ничего лучше никто не посоветует, то завтра так и
> сделаю. Только казалось бы: коль скоро такой инструмент есть, то и механизм
> выключения со всеми правами должен бы быть предусмотрен. М.б. я его просто
> не нашёл.

Здесь: 

http://www.networkupstools.org/documentation.html 

не смотрел?

-- 
С уважением, ведущий специалист
отдела эксплуатации 
информационных технологий
ЗАО "НР - КТВ"
Шенцев Алексей Владимирович.
Тел.: (8617) 716-526 доп.106

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

24.01.2012 19:51, Шенцев Алексей Владимирович пишет:
>> Это понятный путь, если ничего лучше никто не посоветует, то завтра так и
>> сделаю. Только казалось бы: коль скоро такой инструмент есть, то и механизм
>> выключения со всеми правами должен бы быть предусмотрен. М.б. я его просто
>> не нашёл.
>
> Здесь:
>
> http://www.networkupstools.org/documentation.html
>
> не смотрел?

Смотрел, но пока не нашёл, м.б. пропустил.

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Andrey Liakhovets]

On Tue, 24 Jan 2012 19:21:22 +0400 Vladimir Karpinsky wrote:
>
>24.01.2012 19:00, Шенцев Алексей Владимирович пишет:
>> On Tuesday 24 January 2012 18:51:38 Vladimir Karpinsky wrote:
>>> 24.01.2012 18:37, Шенцев Алексей Владимирович пишет:
>>>> А за чем выключение делать из внешнего скрипта?
>>>> В upsmon.conf пропишите:
>>>>
>>>> SHUTDOWNCMD    "/sbin/shutdown -h +0"
>>>> NOTIFYFLAG     SHUTDOWN        SYSLOG+EXEC+WALL
>>>
>>> Хочется выключить часть компьютеров, подключённых к одному ИБП, не
>>> дожидаясь разряда аккумуляторов. Поскольку нельзя сделать это, основываясь
>>> на уровне заряда, то выключить через определённое время после пропадания
>>> внешнего питания.
>>>
>>> Подробнее расписано выше по треду.
>>
>> А замнить в
>>
>> SHUTDOWNCMD    "/sbin/shutdown -h +0"
>>
>> </sbin/shutdown -h +0>
>>
>> на нужное вам?
>
>Теоретически это возможно, но в состав nut входит upssched для этих целей.
>Важно то, что от сам должен отработать и отмену выключения, если в
>течение отмеренного времени, питание вдруг восстановится.
>Думаю, что выдумывать всё самому в разы сложнее, чем научиться upssched
>готовить. Собственно, почти всё готово, сейчас надо понять: права на
>выполнение shutdown где-то в конфигах должно быть прописано, или настроить
>через sudо.

Похоже, в вашем случае не удастся выключить slave исключительно через
upsmon. Т.е., на slave'е внешний скрипт должен будет сам выключать
компьютер, а т.к. он запущен от пользователя upsmon, то придётся этот
shutdown выполнять через sudo.

Я такую конфигурацию не использовал (хотя думаю попробовать в ближайшем
будущем), поэтому пока мои соображения чисто теоретические, основаны
только на документации NUT.
 А именно:
upsmon может сам выключить компьютер (путём отправки 1 байта своей части,
выполняемой с правами root, которая и выполнит SHUTDOWNCMD из upsmon.conf), но для этого upsmon должен увидеть, что питающие данный
компьютер UPS'ы в "плохом состоянии".
В случае master'а можно было бы выполнить "upsmon -c fsd", тем самым
сказав, что все локальные для master'а UPS'ы "плохие", и т.д...
В случае slave'а ничего подобного не предусмотрено, т.е. upsmon на slave'е
действительно должен увидеть, что UPS'у на master'е "плохо", и только
тогда upsmon на slave'е начнёт выключать slave.
 В вашем же случае slave должен выключаться тогда, когда UPS на master'е
ещё в рабочем состоянии, т.е. указанный выше вариант не проходит.
 (Есть ещё вариант, когда upsmon на slave'е сначала увидит, что UPS на
master'е OB, а затем увидит, что нет соединения с master'ом, -- тогда
upsmon на slave'е тоже решит, что "всё плохо" и начнёт сам выключать.
В этом случае на slave'е не нужны никакие внешние скрипты и не нужен
upssched. Но для такого варианта я пока не представляю, как в нужный
момент обеспечить на стороне master'а разрыв соединения)

Андрей Ляховец

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

24.01.2012 23:04, Andrey Liakhovets пишет:
> Похоже, в вашем случае не удастся выключить slave исключительно через
> upsmon. Т.е., на slave'е внешний скрипт должен будет сам выключать
> компьютер, а т.к. он запущен от пользователя upsmon, то придётся этот
> shutdown выполнять через sudo.
...

Спасибо за развёрнутый ответ! Вечно я нарываюсь на то, что чего-то 
странного по сравнению с широкими народными массами ;-) Завтра попробую 
воткнуть sudo в скрипт.

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 634 bytes --]

On Tue, Jan 24, 2012 at 07:39:24PM +0400, Vladimir Karpinsky wrote:
> Это понятный путь, если ничего лучше никто не посоветует, то завтра так и 
> сделаю. Только казалось бы: коль скоро такой инструмент есть, то и механизм 
> выключения со всеми правами должен бы быть предусмотрен. М.б. я его просто 
> не нашёл.

Стандартный инструмент - upsmon -c fsd (в этом случае завершением
работы будет заниматься процесс upsmon, у которого есть
соответствующие права).  Однако в данном случае этот способ не
годится, поскольку нужно выключить только часть компьютеров, а флаг
FSD подействует на все компьютеры, подключенные к UPS.

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

24.01.2012 23:48, Sergey Vlasov пишет:
> On Tue, Jan 24, 2012 at 07:39:24PM +0400, Vladimir Karpinsky wrote:
>> Это понятный путь, если ничего лучше никто не посоветует, то завтра так и
>> сделаю. Только казалось бы: коль скоро такой инструмент есть, то и механизм
>> выключения со всеми правами должен бы быть предусмотрен. М.б. я его просто
>> не нашёл.
>
> Стандартный инструмент - upsmon -c fsd (в этом случае завершением
> работы будет заниматься процесс upsmon, у которого есть
> соответствующие права).  Однако в данном случае этот способ не
> годится, поскольку нужно выключить только часть компьютеров, а флаг
> FSD подействует на все компьютеры, подключенные к UPS.

Настроил через sudo --- работает. Плохо то, что для того чтобы пользователь 
upsmon мог выполнить sudo, пришлось его добавить в группу wheel.

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Alexey Borisenkov]

25.01.2012 19:50, Vladimir Karpinsky пишет:
> Настроил через sudo --- работает. Плохо то, что для того чтобы
> пользователь upsmon мог выполнить sudo, пришлось его добавить в группу
> wheel.

Если устроит, то можно убрать их обратно из wheel и разрешить 
использовать sudo всем:

# control sudo public

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

26.01.2012 0:50, Alexey Borisenkov пишет:
> 25.01.2012 19:50, Vladimir Karpinsky пишет:
>> Настроил через sudo --- работает. Плохо то, что для того чтобы
>> пользователь upsmon мог выполнить sudo, пришлось его добавить в группу
>> wheel.
>
> Если устроит, то можно убрать их обратно из wheel и разрешить использовать
> sudo всем:
>
> # control sudo public

Спасибо, подумаю, что хуже-лучше.

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

24.01.2012 23:13, Vladimir Karpinsky пишет:
> 24.01.2012 23:04, Andrey Liakhovets пишет:
>> Похоже, в вашем случае не удастся выключить slave исключительно через
>> upsmon. Т.е., на slave'е внешний скрипт должен будет сам выключать
>> компьютер, а т.к. он запущен от пользователя upsmon, то придётся этот
>> shutdown выполнять через sudo.
> ...
>
> Спасибо за развёрнутый ответ! Вечно я нарываюсь на то, что чего-то
> странного по сравнению с широкими народными массами ;-) Завтра попробую
> воткнуть sudo в скрипт.

Собственно всё получилось, сейчас осталось взгромоздить то же самое на SUN. 
и будет ура. Остался один вопрос --- второстепенные компьютеры засыпают 
раньше, могут дать электроэнергию раньше, чем уснёт Мастер. Будить 
собираюсь через etherwake по сигналу ONBATT. Как я понимаю, это можно 
сделать через скрипт, обозначенный в upsmon.conf переменной NOTIFYCMD. Но, 
вот, примеров такого скрипта я что-то пока не нашёл. Вопрос следующий: что 
передаётся при вызове этому скрипту? Там вероятно надо какой-то case 
делать, в зависимости от того, по какому поводу вызван. Если у кого есть 
такой пример, покажите, пожалуйста.

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

01.02.2012 17:18, Vladimir Karpinsky пишет:
> Будить собираюсь через etherwake по сигналу ONBATT. Как я понимаю, это
> можно сделать через скрипт, обозначенный в upsmon.conf переменной
> NOTIFYCMD. Но, вот, примеров такого скрипта я что-то пока не нашёл. Вопрос
> следующий: что передаётся при вызове этому скрипту? Там вероятно надо
> какой-то case делать, в зависимости от того, по какому поводу вызван. Если
> у кого есть такой пример, покажите, пожалуйста.

Вроде, нашёл: передаётся 2 переменных UPSNAME и NOTIFYTYPE:

UPSNAME: the name of the system that generated the change.
This will be one of your identifiers from the MONITOR lines in upsmon.conf.

NOTIFYTYPE: this will be ONLINE, ONBATT, or whatever event took place which 
made upsmon call your script.

Подробности тут: 
http://www.networkupstools.org/docs/user-manual.chunked/ar01s07.html

Искал долго --- проверять уже сегодня не буду.

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Andrey Liakhovets]

On Wed, 01 Feb 2012 17:18:25 +0400 Vladimir Karpinsky wrote:
 ...
>Остался один вопрос --- второстепенные компьютеры засыпают раньше,
>могут дать электроэнергию раньше, чем уснёт Мастер.
>Будить собираюсь через etherwake по сигналу ONBATT.
>Как я понимаю, это можно сделать через скрипт, обозначенный в upsmon.conf
>переменной NOTIFYCMD.
>Но, вот, примеров такого скрипта я что-то пока не нашёл.
>Вопрос следующий: что передаётся при вызове этому скрипту?
>Там вероятно надо какой-то case делать, в зависимости от того, по какому
>поводу вызван. Если у кого есть такой пример, покажите, пожалуйста.

Насчёт кастомного NOTIFYCMD не знаю.
Но если вы на slave'ах использовали upssched, то и здесь можно так же.
Что-то вроде:

/etc/nut/upsmon.conf:
...
NOTIFYCMD /usr/sbin/upssched
...
NOTIFYFLAG ONLINE   SYSLOG+EXEC
NOTIFYFLAG ONBATT   SYSLOG+WALL+EXEC
...

/etc/nut/upssched.conf:
...
CMDSCRIPT /usr/local/sbin/upssched-cmd
...
#AT ONBATT * START-TIMER onbatt 300
#AT ONLINE * CANCEL-TIMER onbatt
AT ONLINE * EXECUTE online

/usr/local/sbin/upssched-cmd:
#!/bin/sh

case "$1" in
  onbatt)
    upsmon -c fsd
    ;;
  online)
    sudo etherwake ...
    sudo etherwake ...
    ;;
  *)
    logger -t upssched-cmd "Unrecognized command: $1"
    ;;
esac

Или сделать в /etc/nut/upssched.conf задержку старта slave'ов:
AT ONLINE * START-TIMER online 30
AT ONBATT * CANCEL-TIMER online

Или даже разные задержки для разных slave'ов (несколько TIMER'ов, и
поправить CMDSCRIPT /usr/local/sbin/upssched-cmd).

Андрей Ляховец

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

01.02.2012 21:01, Andrey Liakhovets пишет:
> Насчёт кастомного NOTIFYCMD не знаю.

Попробую. Тут плюс, что не используется доп. таймер. Кстати, от какого 
пользователя будет выполняться NOTIFYCMD? upsmon или root?

> Но если вы на slave'ах использовали upssched, то и здесь можно так же.

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

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Andrey Liakhovets]

On Wed, 01 Feb 2012 21:32:06 +0400 Vladimir Karpinsky wrote:
>01.02.2012 21:01, Andrey Liakhovets пишет:
>> Насчёт кастомного NOTIFYCMD не знаю.
>
>Попробую. Тут плюс, что не используется доп. таймер.

Не понял насчёт плюса.
В конфиге upssched можно прописать исполнение CMDSCRIPT сразу,
без таймера (а можно - после исчерпания таймера). См. предыдущее письмо.

>Кстати, от какого пользователя будет выполняться NOTIFYCMD?
>upsmon или root?

upsmon

>> Но если вы на slave'ах использовали upssched, то и здесь можно так же.
>
>В этом есть свой резон --- начинать побудку через минуту-другую-третью
>после восстановления питания, чтобы убедится, что питание действительно
>включили, а то электрики любят вкл-выкл делать, со всеми вытекающими.

Ну да.
А если ещё учитывать заряд UPS, да время старта/стопа slave'ов...

Андрей Ляховец

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

01.02.2012 22:06, Andrey Liakhovets пишет:
> Не понял насчёт плюса.

В смысле: "не создавать лишние сущности" ;-)

> В конфиге upssched можно прописать исполнение CMDSCRIPT сразу,
> без таймера (а можно - после исчерпания таймера). См. предыдущее письмо.

Как раз, если уж делать через upssched, имеет смысл использовать 
возможность делать через таймер.

>> >Кстати, от какого пользователя будет выполняться NOTIFYCMD?
>> >upsmon или root?
> upsmon

Т.е. для etherwake тоже обязательно использование sudo...

-- 
	С уважением,
		Владимир.

Re: [Comm] NUT и Ippon

[Vladimir Karpinsky]

01.02.2012 20:17, Vladimir Karpinsky пишет:
>> Будить собираюсь через etherwake по сигналу ONBATT. Как я понимаю, это
>> можно сделать через скрипт, обозначенный в upsmon.conf переменной
>> NOTIFYCMD. Но, вот, примеров такого скрипта я что-то пока не нашёл. Вопрос
>> следующий: что передаётся при вызове этому скрипту? Там вероятно надо
>> какой-то case делать, в зависимости от того, по какому поводу вызван. Если
>> у кого есть такой пример, покажите, пожалуйста.
>
> Вроде, нашёл: передаётся 2 переменных UPSNAME и NOTIFYTYPE:

В результате, через upsmon.conf и NOTIFYCMD у меня не получилось. Вызова
NOTIFYCMD не увидел в т.ч. в логах. Разбираться не стал --- сделал, по 
проторенной дорожке через upssched с задержкой побудки в 180 секунд --- 
работает.

Тему, в общем, можно закрывать...

-- 
	С уважением,
		Владимир.