Bug 13354 - Обновить версию nut
: Обновить версию nut
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/nut)
: unstable
: all Linux
: P2 enhancement
Assigned To:
:
: http://www.networkupstools.org/
:
: 26024
: 19564 23155 23181
  Show dependency tree
 
Reported: 2007-11-08 10:36 by
Modified: 2012-04-07 15:18 (History)


Attachments
powercom driver for nut 2.2.0 (8.47 KB, application/octet-stream)
2007-12-24 20:53, Alexey Sidorov
no flags Details
diff инит-скриптов (3.46 KB, patch)
2011-11-22 14:06, Yura Kalinichenko
no flags Details | Diff


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2007-11-08 10:36:24
Наверное можно обновить версию.
+ что-б не плодить баги - поменять url в пакете на http://
www.networkupstools.org/
------- Comment #1 From 2007-12-24 20:53:33 -------
Created an attachment (id=2336) [details]
powercom driver for nut 2.2.0
------- Comment #2 From 2007-12-24 20:55:40 -------
(From update of attachment 2336 [details])
Наваял драйвер для nut 2.2.0 для всех powercom'овских упсов, BNT/KIN/IMP/IMD c
COM портом
Пытаюсь заслать в апстрим, но процесс я чувствую не быстрый :(
------- Comment #3 From 2008-01-28 12:15:18 -------
Драйвер для powercom включен в trunc
Тем временем выпущен 2.2.1 ....
------- Comment #4 From 2008-06-23 07:19:19 -------
(In reply to comment #1)
> Created an attachment (id=2336) [details] [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
------- Comment #5 From 2008-11-17 16:50:10 -------
2.2.2 давно уже....
нельзя ли всё таки обновить?
------- Comment #6 From 2008-11-18 14:33:15 -------
Насколько мне известно amike@ сейчас занят этим.
------- Comment #7 From 2009-07-15 15:20:45 -------
*** Bug 19105 has been marked as a duplicate of this bug. ***
------- Comment #8 From 2009-07-15 15:47:32 -------
Обновление программы никому бы не помешало.
Вопрос такой: если существуют проблемы с осизифиванием всего nut.2.4.1 [и чёрт
с ним!], нельзя ли просто обновить базу драйверов?
Тут вот какая ситуация:  городишко у нас портовый, и складывается такое
ощущение, что недавно сюда завезли панамакс китайских мастеков - ну никакой
альтернативы, одни мастеки. О соотношение портов COM/USB на современных ПК,
думаю, напоминать не надо. Говоря проще, по зарез нужен драйвер megatec_usb.

P.S.Собственного образования пока хватает на то, чтобы открыть
nut-2.4.1.tar.gz, печально поглядеть на бесполезный в моём случае megatec_usb.c
и закрыть обратно.
------- Comment #9 From 2009-09-18 00:32:25 -------
пакет nut ищет мейнтейнера
------- Comment #10 From 2009-10-24 22:22:56 -------
Интересно, что есть несколько репозиториев с какими-то подвижками:
2.2.2 http://git.altlinux.org/people/amike/packages/nut.git
2.2.2 http://git.altlinux.org/people/solo/packages/nut.git
------- Comment #11 From 2010-01-24 23:23:28 -------
(In reply to comment #9)
> пакет nut ищет мейнтейнера
Зафиксируй это в ACL, пожалуйста:

$ ssh git.alt acl sisyphus nut show            
nut     ldv
------- Comment #12 From 2010-04-11 19:07:30 -------
Притёр патчи: http://git.altlinux.org/people/mike/packages/?p=nut24.git
------- Comment #13 From 2010-04-13 18:27:02 -------
*** Bug 21878 has been marked as a duplicate of this bug. ***
------- Comment #14 From 2010-04-14 10:47:59 -------
В branch5.1 оно появится?
------- Comment #15 From 2010-10-14 01:42:43 -------
Кентавр скоро будет выпущен, а здесь всё никак версию не обновят.
Очень хотелось бы видеть обновленную версию в Кентавре.
Меня как и многих других интересует megatec_usb
------- Comment #16 From 2010-10-14 01:57:02 -------
(In reply to comment #14)
> В branch5.1 оно появится?
Не заработало, второй подход к снаряду ещё не делал.  Если кто быстрей
доберётся -- тоже хорошо.
------- Comment #17 From 2010-12-29 13:18:24 -------
Пакет сборки amike@ залил в сизиф всё-таки я.
------- Comment #18 From 2011-08-31 09:38:40 -------
Есть 2.6.1 сборки yuk@ (ждём в team, см. bug #26024), который хорошо бы в
сизиф, вылизать и в p6 _до_ выхода серверных дистрибутивов (надо не забыть
проверить взаимодействие с 2.2.2, который уже зафиксировался в kdesktop).
------- Comment #19 From 2011-09-05 00:04:45 -------
Дык а где увидеть эти сборки? Поглядел на
ftp.linux.kiev.ua:/pub/Linux/ALT/people/_yuk/
на который есть ссылка в #26024, но там нет.
------- Comment #20 From 2011-09-05 01:22:08 -------
Выложил сюда: http://fly.osdn.org.ua/~mike/RPM/SRPMS/nut-2.6.1-alt1.src.rpm
------- Comment #21 From 2011-10-29 11:32:38 -------
#26024 закрыли. :)
------- Comment #22 From 2011-11-22 14:06:02 -------
Created an attachment (id=5222) [details]
diff инит-скриптов
------- Comment #23 From 2011-11-22 14:07:26 -------
Собственно 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 и реализовано. Диффы к инит-скриптам прилагаются, прошу
комментировать.
------- Comment #24 From 2011-11-22 14:15:38 -------
Да, и сам пакет лежит на
ftp.linux.kiev.ua:/pub/Linux/ALT/people/_yuk/Sisyphus/SRPMS/nut-2.6.2-alt1.src.rpm
------- Comment #25 From 2011-11-22 15:18:46 -------
(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?
------- Comment #26 From 2012-02-11 23:22:01 -------
(In reply to comment #23)

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

Я для apcupsd примерно так и сделал. Команда отсылается во время исполнения
service apcupsd stop. Предварительно проверяется, правильный ли это UPS. Но мне
проще - надо только проверять на "Smart-UPS". У nut список побольше должен
получиться.
------- Comment #27 From 2012-04-07 15:18:02 -------
(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, который не резолвится.