@keyser said in NUT 2.8.1 when?:

@Gertjan Regardless what I do I cannot get usbdump to output any data. Even “usbdump -v” with no specifics does not output anything.

I think a slight mistake. The output that shown for "usbconfig dump_stats" is actually the output for "usbconfig" (without dump_stats).

FWIW, since you are able re-connect almost immediately to the ups, I don't believe that you will be able to effectively capture the output of usbconfig by hand at the appropriate moment to provide meaningful information. And if you did, I suspect that it would boil down to "there is no usb ups device."

The command usbdump is a slightly different thing. This is something that you would want running before, and during, the time when the disconnect actually happens. Not sure that this is worth the effort though as the most likely outcome is again "there is no usb ups device."

You can certainly run usbdump, but it would probably be more productive to run the driver in debug mode (see later posts in the main 2.8.1 thread for examples). However based upon what you have posted, the most likely outcome is again "there is no usb ups device."

You might want to explore the Advanced section items I suggested a few posts above.

@anthonys

Thanks all.

@markster Please see discussions in the NUT support thread.

@dennypage

Hello - I feel really thick now I've worked out what you meant! For anyone else as stupid as me, you need to do the following:

Download the 2 files upsmon and usbhid-ups which Dennypage has on the other thread circa post #104 - they download as .gz files which are compressed (like .zip, .rar etc)

In my case I was using a windows machine so I extracted them using Winrar and then copied them onto my pfSense machine - I'm sure there's a way to extract them in Linux etc but I'm not great at Linux!

STOP the UPS service in pfSense

I backed up the two existing files in their current directories (/usr/local/sbin/upsmon and /usr/local/libexec/nut/usbhid-ups) by adding .org as a suffix to their name then moved the new files into the directory

The permissions were wrong by default so both files need to be chmod 755 before the service can be started as per the last posts on the thread

You should see the following when you're done if you run the command: ls -l /usr/local/sbin/upsmon* /usr/local/libexec/nut/usbhid-ups*

-rwxr-xr-x 1 root wheel 333728 Jan 15 15:37 /usr/local/libexec/nut/usbhid-ups
-rwxr-xr-x 1 root wheel 287088 Nov 17 13:41 /usr/local/libexec/nut/usbhid-ups.org
-rwxr-xr-x 1 root wheel 87760 Jan 15 15:37 /usr/local/sbin/upsmon
-rwxr-xr-x 1 root wheel 68888 Nov 17 13:41 /usr/local/sbin/upsmon.org

After this it was just a case of restarting the nut service and it started perfectly.

I am guessing that pfSense will release a new version of these files in the coming weeks / months which will remove the need to do this, but in the mean time, I believe the above seems to fix the issue!

Thanks so much to @dennypage for his patience and support with this issue - I'm still learning all this stuff! 😁

@hspindel See the pfSense NUT support thread.

@RyanM said in Downgrade NUT package vs. remote upgrade of pfSense CE:

Just wasn't sure if there was an easy way to "downgrade" NUT.

You could go into the old NUT support thread and grab one of the testing builds that was done earlier in the year. If you do, make sure you get the right arch... the amd64 version was in the February timeframe, and the arm version was a couple of months later.

@dennypage

Good morning,
I updated to pfsense 2.7.1 with Nut ver 2.8.2

The quirk is always inserted in the boot loader.
hw.usb.quirk.0="0x04b4 0x5500 0x0000 0xffff UQ_HID_IGNORE"

I confirm that the Riello VST1100 UPS is working well without disconnection of the USB port

Soon I will also let you know for the "Riello Sentinel Pro 2200" and "Riello Sentinel Dual SDU 6Kw" models

Yesterday (Wednesday 29th November 2023) I upgraded my pfSense router
from v2.7.0-RELEASE and 'nut' version 2.8.0_2
to v2.7.1-RELEASE with 'nut' version 2.8.2

Now after 24 hours of normal usage, and having done a couple of test mains power breaks,
all the issues I was previously having with the intermittent USB monitoring of my Eaton-3S-550 UPS, and associated missing notification emails, appear to have been resolved.

@JHanko

Great,

Now that I had some more time, was going to create a redmine for this issue

and of course discovered there is one that has a similar proposed fixed. So I'm not going to create an account on redmine for the sole purpose of updating it.

https://redmine.pfsense.org/issues/14398

perhaps we could kindly ask @stephenw10 to update the redmine for you (us) so that at some point down the road it ends up in the system.
The redmine indicates affected version is 23.01 (and certainly it is) it is still there for 23.09 and 2.7.1 CE

Thanks

@hspindel Excellent. Thank you for helping test.

@dennypage said in NUT frequently disconnects netgate 2100:

The short version is that the new pfSense NUT package, which fixes the USB and SNMP issues, should start with 23.09. Soon.

Ok thx always

@hspindel said in NUT UPS shutdown configuration:

Would like to configure shutdown settings. Searched this forum and found:
default is Batt Alert at 20%, pfShutdown and UPS -> off.

Where are these values configured? Where is a list of what can be configured?

FWIW, there is no battery alert level in the pfSense NUT package so I don't know where that 20% came from.

I strongly recommend that you leave NUT in the default configuration unless you are trying to address a specific problem.

@niloc1234 NUT, including the master/slave relationship, is designed around LB (Low Battery) management. You would either need your custom Synology stuff to wait for LB before taking action, or you would have to send a FSD (Forced ShutDown) to manage your own shut down of the slaves.

NUT is probably one of the most over and/or incorrectly configured systems in existence. Unless someone really understands what they are doing with NUT, I generally recommend that they leave it alone to do its job as designed.

@stevencavanagh
You’re welcome. You’re lucky I have the same gear.🙂

@dennypage Reboot and after some time connected!!!! Thanks

@jrey Thank you so much, your information fixed both issues.

@dennypage said in NUT losing connection w/ UPS when WAN disconnects:

This is normal. pfSense restarts packages when any interface changes link state

I know I this is a better safe then sorry solution, and not NUT's fault.
The system logs clearly shows "everything" get restarts.

Still, NUT listening to 127.0.0.1 and LAN (192.168.1.1) is being restart because something happened "WAN", knowing that NUT has nothing to do with WAN, or any other interface, ... its somewhat bothering me, to say the least.

@dennypage : Again : not your issue.
Maybe I'm somewhat spoiled by other OS's like Debian who use 'smarter' /usr/local/erc/rc.d/ process start/stop files where dependencies are used.