Bug 13354

Summary: Обновить версию nut
Product: Sisyphus Reporter: Alexey Sidorov <alexsid>
Component: nutAssignee: yuk <yuk>
Status: CLOSED FIXED QA Contact: qa-sisyphus
Severity: enhancement    
Priority: P2 CC: 4alt, Sergei.Naumov, aen, alisher_faiz, amike, asy, fuckel, greycat, lav, ldv, mike, ripper.mail, solo, yuk
Version: unstable   
Hardware: all   
OS: Linux   
URL: http://www.networkupstools.org/
Bug Depends on: 26024    
Bug Blocks: 19564, 23155, 23181    
Attachments:
Description Flags
powercom driver for nut 2.2.0
none
diff инит-скриптов none

Description Alexey Sidorov 2007-11-08 10:36:24 MSK
Наверное можно обновить версию.
+ что-б не плодить баги - поменять url в пакете на http://
www.networkupstools.org/
Comment 1 Alexey Sidorov 2007-12-24 20:53:33 MSK
Created attachment 2336 [details]
powercom driver for nut 2.2.0
Comment 2 Alexey Sidorov 2007-12-24 20:55:40 MSK
Comment on attachment 2336 [details]
powercom driver for nut 2.2.0

Наваял драйвер для nut 2.2.0 для всех powercom'овских упсов, BNT/KIN/IMP/IMD c
COM портом
Пытаюсь заслать в апстрим, но процесс я чувствую не быстрый :(
Comment 3 Alexey Sidorov 2008-01-28 12:15:18 MSK
Драйвер для powercom включен в trunc
Тем временем выпущен 2.2.1 ....
Comment 4 Starodumoff Ilya 2008-06-23 07:19:19 MSD
(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
Comment 5 Alexey Sidorov 2008-11-17 16:50:10 MSK
2.2.2 давно уже....
нельзя ли всё таки обновить?
Comment 6 inger@altlinux.org 2008-11-18 14:33:15 MSK
Насколько мне известно amike@ сейчас занят этим.
Comment 7 Vasyĺ V. Vercynśkyj 2009-07-15 15:20:45 MSD
*** Bug 19105 has been marked as a duplicate of this bug. ***
Comment 8 Vasyĺ V. Vercynśkyj 2009-07-15 15:47:32 MSD
Обновление программы никому бы не помешало.
Вопрос такой: если существуют проблемы с осизифиванием всего nut.2.4.1 [и чёрт с ним!], нельзя ли просто обновить базу драйверов?
Тут вот какая ситуация:  городишко у нас портовый, и складывается такое ощущение, что недавно сюда завезли панамакс китайских мастеков - ну никакой альтернативы, одни мастеки. О соотношение портов COM/USB на современных ПК, думаю, напоминать не надо. Говоря проще, по зарез нужен драйвер megatec_usb.

P.S.Собственного образования пока хватает на то, чтобы открыть nut-2.4.1.tar.gz, печально поглядеть на бесполезный в моём случае megatec_usb.c и закрыть обратно.
Comment 9 Dmitry V. Levin 2009-09-18 00:32:25 MSD
пакет nut ищет мейнтейнера
Comment 10 Vitaly Lipatov 2009-10-24 22:22:56 MSD
Интересно, что есть несколько репозиториев с какими-то подвижками:
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 Michael Shigorin 2010-01-24 23:23:28 MSK
(In reply to comment #9)
> пакет nut ищет мейнтейнера
Зафиксируй это в ACL, пожалуйста:

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

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

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