The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Использование apcupsd в гетерогенных сетях.

25.05.2005 16:35

Alex Samorukov описал настройку apcupsd для обеспечения корректного завершения работы двух серверов (Windows 2003 и FreeBSD 5.3), в случае пропадания электроэнергии, подключенных к блоку бесперебойного питания APC Smart-UPS 1000.

  1. Главная ссылка к новости (http://www.opennet.me/base/sys...)
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/5522-ups
Ключевые слова: ups, hardware, freebsd, win
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (30) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, klalafuda (?), 16:48, 25/05/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/

    ипстить! где ж вы батенька утром то были?!

    // wbr

     
  • 1.2, Аноним (2), 16:53, 25/05/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    :))))))))))))
     
  • 1.3, Andy (??), 16:59, 25/05/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > /windows/system32/net.exe send /DOMAIN "WARNING: Server running on UPS battaries"

    Оповещать пользователей по английски - это прикольно.

     
     
  • 2.10, Автор (?), 08:29, 26/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >> /windows/system32/net.exe send /DOMAIN "WARNING: Server running on UPS battaries"
    >
    >Оповещать пользователей по английски - это прикольно.

    Учитывая специфику компании - вполне нормально, все поймут :)

     
     
  • 3.12, Andy (??), 10:03, 26/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Ну хорошо, поехидничаю с другого конца - а в вашей еврокомиссии много народа знает, что значит "running on UPS battaries" ? ...
     
     
  • 4.14, Agp (??), 13:48, 26/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Есть предложения? представьте ваш вариант - обсудим
     

  • 1.4, Аноним (2), 17:14, 25/05/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пользователю system недоступны сетевые сервисы
     
  • 1.5, Кутя (?), 17:35, 25/05/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    ))))))
    Спасибо ) . Три недели промучался с CS 500 под FreeBSD 5.4.Чего только не делали кастом кабеля и пересобирал в общем изошёл на коричневую субстанцию . Под слакой 10 работало всё на УРА .NOTE that for USB cable you must comment out the line
    device         uhid            # "Human Interface Devices"
    я прочитал как "раскомментировать строку",
    (Поливать супом нельзя поливать водой)
    естественно ничего не срослось.
    Респект. Прочитал статью - всё срослось.Прозрел.
    Дереву - Рыбный Суп !
     
  • 1.6, citrin (ok), 21:37, 25/05/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да уж...
    После сегодняшних событий в Москве UPS это очень актуально. А то ведь как у нас в стране - "пока гром не грянет, мужик не перекрестится".
     
  • 1.7, adsh (??), 01:37, 26/05/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ужас то какой:

    //
    Основные проблемы встроенного ПО:

         * Не   позволяет   назначать   действия  (например,  запуск  внешних
           программ) на возникащие события.


         * Монстроидально.   Данный   шедевр  разработчики  APC  написали  на
           Java+Win32 API. Причем ПО разбито на Агента (сбор данных) + Сервер
           (работа  с  агентами)  + Консоль (управление сервером). Кроме того
           при  этом  я  получил не отключаемый web server и 40 Mb отожранной
           памяти (сервер+агент).
    //

    Зачем это ПО вообще ставить 8-|. В виндах такой УПС обслуживается изначально встроенным сервисом с возможностью запускать скрипты по событиям. При чём - УПС ставится по принципу "воткнул и работай"...

    //И как заставить Win2003 сделать halt без последующего автоматического выключения питания? Единственный известный мне способ - сменить тип компьютера на "Компьютер без ACPI", но он не подходит по некоторым причинам.//

    1. Goto: http://www.sysinternals.com/
    2. Search psshutdown
    3. Run psshutdown /?

     
  • 1.8, adsh (??), 02:07, 26/05/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    И ещё. Зачем поднимать этот уродливый виндовый клиент для apcupsd сервера и зачем вообще поднимать NETSERVER?

    На любой виндовой машине есть встроенный телнет сервер (любой вменяемый админ обычно ещё всегда ставит SSH типа "F-Secure SSH" или "Vshell" для администрирования и SFTP доступа). Вставляем команду выключения машины в скрипт apcupsd / FreeBSD, выполняемый по событию, и выключаем удалённую машину через telnet или SSH.

    Если нет опыта работы с виндами - это ещё не повод всё усложнять ;)...

     
     
  • 2.9, Автор (?), 08:28, 26/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    1) Мне  не показался встроенный клиент уродливым. Свои ф-ии он исправно исполняет. Бесплатен. Больше от него ничего не требуется. Развернуть его значительно быстрее чем городить огород из SSHD/TELNETD + скрипты на каждый евент + постоянная проверка доступности master'a. Тут всё это есть и уже работает.
    2) Может я крайне не уважающий себя админ, но для управления win32 серверами предпочитаю VNC, считая его для этой задачи значительно удобнее консольных решений.
    3) По поводу опыта работы с win32 - не Вам судить, sorry.
     
     
  • 3.13, adsh (??), 13:11, 26/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Развернуть его значительно
    >быстрее чем городить огород из SSHD/TELNETD + скрипты на каждый евент
    >+ постоянная проверка доступности master'a. Тут всё это есть и уже
    >работает.

    Телнет - втроенный сервис любой виндовой машины. Ничего дополнительно ставить не нужно.

    >2) Может я крайне не уважающий себя админ, но для управления win32
    >серверами предпочитаю VNC, считая его для этой задачи значительно удобнее консольных решений.

    Для этого есть встроенный терминал сервер, позволяющий работать даже через модем. VNC используют, либо по незнанию, либо на не серверных версиях ОС.

    >3) По поводу опыта работы с win32 - не Вам судить, sorry.

    Судя по полному незнанию Вами встроенной службы Uninterruptible Power Supply этот факт банально очевиден.

     
     
  • 4.15, Agp (??), 13:54, 26/05/2005 [^] [^^] [^^^] [ответить]  
  • +/

    >Телнет - втроенный сервис любой виндовой машины. Ничего дополнительно ставить не нужно.
    Пользуйтесь сами вашим телнетом, не запущу не за что.

    >>2) Может я крайне не уважающий себя админ, но для управления win32
    >>серверами предпочитаю VNC, считая его для этой задачи значительно удобнее консольных решений.
    Я тоже пользуюсь VNC, из-за того, что оно работает везде. А пользоваться тут одним, там вторым, тым десятым, ну это только для черезмерно уважающих себя админов.

    >Судя по полному незнанию Вами встроенной службы Uninterruptible Power Supply этот факт
    >банально очевиден.
    Слишком скоры на выводы, ну вообщем как было сказано - не вам судить.

     
     
  • 5.16, adsh (??), 14:29, 26/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >>Судя по полному незнанию Вами встроенной службы Uninterruptible Power Supply этот факт
    >>банально очевиден.
    >Слишком скоры на выводы, ну вообщем как было сказано - не вам
    >судить.

    Если бы статья не начиналась с перечня недостатков прилагающегося к УПСу софта, который для работы просто не нужен - не было бы таких выводов.

    Любой УПС марки APC работает с виндами, как специально для них сделанный. МС даже лицензировала и встроила в ОС соответствующий сервис.

     
  • 5.19, adsh (??), 20:33, 26/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Пользуйтесь сами вашим телнетом, не запущу не за что.

    Наверное Вам стоит рассказать об этом в компании Cisco, они явно прогадали с безопасностью 8).

    >Я тоже пользуюсь VNC, из-за того, что оно работает везде. А пользоваться
    >тут одним, там вторым, тым десятым, ну это только для черезмерно
    >уважающих себя админов.

    TS клиент есть под виндовз, линукс, фрю, есть даже однодискетная загрузочная версия. Мало?

    >Слишком скоры на выводы, ну вообщем как было сказано - не вам
    >судить.

    Мне как то всё равно.

     
     
  • 6.20, Автор (?), 22:06, 26/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Наверное Вам стоит рассказать об этом в компании Cisco
    >, они явно прогадали  безопасностью 8).
    Советую вам не говорить о вещах, в которых вы некомпетентны. В новых (и не очень) девайсах от cisco ssh давно есть. Видимо от большой любви к телнету ;-)

    P.S. Кстати, телнет к данной задаче вообще никак не относится ;)
    P.P.S. Как я понял постингов с решением я от Вас не дождусь, что было понятно сразу :)

     
     
  • 7.21, adsh (??), 23:14, 26/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Советую вам не говорить о вещах, в которых вы некомпетентны. В новых
    >(и не очень) девайсах от cisco ssh давно есть. Видимо от
    >большой любви к телнету ;-)

    Похоже - у Вас проблемы с логикой. Вы пытаетесь преподнести наличие SSH в роутерах / коммутаторах, как доказательство того, что в них, с успехом не используется и телнет сервер. Точно так же, как бесполезность софта, идущего с вашим упсом, является доказательством того, что его нельзя нормально поставить на виндовз платформе без стороннего софта. Успехов Вам в дальнейших рассуждениях 8).

     
     
  • 8.23, Автор (?), 10:30, 27/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Если у меня с логикой, то видимо у Вас с умением читать документацию и адекватно... текст свёрнут, показать
     
     
  • 9.25, adsh (??), 19:34, 27/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    skip Нет, всё таки с логикой Прочтите на что был ответ, тогда поймёте, при чё... текст свёрнут, показать
     
  • 4.17, Автор (?), 16:58, 26/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    Ага Открывать замечательный протокол телнет на фре ради данной задачи это конеч... большой текст свёрнут, показать
     
     
  • 5.18, adsh (??), 20:23, 26/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    На фре достаточно и SSH А от необходимости поднятия UPS сервера вам плохо не ст... большой текст свёрнут, показать
     
     
  • 6.22, TS (?), 10:09, 27/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >
    >Странно хотеть от других большего, чем от себя. Не так ли ;).
    >
    Нисколько. Просто, как говорится, трындеть - не мешки ворочать. Если один админ решил задачу по своему, а второй говорит, что мол - "КГ/АМ, а я весь такой "весь в белом", но вам, плебеям, я ничего не расскажу" - звучит весьма странно, не правда ли?

     
     
  • 7.26, adsh (??), 19:51, 27/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Нисколько. Просто, как говорится, трындеть - не мешки ворочать. Если один админ
    >решил задачу по своему, а второй говорит, что мол - "КГ/АМ,
    >а я весь такой "весь в белом", но вам, плебеям, я
    >ничего не расскажу" - звучит весьма странно, не правда ли?

    Оно выглядит немного не так. Автор написал решение задачи и к этому претензий нет. Претензии есть к предыстории решения. А именно - приведен обзор ненужного софта и на базе этого преподнесены выводы и том, что использования УПСа на win32 платформе практически невозможно, в т. ч. - для одновременного выключения машин по сети. И это всё при том, что необходимые для этого средства являются рядовым компонентом ОС. Вам не кажется это странным? Мне показалось - более чем странным. Потом, когда дошло до того, что автор не имеет понятия, почему системный аккаунт не имеет доступа к сети - первоначальная догадка приобрела подтверждение. Ну а замечание, что такую же задачу можно легко решить через стандартный виндовый сервис и удалённое выключение через телнет (виндовые машины, возможна NTLM авторизацая) или SSH (юникс машины + виндовые, в случа поднятия ssh) - воспринялось как личное оскорбление.

    Если же убрать первую часть статьи, касаемую использованию УПСа на Win32 платформе - тогда не будет и предмета обсуждения. Единственнаое замечание. На описанный УПС вряд ли будут вешать более 2 машин. Соответственно - возникает вопрос - а есть ли уж такая необходимость поднимать на второй машине портированный клиент, который, почему то, соединяется с сервером целую минуту? Чем выключение через telnet / ssh хуже? Да, вроде, как - и ничем. Написать пару скриптов труда не составляет. Там мы хоть можем контроллировать весь процесс а не гадать, чего это оно коннектится минуту. И, опять таки, - каждый делает так, как ему больше нравится. Вот, собственно, - и весь разговор.

     
  • 6.24, kazaam (ok), 10:37, 27/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    забавно наблюдать за товарищами типа adsh, спорить по-настоящему  не умеют и начинают городить всякую ерунду, типа того, что законченное специализированное решение  вида сервер/агент по всем параметрам хуже, чем могучий ssh. бред юного максималиста какой-то.

    сам использую apcupsd, правда только для одного freebsd. отличная вещь, куча настраиваемых параметров, работает как часы. а soft от APC на самом деле монстр какой-то, явно не туда разработчики пошли. как раз, наверное, для товарищей adsh, чтобы они смотрели на эти рюшечки через любимый MS Telnet. А VNC выбирают вовсе не за "из-за лицензионных соображений и "шаровости" самой программы", благо аналогов  пруд пруди, а из-за надежности, кросплатформенности, и нетребовательности к ресурсам.

    да и вообще о чем спорить с поклонниками win32? им вообще не следует читать этот форум.

     
     
  • 7.27, adsh (??), 19:54, 27/05/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >да и вообще о чем спорить с поклонниками win32? им вообще не
    >следует читать этот форум.

    Ну что тут можно сказать. Юноша - Вы мне напомнили героя одного произведения:

    http://www.multik.ru/other/redeye/

    Это ничего - Вы не первый, Вы не последний ;-)...

     

  • 1.11, Аноним (2), 08:40, 26/05/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    люди, юзайте NUT!
     
  • 1.29, edwin (??), 20:18, 28/05/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Вообще kazaam не совсем прав.
    Поклонникам выни есть что искать на этом сайте.
    Другое дело, что высказываться незачем.
    А статья и приведенное в ней решение вполне достойные.
    Автору - благодарность на нелегкий труд.
     
  • 1.30, adsh (??), 02:59, 04/06/2005 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Оказывается - глюков в нём больше, чем достаточно.

    Столкнулся с точно такой же проблемой:

    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_Installation.html

    /*
    KNOWN ISSUES WITH BSD USB

    The 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. Гы - кто б после этого говорил о качестве работы виндового сервиса :)).

     
     
  • 2.31, adsh (??), 23:02, 07/06/2005 [^] [^^] [^^^] [ответить]  
  • +/
    >Оказывается - глюков в нём больше, чем достаточно.
    >
    >Столкнулся с точно такой же проблемой:
    >
    >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=7452339&forum_id=26961

    Дело было в кривом configure.

    P.S. Автору заметки привет ;)...

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру