Bug 13354

Created attachment 2336 [details]
powercom driver for nut 2.2.0

Comment on attachment 2336 [details]
powercom driver for nut 2.2.0

Наваял драйвер для nut 2.2.0 для всех powercom'овских упсов, BNT/KIN/IMP/IMD c
COM портом
Пытаюсь заслать в апстрим, но процесс я чувствую не быстрый :(

Драйвер для powercom включен в trunc
Тем временем выпущен 2.2.1 ....

(In reply to comment #1)
> Created an attachment (id=2336) [details]
> powercom driver for nut 2.2.0
> 

а можно такой же, только с перламутровыми... тьфу!.. :)
для 2.0.5
А то самодельный патч на основе кода с pcm.ru гадит в логи:

Jun 22 23:00:51 localhost powercom[13649]: data receiving error (-1 instead of 16 bytes)
Jun 22 23:00:51 localhost upsd[13692]: Data for UPS [pcm] is stale - check driver
Jun 22 23:00:53 localhost upsd[13692]: UPS [pcm] data is no longer stale

2.2.2 давно уже....
нельзя ли всё таки обновить?

Насколько мне известно amike@ сейчас занят этим.

*** Bug 19105 has been marked as a duplicate of this bug. ***

Обновление программы никому бы не помешало.
Вопрос такой: если существуют проблемы с осизифиванием всего nut.2.4.1 [и чёрт с ним!], нельзя ли просто обновить базу драйверов?
Тут вот какая ситуация:  городишко у нас портовый, и складывается такое ощущение, что недавно сюда завезли панамакс китайских мастеков - ну никакой альтернативы, одни мастеки. О соотношение портов COM/USB на современных ПК, думаю, напоминать не надо. Говоря проще, по зарез нужен драйвер megatec_usb.

P.S.Собственного образования пока хватает на то, чтобы открыть nut-2.4.1.tar.gz, печально поглядеть на бесполезный в моём случае megatec_usb.c и закрыть обратно.

пакет nut ищет мейнтейнера

Интересно, что есть несколько репозиториев с какими-то подвижками:
2.2.2 http://git.altlinux.org/people/amike/packages/nut.git
2.2.2 http://git.altlinux.org/people/solo/packages/nut.git

(In reply to comment #9)
> пакет nut ищет мейнтейнера
Зафиксируй это в ACL, пожалуйста:

$ ssh git.alt acl sisyphus nut show            
nut     ldv

Притёр патчи: http://git.altlinux.org/people/mike/packages/?p=nut24.git

*** Bug 21878 has been marked as a duplicate of this bug. ***

В branch5.1 оно появится?

Кентавр скоро будет выпущен, а здесь всё никак версию не обновят.
Очень хотелось бы видеть обновленную версию в Кентавре.
Меня как и многих других интересует megatec_usb

(In reply to comment #14)
> В branch5.1 оно появится?
Не заработало, второй подход к снаряду ещё не делал.  Если кто быстрей доберётся -- тоже хорошо.

Пакет сборки amike@ залил в сизиф всё-таки я.

Есть 2.6.1 сборки yuk@ (ждём в team, см. bug #26024), который хорошо бы в сизиф, вылизать и в p6 _до_ выхода серверных дистрибутивов (надо не забыть проверить взаимодействие с 2.2.2, который уже зафиксировался в kdesktop).

Дык а где увидеть эти сборки? Поглядел на
ftp.linux.kiev.ua:/pub/Linux/ALT/people/_yuk/
на который есть ссылка в #26024, но там нет.

Выложил сюда: http://fly.osdn.org.ua/~mike/RPM/SRPMS/nut-2.6.1-alt1.src.rpm

#26024 закрыли. :)

Created attachment 5222 [details]
diff инит-скриптов

Собственно 2.6.2 давно собран для Сизифа и уже обкатан в основном
на Branch 4.1 и (частично) на Master 2.4 (все сборки - из одного
srpm-пакета). Задержался с окончательной заливкой, т.к. хотел
довести до ума (в смысле написать документацию и опакетить) свой
инструментарий настройки -
ftp.linux.kiev.ua:/pub/Linux/ALT/people/_yuk/nut/nutconfig.tgz
поскольку в init-скрипты nut внесены изменения для поддержки
nutconfig.

Но руки до этого доведения все не доходят, а время идёт, поэтому
хочу выложить nut-2.6.2 as-is, предварительно изложив
смысл и необходимость проведенных доработок. Особо хочу подчеркнуть,
что доработки выполнены таким образом, чтобы наличие или отсутствие
nutconfig никак не влияло на работоспособность nut.

Вкратце, что даёт nutconfig:
а) настройки nut упрощены и сведены в один файл /etc/sysconfig/nut
б) предлагаются следующие точки инициации UPS shutdown на выбор (оптимальные
для разных моделей UPS):
  0) непосредственно перед инициацией OS shutdown
  1) в конце service upsdrv stop через выполнение upsdrvctl shutdown
  2) в конце service upsd stop ч-з upscmd shutdown.return
  3) для некоторых особо тупых UPS с управлением по serial line без
  возможности программного изменения UPS shutdown timeout - остается
  традиционный способ ч-з скрипт halt, c вынесением соответствующего
  ttyS из /dev куда-нибудь в  более спокойное место.

