Nut upsuser - Apr 2017 - usbhid-ups: Failed to open device, skipping. (Permission denied)

Having trouble configuring nut 2.7.4 on Fedora 25, with a new Tripp Lite  
UPS.

I'm running XFCE, and XFCE's Power Manager sees the UPS just fine. lsusb
gives:

Bus 006 Device 002: ID 09ae:3016 Tripp Lite

nut-scanner -U has no issues either:

# nut-scanner -U
Scanning USB bus.
[nutdev1]
	driver = "usbhid-ups"
	port = "auto"
	vendorid = "09AE"
	productid = "3016"
	product = "TRIPP LITE UPS"
	serial = "2643FVLSM871900817"
	vendor = "Tripp Lite"
	bus = "006"

I took this and placed it in ups.conf, but upsdrvctl fails to start.  
Following the bread crumbs, I arrived at:

# /usr/sbin/usbhid-ups -D -D -D -a nutdev1

...

   0.054668	Checking device (09AE/3016) (006/002)
   0.054764	Failed to open device, skipping. (Permission denied)


Running this with strace I see this:

write(2, "Checking device (09AE/3016) (006/002)\n", 38) = 38
open("/dev/bus/usb/006/002", O_RDWR)    = -1 EACCES (Permission
denied)
write(2, "   0.054764\t", 12)           = 12
write(2, "Failed to open device, skipping. (Permission denied)\n", 53)
= 53
write(2, "   0.054830\t", 12)           = 12

Can't open the USB device. I have SELinux set to permissive, so this
isn't
the issue.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20170401/0bf380a6/attachment.sig>

On Sun, Apr 2, 2017 at 2:59 AM, Sam Varshavchik <mrsam at courier-mta.com>
wrote:
> Having trouble configuring nut 2.7.4 on Fedora 25, with a new Tripp Lite
> UPS.
>
> I'm running XFCE, and XFCE's Power Manager sees the UPS just fine.
lsusb
> gives:
>
> Bus 006 Device 002: ID 09ae:3016 Tripp Lite
I'm still catching up on mail, so apologies if this was covered on a
more recent GitHub issue, but Tripp Lite PID 3016 is extra-sensitive
to certain combinations of USB cables and newer motherboards. If you
take NUT and XFCE power manager out of the equation, but the UPS still
generates a lot of disconnect/timeout/reconnect traffic in the kernel
logs, you might be up against this issue.

Full gory details here: https://github.com/networkupstools/nut/pull/122

-- 
- Charles Lepple

Charles Lepple writes:
> On Sun, Apr 2, 2017 at 2:59 AM, Sam Varshavchik <mrsam at
courier-mta.com>
> wrote:
> > Having trouble configuring nut 2.7.4 on Fedora 25, with a new Tripp
Lite
> > UPS.
> >
> > I'm running XFCE, and XFCE's Power Manager sees the UPS just
fine. lsusb
> > gives:
> >
> > Bus 006 Device 002: ID 09ae:3016 Tripp Lite
>
> I'm still catching up on mail, so apologies if this was covered on a
> more recent GitHub issue, but Tripp Lite PID 3016 is extra-sensitive
> to certain combinations of USB cables and newer motherboards. If you
> take NUT and XFCE power manager out of the equation, but the UPS still
> generates a lot of disconnect/timeout/reconnect traffic in the kernel
> logs, you might be up against this issue.
>
> Full gory details here: https://github.com/networkupstools/nut/pull/122
This particular new unit came with its own USB cable, and this unit is  
plugged into a relatively old server. The motherboard is about ten years old.

I have a lot of noise in my syslog. grepping for 'usb' or '3016'
doesn't
find anything useful.

I've getting better results with the last patch from issue 414, which fixes
the bad error handling that was causing the driver to bail out. The driver  
still yells about EAGAIN/EIO, once every four minutes or so:


ioctl(10, USBDEVFS_REAPURBNDELAY, 0x7ffd4d210fe0) = -1 EAGAIN (Resource  
temporarily unavailable)
sendto(3, "<31>Apr 1 12:46:10 usbhid-ups[4983]: libusb_get_report:  
Input/output error", 75, MSG_NOSIGNAL, NULL, 0) = 75

but with the patch it recovers and keeps running. With the last patch from  
414, the driver has now been running for over 24 hours, just quietly barking  
about these timeouts, and reconnects, to anyone who'd listen.

I am open to suggestions for grep food, but I can't find anything in my  
syslog that looks like a kernel complaint about actual USB connectivity.

My weekend project is to build the patched libusb-1.0 branch, and see what  
happens there.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 801 bytes
Desc: not available
URL:
<http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20170407/1aacc140/attachment.sig>