From: "Andrey Liakhovets" <liakh@dol.ru>
To: community@lists.altlinux.org
Subject: Re: [Comm] NUT и Ippon
Date: Tue, 24 Jan 2012 23:04:06 +0400
Message-ID: <web-1011746002@cgp.dol.ru> (raw)
In-Reply-To: <4F1ECC72.20205@mail.ru>
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'а разрыв соединения)
Андрей Ляховец
next prev parent reply other threads:[~2012-01-24 19:04 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-20 14:00 Vladimir Karpinsky
2012-01-20 14:07 ` Vladimir Karpinsky
2012-01-21 12:35 ` Sergey Vlasov
2012-01-21 13:05 ` Vladimir Karpinsky
2012-01-21 16:07 ` Sergey Vlasov
2012-01-21 18:29 ` Dubrovskiy Viacheslav
2012-01-21 18:47 ` Vladimir Karpinsky
2012-01-21 18:38 ` Vladimir Karpinsky
2012-01-22 17:18 ` Michael Shigorin
2012-01-22 17:28 ` Vladimir Karpinsky
2012-01-22 17:51 ` Michael Shigorin
2012-01-22 17:59 ` Vladimir Karpinsky
2012-01-22 21:04 ` Yura Kalinichenko
2012-01-22 16:12 ` Vladimir Karpinsky
2012-01-22 17:12 ` Yura Kalinichenko
2012-01-22 17:23 ` Vladimir Karpinsky
2012-01-24 14:19 ` Vladimir Karpinsky
2012-01-24 14:37 ` Шенцев Алексей Владимирович
2012-01-24 14:51 ` Vladimir Karpinsky
2012-01-24 15:00 ` Шенцев Алексей Владимирович
2012-01-24 15:21 ` Vladimir Karpinsky
2012-01-24 15:31 ` Шенцев Алексей Владимирович
2012-01-24 15:39 ` Vladimir Karpinsky
2012-01-24 15:51 ` Шенцев Алексей Владимирович
2012-01-24 16:01 ` Vladimir Karpinsky
2012-01-24 19:48 ` Sergey Vlasov
2012-01-25 15:50 ` Vladimir Karpinsky
2012-01-25 20:50 ` Alexey Borisenkov
2012-01-26 5:27 ` Vladimir Karpinsky
2012-01-24 19:04 ` Andrey Liakhovets [this message]
2012-01-24 19:13 ` Vladimir Karpinsky
2012-02-01 13:18 ` Vladimir Karpinsky
2012-02-01 16:17 ` Vladimir Karpinsky
2012-02-02 15:24 ` Vladimir Karpinsky
2012-02-01 17:01 ` Andrey Liakhovets
2012-02-01 17:32 ` Vladimir Karpinsky
2012-02-01 18:06 ` Andrey Liakhovets
2012-02-01 18:11 ` Vladimir Karpinsky
2012-01-22 17:37 ` Dubrovskiy Viacheslav
2012-01-21 12:23 ` Sergey Vlasov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=web-1011746002@cgp.dol.ru \
--to=liakh@dol.ru \
--cc=community@lists.altlinux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux Community general discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/community/0 community/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 community community/ http://lore.altlinux.org/community \
mandrake-russian@linuxteam.iplabs.ru community@lists.altlinux.org community@lists.altlinux.ru community@lists.altlinux.com
public-inbox-index community
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.community
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git