Чем вызвана необходимость доработки ?
Дело в том, что "прогресс" аппаратной части UPS с одной стороны и
программной части ОС с другой - привели к частичной неработоспособности
существующих в nut средств управления UPSами.

Наша специфика использования nut - это сопровождение удаленных  
_необслуживаемых_ серверов, т.е. - в максимально автоматическом режиме.
В ранних версиях ОС мы обычно использовали nut по следующему алгоритму
(упрощенно):

(1) по пропаданию питания UPS переходит на батарею и запускается таймер
состояния ON BATTERY.
(2) если до истечения таймера питание восстанавливается - nut возвращается в
режим мониторинга
(3) если за указанное время питание не восстановилось - инициируется процесс
OS shutdown
(4) в конце OS shutdown (скрипт halt) на UPS посылается команда на
отложенный shutdown.
(5) сервер выключается, но питание на него все еще подается с батарей
(6) UPS уходит в shutdown, отключая сервер от батарей.
(7) по появлению питания UPS подает питание на сервер, который при этом
запускается (условие wake up по подаче питания настраивается в биосе)

Когда получили широкое распространение UPS с управлением по USB - ситуация
осложнилась, поскольку в этом случае на момент исполнения скрипта halt
подсистема USB - уже down, и послать UPS в shutdown можно только путем
изрядных извращений. Но UPS, подключенный к ttyS - вполне себе еще работал
по приведенному алгоритму. До того, как появилось udev.
И теперь уже _никакой_ UPS не может быть послан в shutdown из скрипта halt,
а соответствующий код в halt - не более, чем бесполезный атавизм. Поэтому
требуется принципиально иной подход к реализации данной функциональности,
единый для UPS с любыми типами управляющих интерфейсов - и мне в голову пока
приходит единственный вариант - перенос инициации UPS shutdown на более
раннюю стадию OS shutdown совместно с увеличением UPS shutdown timeout.
Что в nutconfig и реализовано. Диффы к инит-скриптам прилагаются, прошу комментировать.

Да, и сам пакет лежит на
ftp.linux.kiev.ua:/pub/Linux/ALT/people/_yuk/Sisyphus/SRPMS/nut-2.6.2-alt1.src.rpm

(In reply to comment #23)
> Собственно 2.6.2 давно собран для Сизифа и уже обкатан в основном
> на Branch 4.1 и (частично) на Master 2.4 (все сборки - из одного
> srpm-пакета).

Мастер 2.4 - это уже совсем доисторическая древность, да и бранч 4.1 тоже уже практически история.  Давайте исходить из того, что актуально сейчас, т.е. p6/t6 и Сизиф.

> Когда получили широкое распространение UPS с управлением по USB - ситуация
> осложнилась, поскольку в этом случае на момент исполнения скрипта halt
> подсистема USB - уже down, и послать UPS в shutdown можно только путем
> изрядных извращений. Но UPS, подключенный к ttyS - вполне себе еще работал
> по приведенному алгоритму. До того, как появилось udev.
> И теперь уже _никакой_ UPS не может быть послан в shutdown из скрипта halt,
> а соответствующий код в halt - не более, чем бесполезный атавизм.

Почему?  Поскольку init.d/halt, начиная, кажется, со startup-0.9.8.28, не занимается отмонтированием /dev и usbfs, какая разница, есть udev или нет,
и какие сложности с usb?

(In reply to comment #23)

> а соответствующий код в halt - не более, чем бесполезный атавизм. Поэтому
> требуется принципиально иной подход к реализации данной функциональности,
> единый для UPS с любыми типами управляющих интерфейсов - и мне в голову пока
> приходит единственный вариант - перенос инициации UPS shutdown на более
> раннюю стадию OS shutdown совместно с увеличением UPS shutdown timeout.

Я для apcupsd примерно так и сделал. Команда отсылается во время исполнения service apcupsd stop. Предварительно проверяется, правильный ли это UPS. Но мне проще - надо только проверять на "Smart-UPS". У nut список побольше должен получиться.

(In reply to comment #0)
> Наверное можно обновить версию.
В сизиф ушла сборка 2.6.3-alt1 имени yuk@:
http://git.altlinux.org/tasks/archive/done/_67/68888/

> + что-б не плодить баги - поменять url в пакете на http://
> www.networkupstools.org/
А вот Url: там остался random.networkupstools.org, который не резолвится.