NUT package (2.8.0 and below)

azdeltawye

Yeah, I guess it could be a bad UPS. It is a pretty old unit. However I find it too coincidental that this failure occurred at the same exact time as the upgrade to 23.01...

I did try a brand new USB cable (usb-a / usb-b) and no change. Then I made the dumb mistake of plugging in a USB hub into the 5100 which took down the 5100. I had to cycle power to the 5100 to reboot. Fortunately I'm using ZFS, so it recovered and rebooted without any file corruption issues.

I guess I'll just have to figure out how to use snmp for NUT instead of USB...

Thanks again for all the help on this.

4o4rh

@azdeltawye why don't you try nut on a pc with windows or linux, to see if it works properly ;-)

JonathanLee

@dennypage I can code in C++ just a small amount I took an intro course. I am more fluent in Java and Python. Do you need some code looked at? I am currently a computer science student at Sacramento State University, and I would love to look at this. I currently have jGRASP as an IDE so it can read many different languages. Just tell me the lines you want looked at, and where to find the source code. Plus check out my Java based dynamic database program I wrote the code for it when I was a Java tutor, it is an inventory database of all my son's Hotwheels.

(Image: Dynamic Database)

(Image: Card Game)

I also created a blackjack game to share with students. Yet me know if you want some code checked out for that pointer issue.

dennypage

@azdeltawye said in NUT package:

Then I made the dumb mistake of plugging in a USB hub into the 5100 which took down the 5100. I had to cycle power to the 5100 to reboot.

This is a bad sign. Plugging in a usb hub should not take down the 5100. That would indicate either a hardware or an OS issue. If it's reproducible, I would open a ticket with Netgate for assistance.

lcbbcl

Well guys after the update i have also problems with nut. Using 22.05 is working fine.

Feb 18 21:39:44 	upsmon 	97925 	Poll UPS [APC] failed - Driver not connected
Feb 18 21:39:39 	upsmon 	97925 	Poll UPS [APC] failed - Driver not connected
Feb 18 21:39:34 	upsd 	8568 	User wingoz@192.168.2.2 logged into UPS [APC]
Feb 18 21:39:33 	upsmon 	97925 	UPS APC is unavailable
Feb 18 21:39:33 	upsmon 	97925 	Poll UPS [APC] failed - Driver not connected
Feb 18 21:39:33 	upsd 	8568 	User local-monitor@127.0.0.1 logged into UPS [APC]
Feb 18 21:39:29 	upsd 	8568 	Startup successful
Feb 18 21:39:29 	upsd 	8568 	Can't connect to UPS [APC] (usbhid-ups-APC): No such file or directory
Feb 18 21:39:29 	upsd 	8568 	listening on 127.0.0.1 port 3493
Feb 18 21:39:29 	upsd 	8568 	listening on ::1 port 3493
Feb 18 21:39:29 	upsd 	8568 	listening on 192.168.2.1 port 3493

dennypage

@lcbbcl Output from upsmon and upsd can be ignored.

The output from usbhid-ups and kernel (usb) is what you are looking for.

lcbbcl

@dennypage
I have only this with kernel

Feb 18 22:39:29 	kernel 		uhid0: <American Power Conversion Smart-UPS C 1000 FW:UPS 12.0 / ID1005, class 0/0, rev 2.00/1.06, addr 1> on usbus0
Feb 18 22:39:29 	kernel 		uhid0 on uhub0
Feb 18 22:39:29 	kernel 		ugen0.2: <American Power Conversion Smart-UPS C 1000 FW:UPS 12.0 / ID1005> at usbus0
Feb 18 22:39:29 	kernel 		uhub0: 20 ports with 20 removable, self powered
Feb 18 22:39:29 	kernel 		Root mount waiting for: usbus0 CAM
Feb 18 22:39:29 	kernel 		uhub0: <Intel XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0
Feb 18 22:39:29 	kernel 		uhub0 on usbus0
Feb 18 22:39:29 	kernel 		ugen0.1: <Intel XHCI root HUB> at usbus0

