[Nut-upsuser] Can't get iDowell to work

Arjen de Korte nut+users at de-korte.org
Tue Jan 11 07:50:10 UTC 2011


Citeren Mick <michaelkintzios op gmail.com>:

> While nut is running, my logs fill up with:
>
> Jan 10 22:50:06 compaq usbhid-ups[5083]: libusb_get_report: No error
> Jan 10 22:50:08 compaq usbhid-ups[5083]: libusb_get_report: No error
> Jan 10 22:50:10 compaq usbhid-ups[5083]: libusb_get_report: No error
> Jan 10 22:50:12 compaq usbhid-ups[5083]: libusb_get_report: No error
>
> regularly at 2 second intervals.  Is there a way to tell it to not log
> such messages (or log them only once?)

Yes. Make your system not log messages at LOG_DEBUG. Usually you can  
configure this in '/etc/syslog.conf'. On a production system, you  
should not log messages with LOG_DEBUG since this is reserved for  
debugging messages and can be very verbose (risking flooding the logs).

> If I add "pollonly" in ups.conf I get these messages:
>
> Jan 10 23:15:57 compaq upsd[5995]: listening on 127.0.0.1 port 3493
> Jan 10 23:15:57 compaq upsd[5995]: Connected to UPS [iDowell]:
> usbhid-ups-iDowell
> Jan 10 23:15:57 compaq upsd[5995]: allowfrom in upsd.users is no longer used
> Jan 10 23:15:57 compaq upsd[5996]: Startup successful
> Jan 10 23:15:57 compaq usbhid-ups[5945]: libusb_get_report: could not
> claim interface 0: Device or resource busy
> Jan 10 23:15:57 compaq usbhid-ups[5945]: Got disconnected by another
> driver: Device or resource busy
> Jan 10 23:15:59 compaq usbhid-ups[5945]: libusb_get_report: could not
> claim interface 0: Device or resource busy
> Jan 10 23:15:59 compaq usbhid-ups[5945]: Got disconnected by another
> driver: Device or resource busy
> ... and so on.
>
> Not sure if this is how it should be - but within a few minutes I get:
>
> # upsc iDowell
> Error: Data stale

You *must* stop the usbhid-ups driver for a UPS before starting a new  
one. The message "Got disconnected by another driver: Device or  
resource busy" is a tell tale sign that you didn't. Before running  
'upsdrvctl start', always run 'upsdrvctl stop' first. A crude method  
would be to reboot the system, if you can't find the running  
usbhid-ups processes. I usually use 'top -u upsd' ('upsd' is the name  
of the NUT user on my system) to find any drivers running.

> PS. What is the meaning of:  battery.capacity: 0.03 ?

This is a mapping problem. The UPS is reporting 100% battery capacity  
is available and I mistakenly mapped this to the battery capacity (Ah)  
value. I will remove this later on.

Best regards, Arjen
-- 
Please keep list traffic on the list (off-list replies will be rejected)




More information about the Nut-upsuser mailing list