Наверное можно обновить версию. + что-б не плодить баги - поменять url в пакете на http:// www.networkupstools.org/
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, который не резолвится.
