[Nut-upsuser] [EXTERNAL] Re: UPS Losing Connection
David_Zomaya at tripplite.com
Thu Sep 24 17:05:52 BST 2020
Update from my end:
I found the old thread where I posted a possible resolution for a similar issue on CentOS 7.6 with the same protocol (2012):
Some of my initial steps were probably unnecessary, but through a combination of configuration tweaks and udev rules, the drops seemed to go away.
Of course, if the USB port is not responding at all, that is a separate issue (is there another computer/cable to verify that with?). You should contact tech support if that ends up being the case:
(I'm no longer on the tech support team so I couldn't help directly with an RMA if needed)
From: Nut-upsuser <nut-upsuser-bounces+david_zomaya=tripplite.com at alioth-lists.debian.net> on behalf of Kirk Bocek <t004 at kbocek.com>
Sent: Thursday, September 24, 2020 10:44 AM
To: Stuart D. Gathman
Cc: nut-upsuser at lists.alioth.debian.org
Subject: [EXTERNAL] Re: [Nut-upsuser] UPS Losing Connection
This is an EXTERNAL email. Please take a moment and think before clicking any links or opening any attachments from this email. If suspicious, please forward to ishelpdesk at tripplite.com for review.
On 9/23/2020 1:09 PM, Stuart D. Gathman wrote:
> I solved this problem a few years back.
> The short answer is USB is broken on the model (but the power management
> is excellent, handling switchover to generator power without a hitch).
> The workaround is to do a usb port power off when the Tripplite USB
> hangs. But hubs that actually implement this mandatory feature (must at
> least support powering all ports off) are getting hard to find. The USB
> chips implement it just fine. The hubs don't bother connecting the pins
> and just wire to +5V.
> The good news is that with CentOS-8, the kernel automatically does the
> port power off, so you don't need my kludgey software fix when you go to
> 8. You still need an actual standard conforming USB hub however.
> If the port on your server isn't, you can buy an external hub
> like I did.
Stuart, I haven't tried your program yet.
However the UPS appears to have dropped off completely. lsusb no longer
shows the unit at all. So I physically unplugged and replugged it:
[252389.354190] hid-generic 0003:0557:2419.0002: usb_submit_urb(ctrl)
[252389.403568] xhci_hcd 0000:00:14.0: USB bus 3 deregistered
[252389.405712] xhci_hcd 0000:00:14.0: xHCI Host Controller
[252389.407225] xhci_hcd 0000:00:14.0: new USB bus registered, assigned
bus number 3
[252405.901391] xhci_hcd 0000:00:14.0: can't setup: -110
[252405.902631] xhci_hcd 0000:00:14.0: USB bus 3 deregistered
[252405.903033] xhci_hcd 0000:00:14.0: init 0000:00:14.0 fail, -110
[252405.903038] xhci_hcd: probe of 0000:00:14.0 failed with error -110
And it's still not there:
Bus 002 Device 002: ID 8087:8002 Intel Corp.
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 8087:800a Intel Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
So is this a faulty Tripplite that needs to be returned?
Nut-upsuser mailing list
Nut-upsuser at alioth-lists.debian.net
This message is for the addressee's use only. It may contain confidential information. If you receive this message in error, please delete it and notify the sender. Tripp Lite disclaims all warranties and liabilities, and assumes no responsibility for viruses which may infect an email sent to you from Tripp Lite and which damage your electronic systems or information. It is your responsibility to maintain virus detection systems to prevent damage to your electronic systems and information.
More information about the Nut-upsuser