proNovell

Удалось решить проблему автоматического выключения 2-х серверов под Netware 6.5, 1 под FreeBSD и 1 под Windows 2003 Server при исчерпании батарейки в APC Smart-UPS без парашута и покупки дополнительной карты в ИБП. Главный сервер, к которому непосредственно подключен ИБП, - FreeBSD. Реализовано через NUT http://www.networkupstools.org/
Если интересно могу и описать.

Опишите, очень даже интересно !

Подключаем все сервера к ИБП. Не забываем подключить и свич к ИБП + если нужно еще что-то, что нужно для связи всех подчиненных серверов с главным в случае сбоя питания!

Настраиваем Главный сервер под управлением FreeBSD.
Для настройки были использованы вот эти статьи
http://www.opennet.ru/base/sys/apc_smar ... s.txt.html
http://www.lissyara.su/?id=1932
Ну и конечно http://www.networkupstools.org/

Тестируем работоспособность
Было заведено 2 "пользователя" NUT. 1 - админ для управления ИБП, 2 - для подключения "slave" серверов.

"Подключаем" Windows 2003 Server. Я использовал WinNUT для автоотключений. Windows NUT client мне не очень понравился, т.к. не запускается как служба и и был оставлен для наглядности. Хотя если настроить web-интерфейс на "master"-е то наглядней некуда будет + управление и настройка ИБП (не проги, а самого смарта)
Использовал
http://blog.timofeyev.ru/2009/04/02/pod ... nutwindows
Ну и тут тоже есть
http://www.lissyara.su/?id=1932

Для подключения Netware 6.5 был использован порт nut-а, взятый вот отсюда http://home.arcor.de/armin.diehl/nutmon/index.html Там содержится и прога и как ее настроить. Не забываем прописать запуск nutmon в autoexec.ncf. Приятным бонусом является возможность проверить состояние ИБП с консоли сервера Netware (у 6.5 вывод идет на логон скрин).
Самое главное автоматическое уведомление nutmon-ом всех пользователей сети Netware нетварным же попапом об изменении состояния ИБП с указанием когда и подробно что произошло!

В итоге потрачено пара часов (из них ~1.5 на чтение доков в электричке), ни одного рубля и все работает Выключения и включения еще не видел (слава Богу), а вот кратковременные сбои ситема отработала на славу

P.S. Будут вопросы - пишите. Удачи и качественного питания

Спасибо!

Забыл очень важную вешь!
NUT может управлять не только продукцией APC, но и огромным количеством оборудования других производителей.
Подробней http://www.networkupstools.org/compat/stable.html
Список - просто громадный.

драйвер NUT для Liebert UPS не работает ((

Dimerson писал(а):драйвер NUT для Liebert UPS не работает ((

Под Фряхой или Линем?
И какой из 3-х? С вероятностью 90% нужен драйвер megatec для Ком-порта или usbhid-ups для USB.

Liebert Liebert GXT2.
Причем в сырцах дривера видно например что UPS ON BATTERY это когда SEND накоротко с RECEIVE.

там реле на стороне UPS (DUMB signaling).

Цешкой звонится.

Родной софт воркает а NUT нет.

Причем !!!

я бился долго но едножды я изнасиловал /dev/ttyS0 так что оно заработало (насиловал setserial). Повторить не удалось.

Юзаю родной софт (на яве и воркает везде в тч и на SLES_x86_64) а не NUT

Есть с ним нюансы. например сервис старует как
/etc/init.d/LiebertM start

у дебиан 5.0 есть баг что все что стартует /etc/init.d/ и с заглавной буквы то стартует и останавливатся дважды.

легкий напильник и они живут вместе.

Если родной софт работает, так это хорошо.
А ман к драйверу liebert подробно объясняет, что

Код: Выделить всё

This driver does not yet support shutdowns by raising DTR.

Код: Выделить всё

This is a fundamental limitation of any contact-closure driver.

leonid писал(а):Если родной софт работает, так это хорошо.
А ман к драйверу liebert подробно объясняет, что

Код: Выделить всё

This driver does not yet support shutdowns by raising DTR.

Код: Выделить всё

This is a fundamental limitation of any contact-closure driver.

обьясняю популярно.
dumb сигналинг и есть contact-closure (i mean реле и все - ON battery = RX замыкается на TX).

Вот кусок драйвера liebert.c (из состава NUT)

Код: Выделить всё


#define   ML_ONBATTERY   0x55
{scipped}
   /* the UPS connects RX to TX when on battery, so test for loopback */

   ser_flush_in(upsfd, "", 0);

   c = ML_ONBATTERY;
   ser_send_char(upsfd, c);
   if (ser_get_char(upsfd, &c, 1, 0) == 1) {
      while (ser_get_char(upsfd, &c, 1, 0) == 1)
         continue;
      if (c == ML_ONBATTERY)
         ob = 1;
   }

цешкой звонится.
а NUT не работает.

см выше - глюк в NUT так как однажды через сетсериал удалось завести на ком порту.

Я уже и снифал работу вендового LiebertMultilink - ничего особого вроде бы не заметил - имхо ком порт не инитися правильно (времени добить до конца не было).

Граждани, подскажите новичку и малознающему, вот та же ситуация. Только упс из Windows контролируется - и вопросов нет, когда посылать команду на Novell, вопрос только как это можно скриптануть из-под Windows - посылка команды down на сервер под Novellом. Желательно, конечно, чтоб поменьше возни именно на самом сервере - ибо опыт по этой ОС небогат - досталось в наследство.

Может, из какой-нибудь простяцкой novell-консоли под Windows это можно сделать? ну типа console.exe -host -login/password -down или что-то в этом роде.

Желательно, делать это из-под машины, которая не залогинена на сервере, ибо серверов несколько. Если есть возможность как-то скриптануть логин на другом сервере, после посылки команды на одном, то хотелось бы узнать как (хотя, конечно, не хочется эту машину вообще там логинить, но если без этого никак, то можно и так ,)

Новый топик уж не хочется из-за таких глупостей заводить.

Заранее благодарен. Я понимаю, что вопрос из разряда тех, которые решаются изучением матчасти, гуглом и мануалами, но уж больно не хочется с этой ОСью ковыряться. Тем более, что, возможно, через пару месяцев из конторы она уже отойдет совсем. Мне поддерживать в ней особо нечего - это единственная фигня, которая потребовалась за долгие месяцы.

Смотрите в сторону DOWNSRVR.EXE и SERV_CMD.EXE из комплекта JRButils на http://jrbsoftware.com/