Sam Varshavchik
2017-Apr-01 14:59 UTC
[Nut-upsuser] 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>
Charles Lepple
2017-Apr-07 21:24 UTC
[Nut-upsuser] usbhid-ups: Failed to open device, skipping. (Permission denied)
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 LiteI'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
Sam Varshavchik
2017-Apr-08 01:15 UTC
[Nut-upsuser] usbhid-ups: Failed to open device, skipping. (Permission denied)
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/122This 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>
Maybe Matching Threads
- usbhid-ups: Failed to open device, skipping. (Permission denied)
- usbhid-ups: Failed to open device, skipping. (Permission denied)
- usbhid-ups: Failed to open device, skipping. (Permission denied)
- usbhid-ups: Failed to open device, skipping. (Permission denied)
- [HCL] Tripp Lite SMART1300LCDT supported by usbhid-ups