[Nut-upsdev] Syslog flooding

Kelvin Ku kelvin at telemetry-investments.com
Tue Apr 20 00:12:48 UTC 2010


On Mon, Apr 19, 2010 at 07:08:37PM -0400, Charles Lepple wrote:
> On Mon, Apr 19, 2010 at 4:22 PM, Kelvin Ku
> <kelvin at telemetry-investments.com> wrote:
> > Hello,
> >
> > I have a TrippLite SU2200XLA UPS with a possibly unreliable USB interface
> > running on NUT 2.4.3. This flooded syslog last night, beginning with the USB
> > connection spontaneously reconnecting:
> >
> > Apr 18 22:00:42 kernel: hiddev96: USB HID v1.11 Device [Tripp Lite       TRIPP LITE UPS  ] on usb-0000:00:0f.2-2
> > Apr 18 22:00:44 usbhid-ups[486]: Got disconnected by another driver: Device or resource busy
> > Apr 18 22:00:46 usbhid-ups[486]: Got disconnected by another driver: Device or resource busy
> > Apr 18 22:00:48 usbhid-ups[486]: Got disconnected by another driver: Device or resource busy
> 
> Rather than restarting the driver, you probably want to start by
> figuring out what else is claiming the driver. You can only have one
> program talking HID to a USB device* at a time. Do you have any other
> power management software on your system which might try to grab this
> device?
> 
> * technically, one per interface, but most UPSes have one HID interface.
> 
> -- 
> - Charles Lepple
> 

Sorry, I left this out of the paste:

Apr 18 22:00:42 kernel: hub 1-0:1.0: port 2 disabled by hub (EMI?), re-enabling...
Apr 18 22:00:42 kernel: usb 1-2: USB disconnect, address 5
Apr 18 22:00:42 kernel: usb 1-2: new low speed USB device using ohci_hcd and address 6
Apr 18 22:00:42 kernel: usb 1-2: configuration #1 chosen from 1 choice
Apr 18 22:00:42 kernel: hiddev96: USB HID v1.11 Device [Tripp Lite       TRIPP LITE UPS  ] on usb-0000:00:0f.2-2

Does this indicate something is flaky with the USB connection? I don't think
the device is actually being claimed by another driver:

$ ps -ef | egrep 'usb|hid'
root       119     2  0 Mar13 ?        00:00:00 [ksuspend_usbd]
hero     13364 13004  0 20:06 pts/0    00:00:00 egrep usb|hid

There's nothing else in syslog around the time that the device was
disconnected. Just to be clear, I didn't physically reconnect the device at
22:00:42; it was connected long before that.

Also, this specific unit does this on every host I connect it to, so it could
be a bad USB interface on the UPS (or maybe a bad cable?), in which case I hope
I can configure the software to work around it.

- Kelvin



More information about the Nut-upsdev mailing list