[Nut-upsuser] usbhid-ups dying, consistently
clepple at gmail.com
Thu Dec 31 23:06:32 UTC 2015
On Dec 31, 2015, at 5:31 PM, Nicholas Leippe <leippe at gmail.com> wrote:
> Is this something to cross post to linux-usb?
I guess, although they might need to know some additional details about your libusb configuration (real libusb-0.1.x, or libusb-1.x with libusb-compat).
Here is the relevant portion of the code:
> On Mon, Nov 23, 2015 at 8:47 PM, Charles Lepple <clepple at gmail.com> wrote:
> On Nov 20, 2015, at 11:22 AM, Nicholas Leippe <leippe at gmail.com> wrote:
> > 1389.279158 Trying to match device
> > 1389.279164 Device matches
> > 1389.279169 failed to claim USB device: Device or resource busy
> > 1389.279175 failed to detach kernel driver from USB device: No such file or directory
> Can you check around and see if anyone else has any wisdom on this error message? I vaguely recall trying to track this down, and not finding the ENOENT error in the kernel code.
> > upsdrvctl is not noticing this exit, so the openrc service scripts get into a stuck state also--I have to stop, then zap the upsdrv service before I can start it again.
> > Each time it works fine for some non-deterministic amount of time then dies.
> So the usbhid-ups driver is no longer running at that point? upsdrvctl just starts the driver(s) - it does not stick around, at least not in the default NUT configuration. I am not familiar with openrc, but in general, making the init system track one or more driver PIDs in a generic fashion is an unsolved problem.
> That said, I'm wondering if NUT is retrying too quickly. (The default retry works fine for an older MGE on a slightly-less-old Soekris box running BSD - it reconnects about once every day or two. But I don't have any Gentoo boxes or 4.x kernels to test against at the moment.)
> Charles Lepple
> clepple at gmail
More information about the Nut-upsuser