NUT Package (2.8.1 and above)
-
@hspindel said in NUT Package (2.8.1 and above):
telnet <NUT server> works fine and lets me login. So telnetd is responding correctly on the NUT server.
telnet <NUT server> 3493 says "Unable to connnect to the remote host: Connection refused."
These are two totally different things.
In the first case, you are attempting to connect to whatever process is listening on port 23, which would be telnetd. As an aside, having telnetd enabled on your firewall is very bad practice--you should use ssh instead.
In the second case, you are attempting to connect to whatever process is listening on port 3493, which would be upsd. Telnetd would not be involved in any way.
You are correct to be looking at your firewall rules, however you should also double check the configuration on the Synology: Make sure you are using the IP address rather than a hostname, and If you have the firewall enabled on the Synology, check that as well.
-
@dennypage said in NUT Package (2.8.1 and above):
@hspindel said in NUT Package (2.8.1 and above):
telnet <NUT server> works fine and lets me login. So telnetd is responding correctly on the NUT server.
telnet <NUT server> 3493 says "Unable to connnect to the remote host: Connection refused."
These are two totally different things.
In the first case, you are attempting to connect to whatever process is listening on port 23, which would be telnetd. As an aside, having telnetd enabled on your firewall is very bad practice--you should use ssh instead.
In the second case, you are attempting to connect to whatever process is listening on port 3493, which would be upsd. Telnetd would not be involved in any way.
You are correct to be looking at your firewall rules, however you should also double check the configuration on the Synology: Make sure you are using the IP address rather than a hostname, and If you have the firewall enabled on the Synology, check that as well.
Yes, I understand they are different things. Sorry for confusing things.
All four of my Synologies are using an IP address, not a hostname. telnet <NUT Server IP> 3493 works fine on three of the four Synologies.
I have tried using tcpdump to see how the Synology is talking to the NUT server. Unless I'm using tcpdump wrong, the Synology isn't even trying to connect. tcpdump port 3493 doesn't show a thing on the problem Synology, while it shows traffic on the other Synologies.
I have tried disabling the Synology firewall completely, without effect.
-
@hspindel said in NUT Package (2.8.1 and above):
I have tried using tcpdump to see how the Synology is talking to the NUT server. Unless I'm using tcpdump wrong, the Synology isn't even trying to connect. tcpdump port 3493 doesn't show a thing on the problem Synology, while it shows traffic on the other Synologies.
Just to be clear, tcpdump on the Synology shows no outbound packets? Do you have multiple ethernet interfaces on the Synology?
-
@dennypage said in NUT Package (2.8.1 and above):
@hspindel said in NUT Package (2.8.1 and above):
I have tried using tcpdump to see how the Synology is talking to the NUT server. Unless I'm using tcpdump wrong, the Synology isn't even trying to connect. tcpdump port 3493 doesn't show a thing on the problem Synology, while it shows traffic on the other Synologies.
Just to be clear, tcpdump on the Synology shows no outbound packets? Do you have multiple ethernet interfaces on the Synology?
tcpdump by itself on the questionable Synology shows plenty of packets. tcpdump port 3493 shows nothing.
-
@hspindel said in NUT Package (2.8.1 and above):
tcpdump port 3493 shows nothing.
Port 3493 was implied.
You see no outbound packets even when you do
telnet firewall 3493on the Synology?
You said that you received a connection refused error when doing the telnet. If there are no outbound packets on the interface, then the issue would have to be the Synology itself. Synology's firewall would be my guess. I've never used Synology's firewall, so I really can't help much there.
-
@dennypage Yes, I have further narrowed this down to be a problem on the Synology.
I have not yet been able to figure out why, but when the Synology attempts to contact pfsense (even by using numeric IP instead of DNS) it actually contacts itself (localhost). Since NUT doesn't exist on localhost, that's why I get a connection refused response.
Just FYI, arp cache looks correct and even flushing the arp cache on the Synology didn't help.
-
@dennypage said in NUT Package (2.8.1 and above):
FWIW, I don't currently know of outstanding issues with pfSense-pkg-nut 2.8.2_1 / nut-devel-2024.01.03 other than the tripplite_usb and nutdrv_qx issues discussed over the last week. I'm not currently aware of anything affecting usbhid-ups or upsmon.
I have a Tripp Lite ECO850LCD using the usbhid-ups driver. I am running 2.8.2_1 nut-devel-2024.01.03. I still have the problem that every few days the hid driver looses connection to the Tripp Lite and I have to physically disconnect the USB and restart Nut. Is this problem supposed to be fixed now?
-
@hspindel said in NUT Package (2.8.1 and above):
I have not yet been able to figure out why, but when the Synology attempts to contact pfsense (even by using numeric IP instead of DNS) it actually contacts itself (localhost).
The actual localhost (logical) interface? Or an ethernet (physical) interface? Btw, you didn't answer the question regarding multiple interfaces being present on the Synology.
What do you have in
Control Panel -> Network -> General -> Network Interfaceand
Control Panel -> Network -> General -> Advanced Settings?
If you want me to look at the tcpdump output from the Synology during the connection attempt, please send it via PM.
-
@ghound said in NUT Package (2.8.1 and above):
I still have the problem that every few days the hid driver looses connection to the Tripp Lite and I have to physically disconnect the USB and restart Nut.
I don't know about this issue. What do you see in the logs for kernel USB and usbhid-ups?
When the unit disappears, does it still show up when you do
usbconfig -v?
-
I recently reloaded the driver, so I may have to wait a few days for the problem to show up. In the mean time this post is the problem I thought I was having (even though I have a Tripp Lite not a CyberPower, others reported your devel packaged helped Tripp Lite UPS):
From your Feb 22, 2023 post...
For those of you affected by the CyberPower issue (and those that will be in the future):
First, I want to thank all of you for your help in tracking this down. Particularly @shaffergr, who was kind enough, and trusting enough, to run test builds for me against his CyberPower.
1 tracked this down to a double free by the ush code in nut. FWIW, I don't believe that this issue is completely limited to CyberPower UPSs, but it is probably pretty difficult to encounter with other units as hitting the issue requires a reconnect of the UPS on the bus. CyberPower units are well known to randomly disconnect and reconnect seemingly at random.
For those wondering why this issue did not happen in prior to 23.01: 22.05 and below used nut version 2.7.4. In 2.7.4, nut did not actually close the device when a disconnect happened. Presumably, this may have resulted in a memory leak at shutdown, but I didn't explore enough to confirm. In 2.8.0, when a device disconnects nut actually closes the device when it disconnects. In fact, it closes it twice on all systems other than Linux. There is even a comment in the code noting how the double close would cause corruption on Linux systems. Unfortunately contrary to the code comments it also causes corruption in FreeBSD.
Having traced this down in the 2.8.0 release code, when I went to the current development version I surprised to find that someone had beat me to it, and fixed the issue back in August. It's just not been release yet. :)
To resolve this will require a new version of nut. Either a new release from the nut team, or for the pfSense team to move from the 2.8.0 release version to the current development version of nut. The nut team is looking toward 2.8.1, but it appears that they have a few things they still want to address before putting that out. I will explore the concept of moving to nut-devel with the pfSense team as time permits (I think they are pretty busy right now). But no matter which way it goes, it's going to take some time.
In the interim, the only known work-around using the release code (discovered by @tman222) is to add the line "interruptonly"
to the Extra Arguments to driver section. This will cut down some of the information you can see about your UPS, but the important stuff needed to monitor and shutdown should still be there.
Alternatively, if brave souls are interested, I have a build of usbhid-ups made from the FreeBSD nut-devel package. I do not have a CyberPower available so I haven't been able to directly test it, but I expect that it will work.
If you you decide you would like a copy, reach out to me and I will see about getting it to you. For reference, the shasum and sha256sum checksums are:
49ce9131502bb86789ee97b7fb3fc81fc9f8fff usbhid-ups
999a2653559dbc50ecc8ba592a67587ble307a1495f6e8ebbd3d8e90e3967133 usbhid-ups -
@dennypage said in NUT Package (2.8.1 and above):
@hspindel said in NUT Package (2.8.1 and above):
I have not yet been able to figure out why, but when the Synology attempts to contact pfsense (even by using numeric IP instead of DNS) it actually contacts itself (localhost).
The actual localhost (logical) interface? Or an ethernet (physical) interface? Btw, you didn't answer the question regarding multiple interfaces being present on the Synology.
What do you have in
Control Panel -> Network -> General -> Network Interfaceand
Control Panel -> Network -> General -> Advanced Settings?
If you want me to look at the tcpdump output from the Synology during the connection attempt, please send it via PM.
I can hardly believe it, but I finally fixed this. The problem had nothing to do with NUT, which is why it was tricky to track down.
The problem was that one of the network settings in a disused part of Container Manager added a route to the routing table that prevented correct access to other devices on my local network. Deleting the network in the Container Manager fixed the issue. Once, the DS1522 could correctly contact the local network, it found the UPS/NUT right away.
I do thank you for your help in looking at this. It eventually helped me reach the right answer.
-
@ghound said in NUT Package (2.8.1 and above):
I recently reloaded the driver, so I may have to wait a few days for the problem to show up. In the mean time this post is the problem I thought I was having (even though I have a Tripp Lite not a CyberPower, others reported your devel packaged helped Tripp Lite UPS):
From your Feb 22, 2023 post...
That post is long out of date. The particular issue discussed there was a USB library problem, which was addressed in the October 2023 release.
The recent TrippLite issues introduced in the January 2024 release are particular to the legacy TrippLite protocol (tripplite_usb). No association with HID UPSs (usbhid-ups).
-
@dennypage said in NUT Package (2.8.1 and above):
I don't know about this issue. What do you see in the logs for kernel USB and usbhid-ups?
When the unit disappears, does it still show up when you do
usbconfig -v
?Is there a way to capture when the connection is dropped? The system log is quickly flooded with:
Mar 4 20:06:25 upsmon 54708 Poll UPS [TrippLite] failed - Driver not connected Mar 4 20:06:20 upsmon 54708 Poll UPS [TrippLite] failed - Driver not connected Mar 4 20:06:14 upsmon 54708 Poll UPS [TrippLite] failed - Driver not connected Mar 4 20:06:09 upsmon 54708 Poll UPS [TrippLite] failed - Driver not connected Mar 4 20:06:04 upsmon 54708 UPS TrippLite is unavailable Mar 4 20:06:04 upsmon 54708 Poll UPS [TrippLite] failed - Driver not connected Mar 4 20:05:59 upsmon 54708 Poll UPS [TrippLite] failed - Driver not connected Mar 4 20:05:54 upsmon 54708 Poll UPS [TrippLite] failed - Driver not connectedThe output of usbconfig -v is:
ugen0.1: <Generic XHCI root HUB> at usbus0, cfg=0 md=HOST spd=SUPER (5.0Gbps) pwr=SAVE (0mA) ugen0.1.0: uhub0: <Generic XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0300 bDeviceClass = 0x0009 <HUB> bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0003 bMaxPacketSize0 = 0x0009 idVendor = 0x0000 idProduct = 0x0000 bcdDevice = 0x0100 iManufacturer = 0x0001 <Generic> iProduct = 0x0002 <XHCI root HUB> iSerialNumber = 0x0000 <no string> bNumConfigurations = 0x0001 Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x001f bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0000 <no string> bmAttributes = 0x0040 bMaxPower = 0x0000 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0001 bInterfaceClass = 0x0009 <HUB> bInterfaceSubClass = 0x0000 bInterfaceProtocol = 0x0000 iInterface = 0x0000 <no string> Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 <IN> bmAttributes = 0x0003 <INTERRUPT> wMaxPacketSize = 0x0002 bInterval = 0x00ff bRefresh = 0x0000 bSynchAddress = 0x0000 Additional Descriptor bLength = 0x06 bDescriptorType = 0x30 bDescriptorSubType = 0x00 RAW dump: 0x00 | 0x06, 0x30, 0x00, 0x00, 0x00, 0x00 ugen1.1: <Marvell EHCI root HUB> at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA) ugen1.1.0: uhub1: <Marvell EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0009 <HUB> bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0001 bMaxPacketSize0 = 0x0040 idVendor = 0x0000 idProduct = 0x0000 bcdDevice = 0x0100 iManufacturer = 0x0001 <Marvell> iProduct = 0x0002 <EHCI root HUB> iSerialNumber = 0x0000 <no string> bNumConfigurations = 0x0001 Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0019 bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0000 <no string> bmAttributes = 0x0040 bMaxPower = 0x0000 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0001 bInterfaceClass = 0x0009 <HUB> bInterfaceSubClass = 0x0000 bInterfaceProtocol = 0x0000 iInterface = 0x0000 <no string> Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 <IN> bmAttributes = 0x0003 <INTERRUPT> wMaxPacketSize = 0x0008 bInterval = 0x00ff bRefresh = 0x0000 bSynchAddress = 0x0000 ugen1.2: <Tripp Lite ECO850LCD> at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON (100mA) bLength = 0x0012 bDescriptorType = 0x0001 bcdUSB = 0x0200 bDeviceClass = 0x0000 <Probed by interface class> bDeviceSubClass = 0x0000 bDeviceProtocol = 0x0000 bMaxPacketSize0 = 0x0040 idVendor = 0x09ae idProduct = 0x3024 bcdDevice = 0x0002 iManufacturer = 0x0003 <retrieving string failed> iProduct = 0x0001 <retrieving string failed> iSerialNumber = 0x0005 <retrieving string failed> bNumConfigurations = 0x0001 Configuration index 0 bLength = 0x0009 bDescriptorType = 0x0002 wTotalLength = 0x0022 bNumInterfaces = 0x0001 bConfigurationValue = 0x0001 iConfiguration = 0x0000 <no string> bmAttributes = 0x00a0 bMaxPower = 0x0032 Interface 0 bLength = 0x0009 bDescriptorType = 0x0004 bInterfaceNumber = 0x0000 bAlternateSetting = 0x0000 bNumEndpoints = 0x0001 bInterfaceClass = 0x0003 <HID device> bInterfaceSubClass = 0x0000 bInterfaceProtocol = 0x0000 iInterface = 0x0000 <no string> Additional Descriptor bLength = 0x09 bDescriptorType = 0x21 bDescriptorSubType = 0x11 RAW dump: 0x00 | 0x09, 0x21, 0x11, 0x01, 0x21, 0x01, 0x22, 0x75, 0x08 | 0x03 Endpoint 0 bLength = 0x0007 bDescriptorType = 0x0005 bEndpointAddress = 0x0081 <IN> bmAttributes = 0x0003 <INTERRUPT> wMaxPacketSize = 0x0040 bInterval = 0x00ff bRefresh = 0x0000 bSynchAddress = 0x0000 -
@ghound said in NUT Package (2.8.1 and above):
Is there a way to capture when the connection is dropped? The system log is quickly flooded with:
Mar 4 20:06:25 upsmon 54708 Poll UPS [TrippLite] failed - Driver not connected
I think I found the place in the system log when the connection was lost:
Mar 3 23:15:06 router01 upsd[53387]: Found 1 UPS defined in ups.conf Mar 3 23:15:07 router01 upsd[53855]: Startup successful Mar 3 23:15:07 router01 usbhid-ups[53729]: using 'battery.charge' to set battery low state Mar 3 23:15:07 router01 usbhid-ups[53729]: using 'battery.runtime' to set battery low state Mar 3 23:15:07 router01 usbhid-ups[54232]: Startup successful Mar 3 23:15:08 router01 upsmon[54510]: Startup successful Mar 3 23:15:08 router01 upsd[53855]: Connected to UPS [TrippLite]: usbhid-ups-TrippLite Mar 3 23:15:08 router01 upsd[53855]: User local-monitor@::1 logged into UPS [TrippLite] ~ ~ ~ Mar 4 14:18:19 router01 usbhid-ups[54232]: libusb1: Could not open any HID devices: insufficient permissions on everything Mar 4 14:18:19 router01 upsd[53855]: Data for UPS [TrippLite] is stale - check driver Mar 4 14:18:19 router01 upsmon[54708]: Poll UPS [TrippLite] failed - Data stale Mar 4 14:18:19 router01 upsmon[54708]: Communications with UPS TrippLite lost Mar 4 14:18:21 router01 usbhid-ups[54232]: libusb1: Could not open any HID devices: insufficient permissions on everything Mar 4 14:18:23 router01 usbhid-ups[54232]: libusb1: Could not open any HID devices: insufficient permissions on everything -
@ghound said in NUT Package (2.8.1 and above):
Is there a way to capture when the connection is dropped? The system log is quickly flooded with…
We only care about things that match “kernel” or “usbhid-ups”…
-
@dennypage said in NUT Package (2.8.1 and above):
We only care about things that match “kernel” or “usbhid-ups”…
Everything was working fine on March 3rd (after restart) but when I checked afternoon of March 4th, Nut reported: Failed to retrieve status.
(Of course there are many "usbhid-ups: Could not open any HID devices" entries between Mar 4 14:18 and Mar 4 15:03.)
Mar 3 23:15:00 router01 kernel: nd6_dad_timer: called with non-tentative address fe80:c::1:1(mvneta0.4092) Mar 3 23:15:07 router01 usbhid-ups[53729]: using 'battery.charge' to set battery low state Mar 3 23:15:07 router01 usbhid-ups[53729]: using 'battery.runtime' to set battery low state Mar 3 23:15:07 router01 usbhid-ups[54232]: Startup successful Mar 4 14:18:19 router01 usbhid-ups[54232]: libusb1: Could not open any HID devices: insufficient permissions on everything Mar 4 14:18:21 router01 usbhid-ups[54232]: libusb1: Could not open any HID devices: insufficient permissions on everything Mar 4 14:18:23 router01 usbhid-ups[54232]: libusb1: Could not open any HID devices: insufficient permissions on everything ~ ~ ~ Mar 4 15:03:26 router01 usbhid-ups[54232]: libusb1: Could not open any HID devices: insufficient permissions on everything Mar 4 15:03:28 router01 usbhid-ups[54232]: libusb1: Could not open any HID devices: insufficient permissions on everything Mar 4 15:03:28 router01 usbhid-ups[54232]: Failed to init libusb 1.0: Cannot allocate memory Mar 4 15:03:28 router01 kernel: kern.ipc.maxpipekva exceeded; see tuning(7) -
@ghound If I understood you correctly, you had previously said that you had to physically disconnect the USB cable after the UPS disappeared. However the usbconfig output you posted shows that the UPS is still connected. Also, there are not kernel USB messages. Can you clarify please?
When the UPS stops, have you tried restarting the UPS service?
Lastly, can you please post anything you have in the "Extra Arguments to driver" and "Additional configuration lines for ups.conf" sections?
-
@dennypage said in NUT Package (2.8.1 and above):
@ghound If I understood you correctly, you had previously said that you had to physically disconnect the USB cable after the UPS disappeared. However the usbconfig output you posted shows that the UPS is still connected. Also, there are not kernel USB messages. Can you clarify please?
I had physically disconnected/reconnected the USB earlier that day and and restarted after I lost WAN ISP connection overnight. Here are log entries from that event:
Mar 3 06:39:12 router01 usbhid-ups[33081]: libusb1: Could not open any HID devices: insufficient permissions on everything Mar 3 06:39:13 router01 usbhid-ups[33081]: Failed to init libusb 1.0: Cannot allocate memory Mar 3 06:39:13 router01 kernel: kern.ipc.maxpipekva exceeded; see tuning(7) ~ ~ ~ Mar 3 09:57:34 router01 kernel: ---<<BOOT>>--- Mar 3 09:57:34 router01 kernel: GDB: debug ports: uart Mar 3 09:57:34 router01 kernel: GDB: current port: uart Mar 3 09:57:34 router01 kernel: KDB: debugger backends: ddb gdb Mar 3 09:57:34 router01 kernel: KDB: current backend: ddb Mar 3 09:57:34 router01 kernel: Copyright (c) 1992-2023 The FreeBSD Project. Mar 3 09:57:34 router01 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Mar 3 09:57:34 router01 kernel: The Regents of the University of California. All rights reserved. Mar 3 09:57:34 router01 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Mar 3 09:57:34 router01 kernel: FreeBSD 14.0-CURRENT aarch64 1400094 #1 plus-RELENG_23_09_1-n256200-3de1e293f3a: Wed Dec 6 20:59:18 UTC 2023 Mar 3 09:57:34 router01 kernel: root@freebsd:/var/jenkins/workspace/pfSense-Plus-snapshots-23_09_1-main/obj/aarch64/8ra4gn87/var/jenkins/workspace/pfSense-Plus-snapshots-23_09_1-main/sources/FreeBSD-src-plus-RELENG_23_09_1/arm64.aarch64/sys/pfSense arm64 Mar 3 09:57:34 router01 kernel: FreeBSD clang version 16.0.6 (https://github.com/llvm/llvm-project.git llvmorg-16.0.6-0-g7cbf1a259152) Mar 3 09:57:34 router01 kernel: VT: init without driver. Mar 3 09:57:34 router01 kernel: module scmi already present! Mar 3 09:57:34 router01 kernel: real memory = 1073680384 (1023 MB) Mar 3 09:57:34 router01 kernel: avail memory = 983601152 (938 MB) Mar 3 09:57:34 router01 kernel: Starting CPU 1 (1) Mar 3 09:57:34 router01 kernel: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs Mar 3 09:57:34 router01 kernel: arc4random: WARNING: initial seeding bypassed the cryptographic random device because it was not yet seeded and the knob 'bypass_before_seeding' was enabled. Mar 3 09:57:34 router01 kernel: random: entropy device external interface Mar 3 09:57:34 router01 kernel: ipw_bss: You need to read the LICENSE file in /usr/share/doc/legal/intel_ipw.LICENSE. Mar 3 09:57:34 router01 kernel: ipw_bss: If you agree with the license, set legal.intel_ipw.license_ack=1 in /boot/loader.conf. Mar 3 09:57:34 router01 kernel: module_register_init: MOD_LOAD (ipw_bss_fw, 0xffff000000251810, 0) error 1 Mar 3 09:57:34 router01 kernel: ipw_ibss: You need to read the LICENSE file in /usr/share/doc/legal/intel_ipw.LICENSE. Mar 3 09:57:34 router01 kernel: ipw_ibss: If you agree with the license, set legal.intel_ipw.license_ack=1 in /boot/loader.conf. Mar 3 09:57:34 router01 kernel: module_register_init: MOD_LOAD (ipw_ibss_fw, 0xffff0000002518bc, 0) error 1 Mar 3 09:57:34 router01 kernel: ipw_monitor: You need to read the LICENSE file in /usr/share/doc/legal/intel_ipw.LICENSE. Mar 3 09:57:34 router01 kernel: ipw_monitor: If you agree with the license, set legal.intel_ipw.license_ack=1 in /boot/loader.conf. Mar 3 09:57:34 router01 kernel: module_register_init: MOD_LOAD (ipw_monitor_fw, 0xffff000000251968, 0) error 1 Mar 3 09:57:34 router01 kernel: iwi_bss: You need to read the LICENSE file in /usr/share/doc/legal/intel_iwi.LICENSE. Mar 3 09:57:34 router01 kernel: iwi_bss: If you agree with the license, set legal.intel_iwi.license_ack=1 in /boot/loader.conf. Mar 3 09:57:34 router01 kernel: module_register_init: MOD_LOAD (iwi_bss_fw, 0xffff000000251a14, 0) error 1 Mar 3 09:57:34 router01 kernel: iwi_ibss: You need to read the LICENSE file in /usr/share/doc/legal/intel_iwi.LICENSE. Mar 3 09:57:34 router01 kernel: iwi_ibss: If you agree with the license, set legal.intel_iwi.license_ack=1 in /boot/loader.conf. Mar 3 09:57:34 router01 kernel: module_register_init: MOD_LOAD (iwi_ibss_fw, 0xffff000000251ac0, 0) error 1 Mar 3 09:57:34 router01 kernel: wlan: mac acl policy registered Mar 3 09:57:34 router01 kernel: iwi_monitor: You need to read the LICENSE file in /usr/share/doc/legal/intel_iwi.LICENSE. Mar 3 09:57:34 router01 kernel: iwi_monitor: If you agree with the license, set legal.intel_iwi.license_ack=1 in /boot/loader.conf. Mar 3 09:57:34 router01 kernel: module_register_init: MOD_LOAD (iwi_monitor_fw, 0xffff000000251b6c, 0) error 1 Mar 3 09:57:34 router01 kernel: kbd0 at kbdmux0 Mar 3 09:57:34 router01 kernel: ofwbus0: <Open Firmware Device Tree> Mar 3 09:57:34 router01 kernel: simplebus0: <Flattened device tree simple bus> on ofwbus0 Mar 3 09:57:34 router01 kernel: simplebus1: <Flattened device tree simple bus> on simplebus0 Mar 3 09:57:34 router01 kernel: ofw_firmware0: <OFW Firmware Group> on ofwbus0 Mar 3 09:57:34 router01 kernel: simple_mfd0: <Simple MFD (Multi-Functions Device)> mem 0x13800-0x138ff,0x13c00-0x13c1f on simplebus1 Mar 3 09:57:34 router01 kernel: simple_mfd1: <Simple MFD (Multi-Functions Device)> mem 0x18800-0x188ff,0x18c00-0x18c1f on simplebus1 Mar 3 09:57:34 router01 kernel: psci0: <ARM Power State Co-ordination Interface Driver> on ofwbus0 Mar 3 09:57:34 router01 kernel: netgate0: <Netgate 1100> Mar 3 09:57:34 router01 kernel: gic0: <ARM Generic Interrupt Controller v3.0> mem 0x1d00000-0x1d0ffff,0x1d40000-0x1d7ffff,0x1d80000-0x1d81fff,0x1d90000-0x1d91fff,0x1da0000-0x1dbffff irq 28 on simplebus1 Mar 3 09:57:34 router01 kernel: gpio0: <Armada 37x0 North Bridge GPIO Controller> mem 0x13800-0x138ff,0x13c00-0x13c1f irq 29,30,31,32,33,34,35,36,37,38,39,40 on simple_mfd0 Mar 3 09:57:34 router01 kernel: gpiobus0: <OFW GPIO bus> on gpio0 Mar 3 09:57:34 router01 kernel: gpio1: <Armada 37x0 South Bridge GPIO Controller> mem 0x18800-0x188ff,0x18c00-0x18c1f irq 41,42,43,44,45 on simple_mfd1 Mar 3 09:57:34 router01 kernel: gpiobus1: <OFW GPIO bus> on gpio1 Mar 3 09:57:34 router01 kernel: gpioregulator0: <GPIO controlled regulator> on ofwbus0 Mar 3 09:57:34 router01 kernel: a37x0-xtal0: <Marvell Armada 3700 Oscillator> mem 0x13800-0x138ff,0x13c00-0x13c1f on simple_mfd0 Mar 3 09:57:34 router01 kernel: generic_timer0: <ARMv8 Generic Timer> irq 0,1,2,3 on ofwbus0 Mar 3 09:57:34 router01 kernel: Timecounter "ARM MPCore Timecounter" frequency 12500000 Hz quality 1000 Mar 3 09:57:34 router01 kernel: Event timer "ARM MPCore Eventtimer" frequency 12500000 Hz quality 1000 Mar 3 09:57:34 router01 kernel: a37x0_tbg0: <Marvell Armada 3700 time base generators> mem 0x13200-0x132ff on simplebus1 Mar 3 09:57:34 router01 kernel: a37x0_nb_periph_driver0: <marvell,armada-3700-nb-periph-clock> mem 0x13000-0x130ff on simplebus1 Mar 3 09:57:34 router01 kernel: a37x0_sb_periph_driver0: <marvell,armada-3700-sb-periph-clock> mem 0x18000-0x180ff on simplebus1 Mar 3 09:57:34 router01 kernel: cpulist0: <Open Firmware CPU Group> on ofwbus0 Mar 3 09:57:34 router01 kernel: cpu0: <Open Firmware CPU> on cpulist0 Mar 3 09:57:34 router01 kernel: pmu0: <Performance Monitoring Unit> irq 4 on ofwbus0 Mar 3 09:57:34 router01 kernel: spi0: <Armada 37x0 SPI controller> mem 0x10600-0x10fff irq 6 on simplebus1 Mar 3 09:57:34 router01 kernel: iichb0: <Marvell Armada 37x0 IIC controller> mem 0x11000-0x11023 irq 7 on simplebus1 Mar 3 09:57:34 router01 kernel: iicbus0: <OFW I2C bus> on iichb0 Mar 3 09:57:34 router01 kernel: iic0: <I2C generic I/O> on iicbus0 Mar 3 09:57:34 router01 kernel: uart0: <Marvell Armada 3700 UART> mem 0x12000-0x12017 irq 9,10,11 on simplebus1 Mar 3 09:57:34 router01 kernel: uart0: console (115200,n,8,1) Mar 3 09:57:34 router01 kernel: gpioc0: <GPIO controller> on gpio0 Mar 3 09:57:34 router01 kernel: gpioc1: <GPIO controller> on gpio1 Mar 3 09:57:34 router01 kernel: mvneta0: <NETA controller> mem 0x30000-0x33fff irq 14 on simplebus1 Mar 3 09:57:34 router01 kernel: mvneta0: version is 10 Mar 3 09:57:34 router01 kernel: mdio0: <MDIO> on mvneta0 Mar 3 09:57:34 router01 kernel: mdioproxy0: <MII/MDIO proxy, MDIO side> on mdio0 Mar 3 09:57:34 router01 kernel: e6000sw0: <Marvell 88E6341> on mdio0 Mar 3 09:57:34 router01 kernel: e6000sw0: multi-chip addressing mode (0x1) Mar 3 09:57:34 router01 kernel: e6000sw0: CPU port at 0 Mar 3 09:57:34 router01 kernel: e6000sw0: fixed port at 0 Mar 3 09:57:34 router01 kernel: e6000sw0: PHY at port 1 Mar 3 09:57:34 router01 kernel: miibus0: <MII bus> on e6000sw0 Mar 3 09:57:34 router01 kernel: e1000phy0: <Marvell 88E1000 Gigabit PHY> PHY 17 on miibus0 Mar 3 09:57:34 router01 kernel: e1000phy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto Mar 3 09:57:34 router01 kernel: e6000sw0: PHY at port 2 Mar 3 09:57:34 router01 kernel: miibus1: <MII bus> on e6000sw0 Mar 3 09:57:34 router01 kernel: e1000phy1: <Marvell 88E1000 Gigabit PHY> PHY 18 on miibus1 Mar 3 09:57:34 router01 kernel: e1000phy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto Mar 3 09:57:34 router01 kernel: e6000sw0: PHY at port 3 Mar 3 09:57:34 router01 kernel: miibus2: <MII bus> on e6000sw0 Mar 3 09:57:34 router01 kernel: e1000phy2: <Marvell 88E1000 Gigabit PHY> PHY 19 on miibus2 Mar 3 09:57:34 router01 kernel: e1000phy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto Mar 3 09:57:34 router01 kernel: e6000sw0: switch is ready. Mar 3 09:57:34 router01 kernel: etherswitch0: <Switch controller> on e6000sw0 Mar 3 09:57:34 router01 kernel: mvneta0: Ethernet address: f0:ad:4e:1b:e5:a6 Mar 3 09:57:34 router01 kernel: xhci0: <Generic USB 3.0 controller> mem 0x58000-0x5bfff irq 16 on simplebus1 Mar 3 09:57:34 router01 kernel: xhci0: 32 bytes context size, 32-bit DMA Mar 3 09:57:34 router01 kernel: usbus0 on xhci0 Mar 3 09:57:34 router01 kernel: ehci0: <Marvell Integrated USB 2.0 controller> mem 0x5e000-0x5efff irq 17 on simplebus1 Mar 3 09:57:34 router01 kernel: usbus1: EHCI version 1.0 Mar 3 09:57:34 router01 kernel: usbus1 on ehci0 Mar 3 09:57:34 router01 kernel: sdhci_xenon0: <Armada Xenon SDHCI controller> mem 0xd0000-0xd02ff,0x1e808-0x1e80b irq 25 on simplebus1 Mar 3 09:57:34 router01 kernel: sdhci_xenon1: <Armada Xenon SDHCI controller> mem 0xd8000-0xd82ff,0x17808-0x1780b irq 26 on simplebus1 Mar 3 09:57:34 router01 kernel: mmc0: <MMC/SD bus> on sdhci_xenon1 Mar 3 09:57:34 router01 kernel: ahci0: <AHCI SATA controller> mem 0xe0000-0xe0177 irq 27 on simplebus1 Mar 3 09:57:34 router01 kernel: ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FBS Mar 3 09:57:34 router01 kernel: ahcich0: <AHCI channel> at channel 0 on ahci0 Mar 3 09:57:34 router01 kernel: device_attach: ahcich0 attach returned 6 Mar 3 09:57:34 router01 kernel: pcib0: <Marvell Armada 3700 PCIe Bus Controller> mem 0xd0070000-0xd008ffff irq 5 on simplebus0 Mar 3 09:57:34 router01 kernel: pcib0: link never came up Mar 3 09:57:34 router01 kernel: pci0: <OFW PCI bus> on pcib0 Mar 3 09:57:34 router01 kernel: gpioled0: <GPIO LEDs> on ofwbus0 Mar 3 09:57:34 router01 kernel: armv8crypto0: <AES-CBC,AES-XTS,AES-GCM> Mar 3 09:57:34 router01 kernel: Timecounters tick every 1.000 msec Mar 3 09:57:34 router01 kernel: mvneta0: link state changed to UP Mar 3 09:57:34 router01 kernel: spibus0: <OFW SPI bus> on spi0 Mar 3 09:57:34 router01 kernel: mx25l0: <M25Pxx Flash Family> at cs 0 mode 0 on spibus0 Mar 3 09:57:34 router01 kernel: mx25l0: device type mx25u3235f, size 4096K in 64 sectors of 64K, erase size 4K Mar 3 09:57:34 router01 kernel: usbus0: 5.0Gbps Super Speed USB v3.0 Mar 3 09:57:34 router01 kernel: usbus1: 480Mbps High Speed USB v2.0 Mar 3 09:57:34 router01 kernel: ugen0.1: <Generic XHCI root HUB> at usbus0 Mar 3 09:57:34 router01 kernel: uhub0 on usbus0 Mar 3 09:57:34 router01 kernel: uhub0: <Generic XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 Mar 3 09:57:34 router01 kernel: ugen1.1: <Marvell EHCI root HUB> at usbus1 Mar 3 09:57:34 router01 kernel: uhub1 on usbus1 Mar 3 09:57:34 router01 kernel: uhub1: <Marvell EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus1 Mar 3 09:57:34 router01 kernel: mmc0: Failed to set VCCQ for card at relative address 2 Mar 3 09:57:34 router01 kernel: mmcsd0: 8GB <MMCHC DG4008 0.1 SN 223D1804 MFG 03/2018 by 69 0x0000> at mmc0 50.0MHz/8bit/65535-block Mar 3 09:57:34 router01 kernel: mmcsd0boot0: 4MB partition 1 at mmcsd0 Mar 3 09:57:34 router01 kernel: mmcsd0boot1: 4MB partition 2 at mmcsd0 Mar 3 09:57:34 router01 kernel: mmcsd0rpmb: 4MB partition 3 at mmcsd0 Mar 3 09:57:34 router01 kernel: CPU 0: ARM Cortex-A53 r0p4 affinity: 0 Mar 3 09:57:34 router01 kernel: Cache Type = <64 byte D-cacheline,64 byte I-cacheline,VIPT ICache,64 byte ERG,64 byte CWG> Mar 3 09:57:34 router01 kernel: Instruction Set Attributes 0 = <CRC32,SHA2,SHA1,AES+PMULL> Mar 3 09:57:34 router01 kernel: Instruction Set Attributes 1 = <> Mar 3 09:57:34 router01 kernel: Instruction Set Attributes 2 = <> Mar 3 09:57:34 router01 kernel: Processor Features 0 = <GIC,AdvSIMD,FP,EL3 32,EL2 32,EL1 32,EL0 32> Mar 3 09:57:34 router01 kernel: Processor Features 1 = <> Mar 3 09:57:34 router01 kernel: Memory Model Features 0 = <TGran4,TGran64,SNSMem,BigEnd,16bit ASID,1TB PA> Mar 3 09:57:34 router01 kernel: Memory Model Features 1 = <8bit VMID> Mar 3 09:57:34 router01 kernel: Memory Model Features 2 = <32bit CCIDX,48bit VA> Mar 3 09:57:34 router01 kernel: Debug Features 0 = <DoubleLock,2 CTX BKPTs,4 Watchpoints,6 Breakpoints,PMUv3,Debugv8> Mar 3 09:57:34 router01 kernel: Debug Features 1 = <> Mar 3 09:57:34 router01 kernel: Auxiliary Features 0 = <> Mar 3 09:57:34 router01 kernel: Auxiliary Features 1 = <> Mar 3 09:57:34 router01 kernel: AArch32 Instruction Set Attributes 5 = <CRC32,SHA2,SHA1,AES+VMULL,SEVL> Mar 3 09:57:34 router01 kernel: AArch32 Media and VFP Features 0 = <FPRound,FPSqrt,FPDivide,DP VFPv3+v4,SP VFPv3+v4,AdvSIMD> Mar 3 09:57:34 router01 kernel: AArch32 Media and VFP Features 1 = <SIMDFMAC,FPHP DP Conv,SIMDHP SP Conv,SIMDSP,SIMDInt,SIMDLS,FPDNaN,FPFtZ> Mar 3 09:57:34 router01 kernel: CPU 1: ARM Cortex-A53 r0p4 affinity: 1 Mar 3 09:57:34 router01 kernel: Release APs...done Mar 3 09:57:34 router01 kernel: TCP_ratelimit: Is now initialized Mar 3 09:57:34 router01 kernel: Trying to mount root from ufs:/dev/diskid/DISK-223D1804s3 [rw,noatime]... Mar 3 09:57:34 router01 kernel: uhub0: 2 ports with 2 removable, self powered Mar 3 09:57:34 router01 kernel: Warning: no time-of-day clock registered, system time will not be set accurately Mar 3 09:57:34 router01 kernel: Dual Console: Serial Primary, Video Secondary Mar 3 09:57:34 router01 kernel: uhub1: 1 port with 1 removable, self powered Mar 3 09:57:34 router01 kernel: e6000sw0port1: link state changed to DOWN Mar 3 09:57:34 router01 kernel: e6000sw0port2: link state changed to DOWN Mar 3 09:57:34 router01 kernel: e6000sw0port3: link state changed to DOWN Mar 3 09:57:34 router01 kernel: ugen1.2: <Tripp Lite ECO850LCD> at usbus1 Mar 3 09:57:34 router01 kernel: uhid0 on uhub1 Mar 3 09:57:34 router01 kernel: uhid0: <Tripp Lite ECO850LCD, class 0/0, rev 2.00/0.02, addr 2> on usbus1 Mar 3 09:57:34 router01 kernel: e6000sw0port3: link state changed to UP Mar 3 09:57:34 router01 kernel: random: unblocking device. Mar 3 09:57:34 router01 kernel: safexcel0: <SafeXcel EIP-97 crypto accelerator> mem 0x90000-0xaffff irq 18,19,20,21,22,23 on simplebus1 Mar 3 09:57:34 router01 kernel: lo0: link state changed to UP Mar 3 09:57:34 router01 kernel: e6000sw0port3: link state changed to DOWN Mar 3 09:57:34 router01 kernel: vlan0: changing name to 'mvneta0.4090' Mar 3 09:57:37 router01 kernel: e6000sw0port1: link state changed to UP Mar 3 09:57:37 router01 kernel: e6000sw0port3: link state changed to UP Mar 3 09:57:42 router01 kernel: vlan1: changing name to 'mvneta0.4091' Mar 3 09:57:42 router01 kernel: vlan2: changing name to 'mvneta0.4092' Mar 3 09:57:42 router01 kernel: vlan3: changing name to 'mvneta0.30' Mar 3 09:57:43 router01 kernel: vlan4: changing name to 'mvneta0.40' Mar 3 09:57:43 router01 kernel: [fib_algo] inet.0 (bsearch4#27) rebuild_fd_flm: switching algo to radix4_lockless Mar 3 09:57:43 router01 kernel: vlan5: changing name to 'mvneta0.50' Mar 3 09:57:44 router01 kernel: done. Mar 3 09:57:44 router01 kernel: done. Mar 3 09:57:45 router01 kernel: done. Mar 3 09:57:45 router01 kernel: done. Mar 3 09:57:45 router01 kernel: pflog0: promiscuous mode enabled Mar 3 09:57:48 router01 kernel: . Mar 3 09:57:48 router01 kernel: done. Mar 3 09:57:48 router01 kernel: done. Mar 3 09:57:49 router01 kernel: done. Mar 3 09:57:51 router01 kernel: done. Mar 3 09:57:52 router01 kernel: done. Mar 3 09:58:33 router01 kernel: done. Mar 3 09:58:33 router01 kernel: done. Mar 3 09:58:34 router01 kernel: done. Mar 3 09:58:35 router01 kernel: done. Mar 3 09:58:36 router01 kernel: .... Mar 3 09:58:39 router01 kernel: . Mar 3 09:58:39 router01 kernel: done. Mar 3 09:58:44 router01 kernel: done. Mar 3 09:58:46 router01 kernel: done. Mar 3 09:58:46 router01 kernel: done. Mar 3 09:58:50 router01 usbhid-ups[79600]: using 'battery.charge' to set battery low state Mar 3 09:58:50 router01 kernel: uhid0: at uhub1, port 1, addr 2 (disconnected) Mar 3 09:58:50 router01 kernel: uhid0: detached Mar 3 09:58:50 router01 usbhid-ups[79600]: using 'battery.runtime' to set battery low state Mar 3 09:58:50 router01 usbhid-ups[80230]: Startup successful Mar 3 09:58:54 router01 usbhid-ups[86506]: using 'battery.charge' to set battery low state Mar 3 09:58:54 router01 usbhid-ups[86506]: using 'battery.runtime' to set battery low state Mar 3 09:58:54 router01 usbhid-ups[92987]: Startup successfulWhen the UPS stops, have you tried restarting the UPS service?
Yes, restarting the service alone is unsuccessful. I stop the service, disconnect/reconnect the UPS USB, restart the service - that procedure is successful.
Lastly, can you please post anything you have in the "Extra Arguments to driver" and "Additional configuration lines for ups.conf" sections?
Only using "Extra Arguments to driver":
ignorelb override.battery.charge.low = 20 override.battery.runtime.low = 61 -
@dennypage said in NUT Package (2.8.1 and above):
@ghound If I understood you correctly, you had previously said that you had to physically disconnect the USB cable after the UPS disappeared. However the usbconfig output you posted shows that the UPS is still connected. Also, there are not kernel USB messages. Can you clarify please?
When the UPS stops, have you tried restarting the UPS service?
Lastly, can you please post anything you have in the "Extra Arguments to driver" and "Additional configuration lines for ups.conf" sections?
This is a clean log of being in the failed condition, trying service restart - still in failed condition, stop-nut/disconnect/reconnect/start-nut - connection restored sequence:
~ ~ ~ Nut Service Restart ~ ~ ~ Mar 5 15:06:16 router01 upsmon[54708]: Poll UPS [TrippLite] failed - Driver not connected Mar 5 15:06:19 router01 upsmon[54708]: Signal 15: exiting Mar 5 15:06:19 router01 upsd[53855]: User local-monitor@::1 logged out from UPS [TrippLite] Mar 5 15:06:19 router01 upsd[53855]: mainloop: Interrupted system call Mar 5 15:06:19 router01 upsd[53855]: Signal 15: exiting Mar 5 15:06:19 router01 upsd[54022]: listening on 127.0.0.1 port 3493 Mar 5 15:06:19 router01 upsd[54022]: listening on ::1 port 3493 Mar 5 15:06:19 router01 upsd[54022]: Can't connect to UPS [TrippLite] (usbhid-ups-TrippLite): No such file or directory Mar 5 15:06:19 router01 upsd[54022]: Found 1 UPS defined in ups.conf Mar 5 15:06:19 router01 upsd[54239]: Startup successful Mar 5 15:06:20 router01 upsmon[54725]: Startup successful Mar 5 15:06:20 router01 upsd[54239]: User local-monitor@::1 logged into UPS [TrippLite] Mar 5 15:06:20 router01 upsmon[55048]: Poll UPS [TrippLite] failed - Driver not connected Mar 5 15:06:20 router01 upsmon[55048]: Communications with UPS TrippLite lost Mar 5 15:06:25 router01 upsmon[55048]: Poll UPS [TrippLite] failed - Driver not connected Mar 5 15:06:25 router01 upsmon[55048]: UPS TrippLite is unavailable Mar 5 15:06:30 router01 upsmon[55048]: Poll UPS [TrippLite] failed - Driver not connected Mar 5 15:08:05 router01 upsmon[55048]: Poll UPS [TrippLite] failed - Driver not connected ~ ~ ~ Nut Service Stoped / USB disconnect-reconnect/Nut Service Started ~ ~ ~ Mar 5 15:08:08 router01 upsmon[55048]: Signal 15: exiting Mar 5 15:08:08 router01 upsd[54239]: User local-monitor@::1 logged out from UPS [TrippLite] Mar 5 15:08:08 router01 upsd[54239]: mainloop: Interrupted system call Mar 5 15:08:08 router01 upsd[54239]: Signal 15: exiting Mar 5 15:08:30 router01 kernel: ugen1.2: <Tripp Lite ECO850LCD> at usbus1 (disconnected) Mar 5 15:08:44 router01 kernel: ugen1.2: <Tripp Lite ECO850LCD> at usbus1 Mar 5 15:08:44 router01 kernel: uhid0 on uhub1 Mar 5 15:08:44 router01 kernel: uhid0: <Tripp Lite ECO850LCD, class 0/0, rev 2.00/0.02, addr 2> on usbus1 Mar 5 15:09:04 router01 upsd[98800]: listening on 127.0.0.1 port 3493 Mar 5 15:09:04 router01 upsd[98800]: listening on ::1 port 3493 Mar 5 15:09:04 router01 upsd[98800]: Can't connect to UPS [TrippLite] (usbhid-ups-TrippLite): No such file or directory Mar 5 15:09:04 router01 upsd[98800]: Found 1 UPS defined in ups.conf Mar 5 15:09:04 router01 upsd[643]: Startup successful Mar 5 15:09:05 router01 usbhid-ups[99491]: using 'battery.charge' to set battery low state Mar 5 15:09:05 router01 kernel: uhid0: at uhub1, port 1, addr 2 (disconnected) Mar 5 15:09:05 router01 kernel: uhid0: detached Mar 5 15:09:05 router01 usbhid-ups[99491]: using 'battery.runtime' to set battery low state Mar 5 15:09:05 router01 usbhid-ups[962]: Startup successful Mar 5 15:09:05 router01 upsmon[2297]: Startup successful Mar 5 15:09:05 router01 upsd[643]: Connected to UPS [TrippLite]: usbhid-ups-TrippLite Mar 5 15:09:05 router01 upsd[643]: User local-monitor@::1 logged into UPS [TrippLite] -
@ghound I don't see any error entries from usbhid-ups suggesting a reason for exit.
Can you run the driver by hand in debug mode via ssh please?
First start the service, and then kill the driver:
killall usbhid-upsThen, run the driver with debug:
/usr/local/libexec/nut/usbhid-ups -DDDDDD -a TrippLiteAnd post the output. This may be lengthy, so it's okay to eliminate duplicated line in the middle.
