[Nut-upsuser] stopping ups services resets my network

[Antoine Gatineau]

I will give more details on the symptomes asap. It will take some time
because the issue occures only after a few days.

I had another report of malfunctioning with nut today but it is a different
issue. I'll create another thread later. (cpu load and performance issue
after several weeks).

The UPS model is MGE evolution S 1250.
Nut-2.4.1 (home made rpm)
Red Hat 4.7

I'll comme back to you soon.

Antoine


 

-----Message d'origine-----
De : Arnaud Quette [mailto:aquette.dev at gmail.com] 
Envoyé : mercredi 28 octobre 2009 10:24
À : Charles Lepple
Cc : Antoine Gatineau; nut-upsuser at lists.alioth.debian.org
Objet : Re: [Nut-upsuser] stopping ups services resets my network

2009/10/27 Charles Lepple <clepple at gmail.com>:
>
> On Oct 27, 2009, at 11:56 AM, Arnaud Quette <aquette.dev at gmail.com> wrote:
>
>> 2009/10/27 Antoine Gatineau:
>>>
>>>  Hello,
>>
>> salut Antoine,
>>
>>> I'm back again on this issue.
>>> I have contacted Red Hat support but they won't do anything to help 
>>> since it is not an official Red Hat package. Unless I prove the 
>>> conflict come from RH.
>>>
>>> So I am trying to figure out what is going on.
>>>
>>> Adding -DDDDD will not add any more log at the services stop.
>>>
>>> When I look at the sources, I couldn't find the piece of code that 
>>> release properly the usb UPS device. There is just a normal SIGTERM 
>>> handling. Is this normal?
>>
>> not at all, everything is clean here ;-) what you're looking for is 
>> drivers/usbhid-ups.c->upsdrv_cleanup()
>> the comm_driver->close() will more specifically call, in your case, 
>> the libusb.c backend, and so the usb_close() function.
>>
>>> I also noticed that there are debug logs but I don't know how to 
>>> activate them... Can somebody tell me how to do it?
>>
>> I'm not sure for RHEL, but you should look around /etc/syslog.conf, 
>> man syslog.conf and /var/log/debug
>>
> Arnaud,

Hey Charles,

> Antoine may be referring to the debug information from the drivers but 
> I don't think we have narrowed it down to something that can be 
> resolved with those logs.

possible. imo, Antoine was talking about the few "upslogx(LOG_DEBUG...", but
it's quite possible that he was refering to the upsdebugx().

Antoine: if you're refering to the latter, you should launch the driver in
debug mode, ie:
$ /path/to/usbhid-ups -DDDDD -a <upsname>

cheers,
Arnaud
--
Linux / Unix Expert R&D - Eaton - http://www.eaton.com/mgeops Network UPS
Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian
Developer - http://www.debian.org Free Software Developer -
http://arnaud.quette.free.fr/