dennypage

@lcbbcl Those log entries all looks fine. What do you have for usbhid-ups?

Can you post your ups config please?

lcbbcl

@dennypage
I have nothing.

dennypage

@lcbbcl said in NUT package:

nothing

Quite.

And the log entries for usbhid-ups and kernel usb?

If you are having problems finding them, you can unplug and replug the ups usb cable to generate the kernel usb entries, followed by re-saving the nut config which will trigger usbhid-ups entries.

lcbbcl

@dennypage
Here it is.

xavier1

This post is deleted!

JonathanLee

I did a full reinstall of pfSense on my Netgate 2100 Max last night and reinstalled the NUT package to see if that helps. I wanted to rule that out. 1hr so far with no issues on a BareMetal install of pfSense 23.01. YEAH!!!!

tman222

After a bit more tinkering with various parameters for the NUT USB driver and NUT configuration files, I think I finally found a temporary workaround to the disconnection issue detailed above that is especially prevalent with USB connected CyberPower UPS units after upgrading to 23.01:

I went ahead and disabled UPS polling completely by adding the interruptonly flag to the usbhid driver (in the "Extra Arguments to driver (optional)" input box).

https://networkupstools.org/docs/man/usbhid-ups.html

I have not had one disconnect now in over 14 hours. The only downside (trade off) is that less UPS information is displayed, but the key information is still there.

I think this points to there being an issue related to polling with these units. I did try various combinations of time values for the polling parameters to see if that would fix the disconnect issue, but no luck so far.

dennypage

@lcbbcl I'm looking for messages from "usbhid-ups". I don't need anything from "upsd" or "upsmon".

Also, I note in your former post your advanced section is cut off... but it is expanded which would indicate that you have something set in there. Can you confirm if you have anything in the advanced section at all?

dennypage

@xavier1 said in NUT package:

Everything is fine with 22.05 but once I upgrade to 23.01 the UPS daemon is dead.

Can you provide a bit more information please? "the UPS daemon is dead" doesn't say what the problem was. I'm looking for system log entries for process "usbhid-ups" and kernel usb.

Also, in your config, the content of "Additional configuration lines for ups.conf" is invalid and should be completely removed. This section is for global directives only, and what you have there conflicts with the package configuration.

dennypage

@jonathanlee said in NUT package:

did a full reinstall of pfSense on my Netgate 2100 Max last night and reinstalled the NUT package to see if that helps. I wanted to rule that out. 1hr so far with no issues on a BareMetal install of pfSense 23.01.

I will be very pleased, but also very surprised, if this resolves the issue.

If it does, it would indicate a problem with the prior kernel or nut install. IIRC, you had already complete removed and reinstalled nut, yes?

dennypage

@tman222 said in NUT package:

I went ahead and disabled UPS polling completely by adding the interruptonly flag to the usbhid driver (in the "Extra Arguments to driver (optional)" input box).
I have not had one disconnect now in over 14 hours.

This is useful. Two possible reasons it is more stable... one there is lot less interactive with the ups, so less opportunity for a random pointer to be hit. The other is that something particular to the ups extended data is what is triggering the pointer problem.

In the interest of looking at the later, would you do me a favor please? Could you post two snapshots of the complete ups status page (Services / UPS/ Status), one with the interruptonly flag set, and one without. Thanks!

xavier1

Yeah well without that in that section my Synology wont connect to it so If you have a better way to make that happen with the code removed, I'm all ears.

Also, in your config, the content of "Additional configuration lines for ups.conf" is invalid and should be completely removed. This section is for global directives only, and what you have there conflicts with the package configuration.

JonathanLee

@dennypage

A bare metal install fixed my issues, test installed the package at 8:34am it is now 10:50 and still no issues.

Weird right? TAC support told me that my upgrade in place did not fully complete and it was bonked up somehow. It did fix it for the SG-2100.