From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on sa.int.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.4 Date: Sat, 20 Sep 2008 23:40:05 -0400 From: Ivan Adzhubey In-reply-to: <6062a6e60809202020i22b54bbfg40ee0879c3027c29@mail.gmail.com> To: ab@altlinux.org, ALT Linux Sisyphus discussions Message-id: <200809202340.05860.iadzhubey@rics.bwh.harvard.edu> MIME-version: 1.0 Content-type: text/plain; charset=koi8-r Content-transfer-encoding: 8BIT Content-disposition: inline References: <200809201801.14261.iadzhubey@rics.bwh.harvard.edu> <6062a6e60809202020i22b54bbfg40ee0879c3027c29@mail.gmail.com> User-Agent: KMail/1.9.10 Subject: Re: [sisyphus] =?koi8-r?b?78LOz9fMxc7JxSBsaWJ1c2IgySBudXQ=?= X-BeenThere: sisyphus@lists.altlinux.org X-Mailman-Version: 2.1.10b3 Precedence: list Reply-To: ALT Linux Sisyphus discussions List-Id: ALT Linux Sisyphus discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Sep 2008 03:40:33 -0000 Archived-At: List-Archive: List-Post: Добрый день, Александр! On Saturday 20 September 2008 11:20:42 pm Alexander Bokovoy wrote: > 2008/9/21 Ivan Adzhubey : > > Приветствую! > > > > После сегодняшнего обновления libusb перестал работать драйвер newhidups > > из пакета nu. Соответственно, и все остальные демоны управления UPS тоже. > > Наверное, надо пересобрать nut с новой libusb? > > Рекомендую проверить права на соответствующие устройства. Какие устройства? И как их проверять, если их все равно нет и не может быть в чруте? Или вы имеете в виду, что в режиме чрута оно вообще работать не может? А как раньше работало? > По умолчанию > upsdrv запускает драйвер в чруте, где нет на самом деле нужных > устройств, но в чрут он переходит после их определения. > А дальше > начинается регулярное ресканирование шины: <...skipped> > Естественно, все это "отваливается", потому что в чруте ничего нет. Еще раз, и как же это все раньше работало? > Если не запускать его в чруте и дать права пользователю upsdrv на > работу с нужным USB устройством, Я настраивал средствами alterator-nut, не очень понимаю, зачем вообще тащить nut а чрут -- это что, настолько опасное устройство? Попробую чрут убрать... > то /var/log/messages должно быть > что-то вроде вот этого: > Sep 21 07:05:13 boii upsdrvctl: Network UPS Tools: 0.28 USB > communication driver 0.28 - core 0.30 (2.0.5) > Sep 21 07:05:13 boii upsdrvctl: Detected a UPS: American Power > Conversion/Back-UPS ES 525 FW:851.t3.I USB FW:t3 > Sep 21 07:05:13 boii upsdrvctl: Using subdriver: APC/CyberPower HID 0.9 > Sep 21 07:05:15 boii upsdrvctl: libusb couldn't open USB device > /dev/bus/usb/001/001: Permission denied. > Sep 21 07:05:15 boii upsdrvctl: libusb requires write access to USB > device nodes. > Sep 21 07:05:15 boii upsdrvctl: libusb couldn't open USB device > Sep 21 07:05:23 boii newhidups[27946]: Startup successful > Sep 21 07:05:23 boii upsdrvctl: Network UPS Tools - UPS driver controller > 2.0.5 Sep 21 07:05:23 boii upsdrv: Starting UPS drivers: succeeded > Sep 21 07:05:35 boii upsd[27980]: Connected to UPS [ups]: ups > Sep 21 07:05:35 boii upsd: Connected to UPS [ups]: ups > Sep 21 07:05:35 boii upsd[27981]: Startup successful > Sep 21 07:05:35 boii upsd: upsd startup succeeded > Sep 21 07:05:44 boii upsmon[28000]: Startup successful > Sep 21 07:05:44 boii upsmon: UPS: ups@localhost (master) (power value 1) > Sep 21 07:05:44 boii upsmon: Using power down flag file /etc/killpower > Sep 21 07:05:44 boii upsmon: upsmon startup succeeded > Sep 21 07:05:44 boii upsd[27981]: Connection from 127.0.0.1 > Sep 21 07:05:44 boii upsd[27981]: Client monuser@127.0.0.1 logged into UPS > [ups] Sep 21 07:05:52 boii upsd[27981]: Connection from 127.0.0.1 > Sep 21 07:05:52 boii upsd[27981]: Client on 127.0.0.1 logged out > > Сообщения от libusb -- нормальная реакция на невозможность открыть > несвязанные с нашей работой устройства на запись. Странно, но до апдейта никаких сообщений о permission denied от libusb я не наблюдал. А как выставлять права на устройство, оно же создается динамически udev'ом? Это надо в скрипты настройки udevd лезть? Кошмар... > После чего все работает, но регулярное сканирование шины реализовано в > newhidups некорректно, из-за этого там утекает память: > Out of memory: kill process 27946 (newhidups) score 652587 or a child > Killed process 27946 (newhidups) > > Я сейчас разбираюсь с кодом drivers/libusb.c в NUT. Утечек памяти у меня тоже не наблюдалось, по крайней мере таких, чтобы оно отваливалось по недостатку памяти. Платформа x86_64 если это имеет значение. --Иван