NUT Package (2.8.1 and above)

[dennypage]

@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.

[hspindel]

@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.

[dennypage]

@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?

[hspindel]

@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.

[dennypage]

@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 3493

on 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.

[hspindel]

@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.

[ghound]

@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?

[dennypage]

@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 Interface

and

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.

[dennypage]

@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

?

[ghound]

@dennypage

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

[hspindel]

@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 Interface

and

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.

[dennypage]

@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).

[ghound]

@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 connected

The 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]

@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

[dennypage]

@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”…

[ghound]

@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)

[dennypage]

@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?

[ghound]

@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 successful

When 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

[ghound]

@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]

[dennypage]

@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-ups

Then, run the driver with debug:

/usr/local/libexec/nut/usbhid-ups -DDDDDD -a TrippLite

And post the output. This may be lengthy, so it's okay to eliminate duplicated line in the middle.