To try and work through the initial drops, I repeated the previous steps that worked on the physical machine on the CentOS 7.6 virtual machine.
The drops continued to occur, but it seems that the driver always reconnects. My initial inclination is to work through and see at what point I get the drops to stop, and I think I will do that next (inputs welcome). From a standpoint of “how much does this impact functionality?”, it seems like the driver goes stale then quickly reconnects. So, if I understand correctly, the user would get a bunch of nuisance messages and some data may be lost in this case. Does that sound right? I am also trying to work through if the virtual machine problem is an important problem to solve. If physical boxes work, maybe not. But since we have had reports of physical boxes not working, I will try to get to a point of confirming the fix here and then having this as a fallback if it comes up again. Below is output from the virtual machine: [npg@localhost ~]$ uname -r 3.10.0-957.el7.x86_64 [npg@localhost ~]$ lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 014: ID 09ae:2012 Tripp Lite Bus 002 Device 003: ID 0e0f:0002 VMware, Inc. Virtual USB Hub Bus 002 Device 002: ID 0e0f:0003 VMware, Inc. Virtual Mouse Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub [npg@localhost ~]$ upsd -V Network UPS Tools upsd 2.7.2 [npg@localhost ~]$ upsc TrippLiteUPS battery.charge: 100 battery.runtime: 3840 battery.type: PbAC battery.voltage: 27.5 battery.voltage.nominal: 24.0 device.mfr: Tripp Lite device.model: Tripp Lite UPS device.type: ups driver.name: usbhid-ups driver.parameter.pollfreq: 30 driver.parameter.pollinterval: 2 driver.parameter.port: auto driver.version: 2.7.2 driver.version.data: TrippLite HID 0.81 driver.version.internal: 0.38 input.frequency: 59.8 input.voltage: 116.9 input.voltage.nominal: 120 output.frequency.nominal: 60 output.voltage: 116.8 output.voltage.nominal: 120 ups.beeper.status: enabled ups.delay.shutdown: 20 ups.load: 0 ups.mfr: Tripp Lite ups.model: Tripp Lite UPS ups.power: 0.0 ups.power.nominal: 1500 ups.productid: 2012 ups.status: OL ups.timer.reboot: 65535 ups.timer.shutdown: 65535 ups.vendorid: 09ae ups.watchdog.status: 0 [npg@localhost ~]$ sudo tail -f /var/log/messages Jun 26 18:03:53 localhost chronyd[5553]: Selected source 45.33.84.208 Jun 26 18:03:53 localhost upsd[6777]: Data for UPS [TrippLiteUPS] is stale - check driver Jun 26 18:03:55 localhost kernel: usb 2-2.1: new low-speed USB device number 15 using uhci_hcd Jun 26 18:03:55 localhost kernel: usb 2-2.1: New USB device found, idVendor=09ae, idProduct=2012 Jun 26 18:03:55 localhost kernel: usb 2-2.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Jun 26 18:03:55 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS Jun 26 18:03:55 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite Jun 26 18:03:55 localhost kernel: hid-generic 0003:09AE:2012.000D: hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite Tripp Lite UPS ] on usb-0000:02:02.0-2.1/input0 Jun 26 18:03:57 localhost upsd[6777]: UPS [TrippLiteUPS] data is no longer stale Jun 26 18:04:14 localhost kernel: usb 2-2.1: USB disconnect, device number 15 Jun 26 18:04:15 localhost upsd[6777]: Data for UPS [TrippLiteUPS] is stale - check driver Jun 26 18:04:17 localhost kernel: usb 2-2.1: new low-speed USB device number 16 using uhci_hcd Jun 26 18:04:17 localhost kernel: usb 2-2.1: New USB device found, idVendor=09ae, idProduct=2012 Jun 26 18:04:17 localhost kernel: usb 2-2.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Jun 26 18:04:17 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS Jun 26 18:04:17 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite Jun 26 18:04:17 localhost kernel: hid-generic 0003:09AE:2012.000E: hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite Tripp Lite UPS ] on usb-0000:02:02.0-2.1/input0 Jun 26 18:04:19 localhost upsd[6777]: UPS [TrippLiteUPS] data is no longer stale Jun 26 18:04:36 localhost kernel: usb 2-2.1: USB disconnect, device number 16 Jun 26 18:04:37 localhost upsd[6777]: Data for UPS [TrippLiteUPS] is stale - check driver Jun 26 18:04:39 localhost kernel: usb 2-2.1: new low-speed USB device number 17 using uhci_hcd Jun 26 18:04:39 localhost kernel: usb 2-2.1: New USB device found, idVendor=09ae, idProduct=2012 Jun 26 18:04:39 localhost kernel: usb 2-2.1: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Jun 26 18:04:39 localhost kernel: usb 2-2.1: Product: Tripp Lite UPS Jun 26 18:04:39 localhost kernel: usb 2-2.1: Manufacturer: Tripp Lite Jun 26 18:04:39 localhost kernel: hid-generic 0003:09AE:2012.000F: hiddev0,hidraw1: USB HID v1.10 Device [Tripp Lite Tripp Lite UPS ] on usb-0000:02:02.0-2.1/input0 Thank you, David Zomaya Technical Support [cid:[email protected]] 1111 W. 35th Street | Chicago, IL 60609 USA 773.869.1156 | [email protected] [cid:[email protected]]<http://www.tripplite.com/> From: David Zomaya <[email protected]> Sent: Friday, June 21, 2019 1:54 PM To: Charles Lepple <[email protected]> Cc: [email protected]; Jonathan Manzanilla <[email protected]>; Eric Cobb <[email protected]> Subject: RE: [EXTERNAL] [Nut-upsdev] Fixing Drops With SMART1500LCDXL & USB-HID Driver Ok, so I have made some progress that seems to suggest the initial “fix” I stumbled upon isn’t required. I haven’t yet worked backwards to figure out reasons why our customers have had similar complaints or solve the problem on the CentOS VM yet, but that is on the todo list. I am hoping it ends up just being not enabling the service on startup, but I can’t say that explains away all the symptoms just yet. For now, below is where I am at after testing with CentOS 7.6 and the same SMART1500LCDXL (SM886B) UPS on an HP Compaq Pro 6305. · No special udev rules seemed to be needed. · I did not need to add “pollinterval = 1” to the ups.conf. · It seemed that starting upsd and the driver would fix the drops, but they would return after reboots of the operating system. · Enabling NUT to start with: $ sudo systemctl enable nut-server.service $ sudo systemctl enable nut-monitor.service Seemed to make the drops go away completely. These leaves me with the questions of “why are we dropping in the first place?” (obviously not a NUT problem and maybe not as big a deal now that it seems to work) and “why has it been impacting users ability to use this model and a similar model?”. I am hoping to better understand this as I go back and dig into the other issues. Any inputs are appreciated. Below are the details from the system, UPS, and version of NUT. Kernel: 3.10.0-957.el7.x86_64 CentOS info: NAME="CentOS Linux" VERSION="7 (Core)" ID="centos" ID_LIKE="rhel fedora" VERSION_ID="7" PRETTY_NAME="CentOS Linux 7 (Core)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:centos:centos:7" HOME_URL="https://www.centos.org/"; BUG_REPORT_URL="https://bugs.centos.org/"; CENTOS_MANTISBT_PROJECT="CentOS-7" CENTOS_MANTISBT_PROJECT_VERSION="7" REDHAT_SUPPORT_PRODUCT="centos" REDHAT_SUPPORT_PRODUCT_VERSION="7" Network UPS Tools (installed from EPEL repo using “yum install nut”) version: Network UPS Tools upsd 2.7.2 Messages in /var/log/messages when UPS was dropping (note that you were correct about the serial number reporting “0”): Jun 21 11:34:49 localhost kernel: usb 8-2: USB disconnect, device number 103 Jun 21 11:34:49 localhost kernel: usb 8-2: new low-speed USB device number 104 using xhci_hcd Jun 21 11:34:49 localhost kernel: usb 8-2: New USB device found, idVendor=09ae, idProduct=2012 Jun 21 11:34:49 localhost kernel: usb 8-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Jun 21 11:34:49 localhost kernel: usb 8-2: Product: Tripp Lite UPS Jun 21 11:34:49 localhost kernel: usb 8-2: Manufacturer: Tripp Lite Jun 21 11:34:50 localhost kernel: hid-generic 0003:09AE:2012.1027: hiddev0,hidraw0: USB HID v1.10 Device [Tripp Lite Tripp Lite UPS ] on usb-0000:00:10.1-2/input0 Jun 21 11:35:04 localhost kernel: usb 8-2: USB disconnect, device number 104 Jun 21 11:35:04 localhost kernel: usb 8-2: new low-speed USB device number 105 using xhci_hcd Jun 21 11:35:05 localhost kernel: usb 8-2: New USB device found, idVendor=09ae, idProduct=2012 Jun 21 11:35:05 localhost kernel: usb 8-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Jun 21 11:35:05 localhost kernel: usb 8-2: Product: Tripp Lite UPS Jun 21 11:35:05 localhost kernel: usb 8-2: Manufacturer: Tripp Lite Jun 21 11:35:05 localhost kernel: hid-generic 0003:09AE:2012.1028: hiddev0,hidraw0: USB HID v1.10 Device [Tripp Lite Tripp Lite UPS ] on usb-0000:00:10.1-2/input0 Jun 21 11:35:19 localhost kernel: usb 8-2: USB disconnect, device number 105 Jun 21 11:35:19 localhost kernel: usb 8-2: new low-speed USB device number 106 using xhci_hcd Jun 21 11:35:20 localhost kernel: usb 8-2: New USB device found, idVendor=09ae, idProduct=2012 Jun 21 11:35:20 localhost kernel: usb 8-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Jun 21 11:35:20 localhost kernel: usb 8-2: Product: Tripp Lite UPS Jun 21 11:35:20 localhost kernel: usb 8-2: Manufacturer: Tripp Lite Jun 21 11:35:20 localhost kernel: hid-generic 0003:09AE:2012.1029: hiddev0,hidraw0: USB HID v1.10 Device [Tripp Lite Tripp Lite UPS ] on usb-0000:00:10.1-2/input0 /etc/ups/ups.conf [TrippLiteUPS] driver = usbhid-ups port = auto desc = "SMART1500LCD" sudo lsusb –v output for UPS Bus 008 Device 098: ID 09ae:2012 Tripp Lite Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 1.10 bDeviceClass 0 (Defined at Interface level) bDeviceSubClass 0 bDeviceProtocol 0 bMaxPacketSize0 8 idVendor 0x09ae Tripp Lite idProduct 0x2012 bcdDevice 0.09 iManufacturer 1 Tripp Lite iProduct 2 Tripp Lite UPS iSerial 0 bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 34 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xe0 Self Powered Remote Wakeup MaxPower 0mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 1 bInterfaceClass 3 Human Interface Device bInterfaceSubClass 0 No Subclass bInterfaceProtocol 0 None iInterface 0 HID Device Descriptor: bLength 9 bDescriptorType 33 bcdHID 1.10 bCountryCode 0 Not supported bNumDescriptors 1 bDescriptorType 34 Report wDescriptorLength 662 Report Descriptors: ** UNAVAILABLE ** Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 40 Device Status: 0x0001 Self Powered **************************** On a related note: Charles, This “I keep meaning to put together a diagram to help with this, but in the mean time: UPS <-- driver <-- upsd <-- clients (upsc, upsmon, NUT Monitor GUI, etc.) "upsc -l" is making a TCP connection to upsd localhost:3493 (no sudo needed here), so a "Connection refused" is likely due to upsd not running. (If it were over the network, I'd recommend first logging into the master system and running "upsc" there, then check for the LISTEN address in upsd.conf, and any firewalls in between the systems running upsd and upsc.) You should be able to get it working for testing with a quick "sudo upsd", though it is probably some sort of startup script issue. I do not know exactly how openSUSE's packages interact with their init system- maybe others on the list can help. (A quick search of nut-upsuser indicates that 42.3 is using systemd, so if 15.1 does as well, maybe "systemctl | grep ^nut" will show a unit that just needs to be restarted.)” Was very helpful in conceptualizing and working through the setup. Thank you. **************************** Thank you, David Zomaya Tripp Lite -----Original Message----- From: Charles Lepple <[email protected]<mailto:[email protected]>> Sent: Thursday, June 20, 2019 7:47 AM To: David Zomaya <[email protected]<mailto:[email protected]>> Cc: [email protected]<mailto:[email protected]>; Jonathan Manzanilla <[email protected]<mailto:[email protected]>>; Eric Cobb <[email protected]<mailto:[email protected]>> Subject: Re: [EXTERNAL] [Nut-upsdev] Fixing Drops With SMART1500LCDXL & USB-HID Driver On Jun 19, 2019, at 4:16 PM, David Zomaya wrote: > > Interestingly, I did some tinkering with openSUSE 15.1 Leap on a physical box > and saw the same drops there, but was able to get them to stop after > installing NUT and just doing the “standard” configuration. However, I ran > into some connection refused messages, e.g.: > > user@linux-nxmm:/dev/bus> sudo upsc -l > Error: Connection failure: Connection refused > I keep meaning to put together a diagram to help with this, but in the mean time: UPS <-- driver <-- upsd <-- clients (upsc, upsmon, NUT Monitor GUI, etc.) "upsc -l" is making a TCP connection to upsd localhost:3493 (no sudo needed here), so a "Connection refused" is likely due to upsd not running. (If it were over the network, I'd recommend first logging into the master system and running "upsc" there, then check for the LISTEN address in upsd.conf, and any firewalls in between the systems running upsd and upsc.) You should be able to get it working for testing with a quick "sudo upsd", though it is probably some sort of startup script issue. I do not know exactly how openSUSE's packages interact with their init system- maybe others on the list can help. (A quick search of nut-upsuser indicates that 42.3 is using systemd, so if 15.1 does as well, maybe "systemctl | grep ^nut" will show a unit that just needs to be restarted.) ________________________________ 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.
_______________________________________________ Nut-upsdev mailing list [email protected] https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsdev
