Alex Samorukov описал (http://www.opennet.me/base/sys/apcupsd.txt.html) настройку apcupsd (http://www.apcupsd.com/) для обеспечения корректного завершения работы двух серверов (Windows 2003 и FreeBSD 5.3), в случае пропадания электроэнергии, подключенных к блоку бесперебойного питания APC Smart-UPS 1000.URL: http://www.opennet.me/base/sys/apcupsd.txt.html
Новость: http://www.opennet.me/opennews/art.shtml?num=5522
ипстить! где ж вы батенька утром то были?!// wbr
:))))))))))))
> /windows/system32/net.exe send /DOMAIN "WARNING: Server running on UPS battaries"Оповещать пользователей по английски - это прикольно.
>> /windows/system32/net.exe send /DOMAIN "WARNING: Server running on UPS battaries"
>
>Оповещать пользователей по английски - это прикольно.Учитывая специфику компании - вполне нормально, все поймут :)
Ну хорошо, поехидничаю с другого конца - а в вашей еврокомиссии много народа знает, что значит "running on UPS battaries" ? ...
Есть предложения? представьте ваш вариант - обсудим
Пользователю system недоступны сетевые сервисы
))))))
Спасибо ) . Три недели промучался с CS 500 под FreeBSD 5.4.Чего только не делали кастом кабеля и пересобирал в общем изошёл на коричневую субстанцию . Под слакой 10 работало всё на УРА .NOTE that for USB cable you must comment out the line
device uhid # "Human Interface Devices"
я прочитал как "раскомментировать строку",
(Поливать супом нельзя поливать водой)
естественно ничего не срослось.
Респект. Прочитал статью - всё срослось.Прозрел.
Дереву - Рыбный Суп !
Да уж...
После сегодняшних событий в Москве UPS это очень актуально. А то ведь как у нас в стране - "пока гром не грянет, мужик не перекрестится".
Ужас то какой://
Основные проблемы встроенного ПО:* Не позволяет назначать действия (например, запуск внешних
программ) на возникащие события.
* Монстроидально. Данный шедевр разработчики APC написали на
Java+Win32 API. Причем ПО разбито на Агента (сбор данных) + Сервер
(работа с агентами) + Консоль (управление сервером). Кроме того
при этом я получил не отключаемый web server и 40 Mb отожранной
памяти (сервер+агент).
//Зачем это ПО вообще ставить 8-|. В виндах такой УПС обслуживается изначально встроенным сервисом с возможностью запускать скрипты по событиям. При чём - УПС ставится по принципу "воткнул и работай"...
//И как заставить Win2003 сделать halt без последующего автоматического выключения питания? Единственный известный мне способ - сменить тип компьютера на "Компьютер без ACPI", но он не подходит по некоторым причинам.//
1. Goto: http://www.sysinternals.com/
2. Search psshutdown
3. Run psshutdown /?
И ещё. Зачем поднимать этот уродливый виндовый клиент для apcupsd сервера и зачем вообще поднимать NETSERVER?На любой виндовой машине есть встроенный телнет сервер (любой вменяемый админ обычно ещё всегда ставит SSH типа "F-Secure SSH" или "Vshell" для администрирования и SFTP доступа). Вставляем команду выключения машины в скрипт apcupsd / FreeBSD, выполняемый по событию, и выключаем удалённую машину через telnet или SSH.
Если нет опыта работы с виндами - это ещё не повод всё усложнять ;)...
1) Мне не показался встроенный клиент уродливым. Свои ф-ии он исправно исполняет. Бесплатен. Больше от него ничего не требуется. Развернуть его значительно быстрее чем городить огород из SSHD/TELNETD + скрипты на каждый евент + постоянная проверка доступности master`a. Тут всё это есть и уже работает.
2) Может я крайне не уважающий себя админ, но для управления win32 серверами предпочитаю VNC, считая его для этой задачи значительно удобнее консольных решений.
3) По поводу опыта работы с win32 - не Вам судить, sorry.
>Развернуть его значительно
>быстрее чем городить огород из SSHD/TELNETD + скрипты на каждый евент
>+ постоянная проверка доступности master`a. Тут всё это есть и уже
>работает.Телнет - втроенный сервис любой виндовой машины. Ничего дополнительно ставить не нужно.
>2) Может я крайне не уважающий себя админ, но для управления win32
>серверами предпочитаю VNC, считая его для этой задачи значительно удобнее консольных решений.Для этого есть встроенный терминал сервер, позволяющий работать даже через модем. VNC используют, либо по незнанию, либо на не серверных версиях ОС.
>3) По поводу опыта работы с win32 - не Вам судить, sorry.
Судя по полному незнанию Вами встроенной службы Uninterruptible Power Supply этот факт банально очевиден.
>Телнет - втроенный сервис любой виндовой машины. Ничего дополнительно ставить не нужно.
Пользуйтесь сами вашим телнетом, не запущу не за что.
>>2) Может я крайне не уважающий себя админ, но для управления win32
>>серверами предпочитаю VNC, считая его для этой задачи значительно удобнее консольных решений.
Я тоже пользуюсь VNC, из-за того, что оно работает везде. А пользоваться тут одним, там вторым, тым десятым, ну это только для черезмерно уважающих себя админов.>Судя по полному незнанию Вами встроенной службы Uninterruptible Power Supply этот факт
>банально очевиден.
Слишком скоры на выводы, ну вообщем как было сказано - не вам судить.
>>Судя по полному незнанию Вами встроенной службы Uninterruptible Power Supply этот факт
>>банально очевиден.
>Слишком скоры на выводы, ну вообщем как было сказано - не вам
>судить.Если бы статья не начиналась с перечня недостатков прилагающегося к УПСу софта, который для работы просто не нужен - не было бы таких выводов.
Любой УПС марки APC работает с виндами, как специально для них сделанный. МС даже лицензировала и встроила в ОС соответствующий сервис.
>Пользуйтесь сами вашим телнетом, не запущу не за что.Наверное Вам стоит рассказать об этом в компании Cisco, они явно прогадали с безопасностью 8).
>Я тоже пользуюсь VNC, из-за того, что оно работает везде. А пользоваться
>тут одним, там вторым, тым десятым, ну это только для черезмерно
>уважающих себя админов.TS клиент есть под виндовз, линукс, фрю, есть даже однодискетная загрузочная версия. Мало?
>Слишком скоры на выводы, ну вообщем как было сказано - не вам
>судить.Мне как то всё равно.
>Наверное Вам стоит рассказать об этом в компании Cisco
>, они явно прогадали безопасностью 8).
Советую вам не говорить о вещах, в которых вы некомпетентны. В новых (и не очень) девайсах от cisco ssh давно есть. Видимо от большой любви к телнету ;-)P.S. Кстати, телнет к данной задаче вообще никак не относится ;)
P.P.S. Как я понял постингов с решением я от Вас не дождусь, что было понятно сразу :)
>Советую вам не говорить о вещах, в которых вы некомпетентны. В новых
>(и не очень) девайсах от cisco ssh давно есть. Видимо от
>большой любви к телнету ;-)Похоже - у Вас проблемы с логикой. Вы пытаетесь преподнести наличие SSH в роутерах / коммутаторах, как доказательство того, что в них, с успехом не используется и телнет сервер. Точно так же, как бесполезность софта, идущего с вашим упсом, является доказательством того, что его нельзя нормально поставить на виндовз платформе без стороннего софта. Успехов Вам в дальнейших рассуждениях 8).
>>Советую вам не говорить о вещах, в которых вы некомпетентны. В новых
>>(и не очень) девайсах от cisco ssh давно есть. Видимо от
>>большой любви к телнету ;-)
>
>Похоже - у Вас проблемы с логикой. Вы пытаетесь преподнести наличие SSH
>в роутерах / коммутаторах, как доказательство того, что в них, с
>успехом не используется и телнет сервер. Точно так же, как бесполезность
>софта, идущего с вашим упсом, является доказательством того, что его нельзя
>нормально поставить на виндовз платформе без стороннего софта. Успехов Вам в
>дальнейших рассуждениях 8).Если у меня с логикой, то видимо у Вас с умением читать документацию и адекватно реагировать на вопросы. Я уже точно не помню в какой версии cios и pixos появился ssh (помню что сначала он был ssh1 и проглюкивал изрядно) - зато точно помню что вскоре после этого была разослана howto о том, как выключить telnet и настроить ssh и почему это следует сделать. Видимо и тут сказалась любовь к телнету компании Cisco. Впрочем, я уверен, что ждать от Вас адекватной реакции бесполезно, как и ответа на вопрос при чём тут telnet ;-) Впрочем, судя по апломбу с которым Вы рассуждаете о вещах в которых вы совершенно некомпетентны - есть шанс, что это возрастное :)
>Если у меня с логикой, то видимо у Вас с умением читать
>документацию и адекватно реагировать на вопросы.[skip]
>Впрочем, я уверен, что ждать
>от Вас адекватной реакции бесполезно, как и ответа на вопрос при
>чём тут telnet ;-)Нет, всё таки с логикой. Прочтите на что был ответ, тогда поймёте, при чём тут телнет.
>Впрочем, судя по апломбу с которым Вы
>рассуждаете о вещах в которых вы совершенно некомпетентны - есть шанс,
>что это возрастное :)Молодой человек, Вам слишком хочется поставить другим свой диагноз. Есть шанс, что для Вас это больное место и возрасту не покорно ;).
> Телнет - втроенный сервис любой виндовой машины. Ничего дополнительно
> ставить не нужно.
Ага. Открывать замечательный протокол телнет на фре ради данной задачи это конечно мега-кул-решение. По поводу "дополнительно ставить не нужно" - Вы, уважаемые, либо заблуждаетесь либо попросту врёте. Так как для решения на базе ssh в случае windows подклюённой к UPS нам потребуется:
a) открыть на bsd ssh или rsh для коннекта с win сервера. При этом потребуется некий security hole в виде правила для sudo для разрешения shutdown, ограничения действий после логона и т.п. Опять же потребуется в случае ssh сгенерить ключь, а в случае rsh - ограничить ip/пароль.
б) Написать скрипты для win32 на каждый евент с вызовом ssh/rcp на удалённый тазик. На win32 машину потребуется поставить rsh/ssh клиента и проимпортировать в него ключ или оставить plain text пароль.
в) Обечпечить постоянныю мониторинг доступности сервиса ssh/rsh bsd тазика с win тазика.Будет ли это работать - думаю, что да. Но вот в то, что это всё проще чем установить на Win клиента apcupsd (кстати, вы обвинили его в кривости, как всегда без доказательств) я поверить не могу. У Вас есть шанс написать свою статью а-ля "использование встроенного сервиса UPS в гетерогенных сетях" для того, чтобы опровергнуть мои аргументы и реально доказать свою правоту, а не устраивать дешёвый flame.
> VNC используют, либо по незнанию, либо на не серверных версиях ОС.
Браво. Видимо по незнанию столько компанию встраивают его в свои продукты, а клиенты/серверы для VNC есть для всего, начиная от моего palm PDA и заканчивая java аплетом.
Опять же, в зоне моей ответственности находятся сервера под управлением win32 платформ, linux, [Free/net]bsd и даже os2. Для многих из них требуется и доступ к GUI. И ставить на всех несовместимые решения для меня неприемлимо. Особенно учитывая тот факт, что работаю я, в основном, под FreeBSD.
> Судя по полному незнанию Вами встроенной службы
> Uninterruptible Power >Supply этот факт банально очевиден.
Ну конечно, Вам лучше известно о том, какие win32 сервисы я знаю, а какие нет ;-) Особенно в данном контексте интересно как наличие этого сервиса может являтся готовым решением для поставленной задачи. Кстати, ешё интересно как с помощью встроенной службы получать для обработки данные о вольтаже в линии, температуре UPS, оценочном времени жизни системы и т.п.
Надеюсь я и другие читатели узнают об этом всём из ваших постингов :)
>Ага. Открывать замечательный протокол телнет на фре ради данной задачи это конечно
>мега-кул-решение.На фре достаточно и SSH. А от необходимости поднятия UPS сервера вам плохо не стало? Странно, если нет. И ещё более странно, что поднят этот вопрос.
>a) открыть на bsd ssh или rsh для коннекта с win сервера.
>При этом потребуется некий security hole в виде правила для sudo
>для разрешения shutdown, ограничения действий после логона и т.п. Опять же
>потребуется в случае ssh сгенерить ключь, а в случае rsh
>- ограничить ip/пароль.А вам не приходит в голову, что нормально настроить обычный клиент, скажем, для забора почты - то же сложная задача 8)?
SSH и sudo есть практически на любой машине. Проблема настроек высосана из пальца.
>б) Написать скрипты для win32 на каждый евент с вызовом ssh/rcp на
>удалённый тазик. На win32 машину потребуется поставить rsh/ssh клиента и проимпортироватьОткройте для себя plink из пакета Putty.
>в него ключ или оставить plain text пароль.
>в) Обечпечить постоянныю мониторинг доступности сервиса ssh/rsh bsd тазика с win тазика.Если связанного с выключением сервиса не будет в момент, когда нужно выключить машину - никакой мониторинг Вам не поможет.
>Будет ли это работать - думаю, что да. Но вот в то,
>что это всё проще чем установить на Win клиента apcupsd (кстати,
>вы обвинили его в кривости, как всегда без доказательств) я поверить
>не могу.Доказательства привели Вы сами - коннектится он целую минуту. Видимо - установка связи через телнет или ssh, в Вашем понимании, будет длиться дольше :P.
>Браво. Видимо по незнанию столько компанию встраивают его в свои продукты, а
>клиенты/серверы для VNC есть для всего, начиная от моего palm PDA
>и заканчивая java аплетом.Не вводите людей в заблуждение - это делается лишь из-за лицензионных соображений и "шаровости" самой программы, а не из-за того, что он чем то лучше встроенного TS. Тут, как раз, - всё наоборот.
>Ну конечно, Вам лучше известно о том, какие win32 сервисы я знаю,
>а какие нет ;-) Особенно в данном контексте интересно как наличие
>этого сервиса может являтся готовым решением для поставленной задачи.Я рад, что Вы, наконец, открыли для себя этот сервис, вместо того, чтобы хотя бы упомянуть о нём в статье, как о реально работающем с первого втыка. А не распинать никому не нужный софт, реально ставящийся лишь Юзверями. Так же рад, что Вы экспериментально узнали, что пользователь System, по умолчанию, не имеет доступа к сети. И не по "непонятной Вам причине", а потому, что так выставлено в локальной политике безопасности.
>интересно как с помощью встроенной службы получать для обработки данные о
>вольтаже в линии, температуре UPS, оценочном времени жизни системы и т.п.
>
>Надеюсь я и другие читатели узнают об этом всём из ваших постингов
>:)Странно хотеть от других большего, чем от себя. Не так ли ;).
>
>Странно хотеть от других большего, чем от себя. Не так ли ;).
>
Нисколько. Просто, как говорится, трындеть - не мешки ворочать. Если один админ решил задачу по своему, а второй говорит, что мол - "КГ/АМ, а я весь такой "весь в белом", но вам, плебеям, я ничего не расскажу" - звучит весьма странно, не правда ли?
>Нисколько. Просто, как говорится, трындеть - не мешки ворочать. Если один админ
>решил задачу по своему, а второй говорит, что мол - "КГ/АМ,
>а я весь такой "весь в белом", но вам, плебеям, я
>ничего не расскажу" - звучит весьма странно, не правда ли?Оно выглядит немного не так. Автор написал решение задачи и к этому претензий нет. Претензии есть к предыстории решения. А именно - приведен обзор ненужного софта и на базе этого преподнесены выводы и том, что использования УПСа на win32 платформе практически невозможно, в т. ч. - для одновременного выключения машин по сети. И это всё при том, что необходимые для этого средства являются рядовым компонентом ОС. Вам не кажется это странным? Мне показалось - более чем странным. Потом, когда дошло до того, что автор не имеет понятия, почему системный аккаунт не имеет доступа к сети - первоначальная догадка приобрела подтверждение. Ну а замечание, что такую же задачу можно легко решить через стандартный виндовый сервис и удалённое выключение через телнет (виндовые машины, возможна NTLM авторизацая) или SSH (юникс машины + виндовые, в случа поднятия ssh) - воспринялось как личное оскорбление.
Если же убрать первую часть статьи, касаемую использованию УПСа на Win32 платформе - тогда не будет и предмета обсуждения. Единственнаое замечание. На описанный УПС вряд ли будут вешать более 2 машин. Соответственно - возникает вопрос - а есть ли уж такая необходимость поднимать на второй машине портированный клиент, который, почему то, соединяется с сервером целую минуту? Чем выключение через telnet / ssh хуже? Да, вроде, как - и ничем. Написать пару скриптов труда не составляет. Там мы хоть можем контроллировать весь процесс а не гадать, чего это оно коннектится минуту. И, опять таки, - каждый делает так, как ему больше нравится. Вот, собственно, - и весь разговор.
забавно наблюдать за товарищами типа adsh, спорить по-настоящему не умеют и начинают городить всякую ерунду, типа того, что законченное специализированное решение вида сервер/агент по всем параметрам хуже, чем могучий ssh. бред юного максималиста какой-то.сам использую apcupsd, правда только для одного freebsd. отличная вещь, куча настраиваемых параметров, работает как часы. а soft от APC на самом деле монстр какой-то, явно не туда разработчики пошли. как раз, наверное, для товарищей adsh, чтобы они смотрели на эти рюшечки через любимый MS Telnet. А VNC выбирают вовсе не за "из-за лицензионных соображений и "шаровости" самой программы", благо аналогов пруд пруди, а из-за надежности, кросплатформенности, и нетребовательности к ресурсам.
да и вообще о чем спорить с поклонниками win32? им вообще не следует читать этот форум.
>да и вообще о чем спорить с поклонниками win32? им вообще не
>следует читать этот форум.Ну что тут можно сказать. Юноша - Вы мне напомнили героя одного произведения:
http://www.multik.ru/other/redeye/
Это ничего - Вы не первый, Вы не последний ;-)...
люди, юзайте NUT!
Вообще kazaam не совсем прав.
Поклонникам выни есть что искать на этом сайте.
Другое дело, что высказываться незачем.
А статья и приведенное в ней решение вполне достойные.
Автору - благодарность на нелегкий труд.
Оказывается - глюков в нём больше, чем достаточно.Столкнулся с точно такой же проблемой:
http://www.freebsd.org/cgi/query-pr.cgi?pr=80233
Хрен соберёшь т. к. "submitter no longer has installation to test this " :)).
А в документации можно найти совсем пикантные вещи:
http://www.apcupsd.com/3.10.x-manual/Planning_Your_Installat...
/*
KNOWN ISSUES WITH BSD USBThe BSD USB driver for apcupsd is BETA software and has some known issues.
- FreeBSD lockups: Some users have experienced lockups (apcupsd stops responding) on FreeBSD systems. In at least one case this problem was worked around by disabling pthreads (--disable-pthreads flag to configure). The problem seems to be caused by a FreeBSD kernel bug.
- FreeBSD kernel panics if USB cable is unplugged while apcupsd is running. This is another kernel bug and is most easily worked around by not hot- unplugging the UPS while apcupsd is running.
*/Т. е., вытаскиваем USB кабель - получаем ...BSOD. Гы - кто б после этого говорил о качестве работы виндового сервиса :)).
>Оказывается - глюков в нём больше, чем достаточно.
>
>Столкнулся с точно такой же проблемой:
>
>http://www.freebsd.org/cgi/query-pr.cgi?pr=80233Удалось добить разработчика и заполучить патч:
http://sourceforge.net/mailarchive/message.php?msg_id=11988033
http://sourceforge.net/mailarchive/forum.php?thread_id=74523...
Дело было в кривом configure.
P.S. Автору заметки привет ;)...