NUT package (2.8.0 and below)

pfserik

I have a TrippLite ECO 850 LCD. The UPS is about 4-6 months old, has a 100% capacity still, and has been working flawlessly. It's ECO mode is tured off.

I gracefully rebooted my pfSense three days ago. Since then, I've been receiving the following notices every 10 minutes. I get the first one and then about 5 seconds later I get the second one. Then 10 minutes later I get the same two messages again. When this started, I checked and there was an update for NUT that I installed. This didn't help. I've rebooted pfSense again and that didn't help.

Is there additional information I can supply or steps I can try to resolve this issue?

Subject: UPS Notification from pfsense.domain

Mon, 10 Sep 2018 08:28:51

Communications with UPS TrippLite_ECO850LCD lost

Subject: UPS Notification from pfsense.domain

Mon, 10 Sep 2018 08:28:56

Communications with UPS TrippLite_ECO850LCD estabished

dennypage

@pfserik
Most often this is cause by flakey USB connectivity. You kind of have to use the cable that came with the unit, so unless you have another unit to swap cables with it's kind hard to check that. If you have multiple USB hubs in the box, try one of the ports connected to a different hub. Lastly, if you you can try add/remove of an external hub.

It could also be a bad UPS, but I think that unlikely. When these unit fail, it is usually complete. Worth running a self test however. Note of caution: although undocumented, when you run a self test the ECO sockets get turned off even if you have ECO disabled. I found that out the hard way.

Btw, I assume you are running 2.4.3-RELEASE-p1, yes?

kaeny123

Hi, I am currently having trouble accessing my SNMPv3 enabled APC SmartUPS 3000 using NUT 2.7.2 downloaded from package and NMC AP9631 on CentOS 7

My ups.conf

[ups6]
driver = snmp-ups
port = ups6.domain.name
snmp_version = v3
secLevel = authPriv
secName = ups6
authProtocol = MD5
privProtocol = AES
authPassword = <secret>
privPassword = <secret>
pollfreq = 15

When I run /usr/sbin/upsdrvctl start I get

# /usr/sbin/upsdrvctl start
Network UPS Tools - UPS driver controller 2.7.2
Network UPS Tools - Generic SNMP UPS driver 0.72 (2.7.2)
No supported device detected
Driver failed to start (exit status=1)

But when I switch it to SNMPv1, it works
ups.conf

[ups6]
driver = snmp-ups
port = ups6.domain.name
snmp_version = v1
pollfreq = 15

# /usr/sbin/upsdrvctl start
Network UPS Tools - Generic SNMP UPS driver 0.72 (2.7.2)
No matching MIB found for sysOID '.1.3.6.1.4.1.318.1.3.27'!
Please report it to NUT developers, with an 'upsc' output for your device.
Going back to classic MIB detection method.
Detected Smart-UPS SRT 3000 on host <IP> (mib: apcc 1.2)
[ups6] Warning: excessive poll failures, limiting error reporting
[ups6] Warning: excessive poll failures, limiting error reporting

Can someone help me out with this please

dennypage

@kaeny123 said in NUT package:

I am currently having trouble accessing my SNMPv3 enabled APC SmartUPS 3000 using NUT 2.7.2 downloaded from package and NMC AP9631 on CentOS 7

This isn't the forum you are looking for. This forum relates to pfSense, which is a firewall distribution, and this thread is about the NUT package for pfSense. No relationship to NUT on CentOS. You should seek help in either the CentOS or NUT forums/mailing lists.

Before you ask them for help however, you probably want to upgrade. The version of NUT you are using, 2.7.2, was obsolete more than 3 years ago. The current version is 2.7.4, which was released over 2 years ago. Just sayin'.

kaeny123

This isn't the forum you are looking for. This forum relates to pfSense, which is a firewall distribution, and this thread is about the NUT package for pfSense. No relationship to NUT on CentOS. You should seek help in either the CentOS or NUT forums/mailing lists.

Oh oops I will do that then.

Before you ask them for help however, you probably want to upgrade. The version of NUT you are using, 2.7.2, was obsolete more than 3 years ago. The current version is 2.7.4, which was released over 2 years ago. Just sayin'.

The newest release for CentOS7 is 2.7.2-4. https://pkgs.org/download/nut
Should I just download 2.7.4 from somewhere?

Derelict

Again, a question for the CentOS folks.

dennypage

@derelict That I've noticed, OP posted here, on the NUT users list, and also on Reddit. I expect he found a CentOS board to post on as well. Spray and pray.

kaeny123

@dennypage said in NUT package:

@derelict That I've noticed, OP posted here, on the NUT users list, and also on Reddit. I expect he found a CentOS board to post on as well. Spray and pray.

Sheesh, you don't have to be so mean. I was researching this issue for over a day, so decided to go on forums to ask. Might as well post on many, since not all of these are super active. I saw one person having the same issue in this same thread and ended up using v1, and saying he will figure out v3, and not updating his post. @dennypage also replied to that comment saying it was a misonfiguration in the .config file, but it is just that NUT doesn't support SNMPv3 on the AP9631 APC UPS NMC.

I hope i didn't annoy you all with my question, and hopefully what I found out will help users in the future.

dennypage

@kaeny123 I wasn't being mean dude. You should understand that the approach you took is considered to be inappropriate and does not incline people to help you.

kaeny123

@dennypage said in NUT package:

@kaeny123 I wasn't being mean dude. You should understand that the approach you took is considered to be inappropriate and does not incline people to help you.

How so? I am fairly new to this, maybe I don't understand the etiquette. I apologize for any rude behavior on my part, I would like to know so I dont repeat the same mistake

dennypage

@kaeny123 Given that you are trying to hook up a UPS to a Linux system, and are trying to using SNMPv3 (!), I would have expected you to have some computer awareness. If not, there should be hundreds if not thousands of folk at Georgia Tech that would be able to help you.

That said, I'll try a simple analogy. Coming into a support forum for a firewall distribution based on FreeBSD and asking a question about the NUT package on CentOS is akin to going into a BMW forum and asking a question about tire recommendations for a Honda. It doesn't matter that both cars use tires, the question is completely out of scope for the audience.

Also, you had already asked your question upstream in the NUT users list. If the terms upstream and downstream don't make sense, ask some of the people around you.

kaeny123

@dennypage said in NUT package:

@kaeny123 Given that you are trying to hook up a UPS to a Linux system, and are trying to using SNMPv3 (!), I would have expected you to have some computer awareness. If not, there should be hundreds if not thousands of folk at Georgia Tech that would be able to help you.

That said, I'll try a simple analogy. Coming into a support forum for a firewall distribution based on FreeBSD and asking a question about the NUT package on CentOS is akin to going into a BMW forum and asking a question about tire recommendations for a Honda. It doesn't matter that both cars use tires, the question is completely out of scope for the audience.

Also, you had already asked your question upstream in the NUT users list. If the terms upstream and downstream don't make sense, ask some of the people around you.

Well, other than the blatant condescending tone, I understand what you mean. I was being modest when I said I was new to this. And it turns out my issue wasn't computer knowledge related. I should've checked the forum topic first, this just came as a result of googling.

Thank you for your replies, they were very helpful :)

dennypage

@kaeny123 said in NUT package:

Well, other than the blatant condescending tone, I understand what you mean. I was being modest when I said I was new to this. And it turns out my issue wasn't computer knowledge related. I should've checked the forum topic first, this just came as a result of googling.

Thank you for your replies, they were very helpful :)

Dial it back son. You asked me to explain so you could avoide the same mistake in the future, and I did. Computer awareness meant understanding the difference between CentOS and a firewall distribution based on FreeBSD. This was not indented to be condescending.

joesl

Hello all,

Trying to get NUT working with a local-usb apc back-ups pro (on pfsense ).

ugen0.2: <American Power Conversion Back-UPS RS 900G FW879.L4 .I USB FWL4> at usbus0

I've configured the pfsense package gui with a random name, driver usbhid-ups and "Local USB" as type. Nothing else.

cat /usr/local/etc/nut/ups.conf
[APC_Back-UPS_PRO_900]
driver=usbhid-ups
port=auto

Nothing works and I see:

Oct 19 16:33:25	upsd	15243	User local-monitor@::1 logged into UPS [APC_Back-UPS_PRO_900]
Oct 19 16:33:25	upsmon	14608	Poll UPS [APC_Back-UPS_PRO_900] failed - Driver not connected
Oct 19 16:33:25	upsmon	14608	Communications with UPS APC_Back-UPS_PRO_900 lost
Oct 19 16:33:30	upsmon	14608	Poll UPS [APC_Back-UPS_PRO_900] failed - Driver not connected
Oct 19 16:33:30	upsmon	14608	UPS APC_Back-UPS_PRO_900 is unavailable
Oct 19 16:33:35	upsmon	14608	Poll UPS [APC_Back-UPS_PRO_900] failed - Driver not connected

Could someone please point me in the right direction?
(the same worked out of the box with apcupsd)

Thanks

dennypage

The messages you are looking for are those from process "usbhid-ups". You can find them by going into the system logs (Status / System Logs / System / General), selecting the funnel icon, and then inputing "usbhid-ups" in the Process field.

Perhaps to short circuit the process, have you rebooted or unplugged / replugged the UPS since you installed it? If not, it's likely a permissions problem.

joesl

@dennypage you are right; rebooting the device did the trick. Thanks.

q54e3w

Is there anyway to silence the NUT error reporting I'm seeing? I've tested my setup and it appears to work correctly so appears to be info rather than a warning.

<snip>
Dec 31 15:15:10	snmp-ups	91308	dstate_setflags: base variable (battery.charge.low) is immutable
Dec 31 15:14:38	snmp-ups	91308	dstate_setflags: base variable (battery.charge.low) is immutable
Dec 31 15:14:06	snmp-ups	91308	dstate_setflags: base variable (battery.charge.low) is immutable
Dec 31 15:13:34	snmp-ups	91308	dstate_setflags: base variable (battery.charge.low) is immutable
and repeat.....

my additional driver appear correct to me are

ignorelb
override.battery.charge.low = 50

thanks for any info

dennypage

@q54e3w said in NUT package:

Is there anyway to silence the NUT error reporting I'm seeing?

To my knowledge, you cannot silence the error. You are attempting to set a variable in the UPS snmp module that you do not have permission to change (battery.charge.low).

Remove

ignorelb
override.battery.charge.low = 50

from the advanced parameters.

For snmp, you generally have to set variables in the ups using either upsrw (with snmp write access) or a proprietary application. Occasionally you can also use http/https.

You can learn more in the archive of the nut users mailing list.

q54e3w

That fixed that error, thank you, I can configure those values through my Eaton web configuration page as you suggested.
I'm seeing different behavior with this Eaton 9px than my previous APC. Once the battery level falls below my predetermined level (87% for testing) the ups.status turns to OB OFF OB, ESXi shuts down VMs then itself, but pfSense doesn't ever initiate its own shut down. I have 'FINALDELAY 600' in my upsmon.conf additional parameters to give ESXi time to shutdown, however there no progress from pfSense reporting UPS UPS on battery.

upsrw ups
[battery.charge.low]
Remaining battery level when UPS switches to LB (percent)
Type: STRING
Maximum length: 2
Value: 87

[outlet.desc]
Outlet description
Type: STRING
Maximum length: 20
Value: Main Outlet

[ups.delay.shutdown]
Interval to wait after shutdown with delay command (seconds)
Type: STRING
Maximum length: 6
Value: 20

[ups.delay.start]
Interval to wait before (re)starting the load (seconds)
Type: STRING
Maximum length: 6
Value: 30

[ups.start.auto]
UPS starts when mains is (re)applied
Type: ENUM
Option: "yes" SELECTED
Option: "no"



upsc ups
ambient.humidity: 47.40
ambient.temperature: 11.7
battery.charge: 70.00
battery.charge.low: 87
battery.runtime: 12652.00
battery.runtime.low: 13000.00
battery.voltage: 49.00
device.mfr: Eaton
device.model: Eaton 9PX
device.serial: GA18H32185
device.type: ups
driver.name: snmp-ups
driver.parameter.pollinterval: 2
driver.parameter.port: 192.168.10.52
driver.parameter.synchronous: no
driver.version: 2.7.4
driver.version.data: mge MIB 0.5
driver.version.internal: 0.97
input.phases: 1.00
input.transfer.reason: input voltage out of range
outlet.desc: Main Outlet
outlet.id: 0
output.current: 2.00
output.frequency: 60.00
output.phases: 1.00
output.voltage: 119.00
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.delay.start: 30
ups.firmware: 01.14.4257
ups.firmware.aux: LB
ups.load: 21.00
ups.mfr: Eaton
ups.model: Eaton 9PX
ups.serial: 111122223333
ups.start.auto: yes
ups.status: OB OFF OB
ups.test.result: done and passed
ups.timer.reboot: -1.00
ups.timer.shutdown: -1.00
ups.timer.start: -1.00

dennypage

@q54e3w Unless you are running NUT on pfSense as a NUT master with slaves on other systems, you should not be setting FINDELAY on pfSense. Also, 10 minutes is an incredibly long time...

I'm not very knowledgable about Eaton, but you may also need to set some variables for the snmp driver. See the snmp-ups man page for detail on what is available. Perhaps the polling frequency is too short to constantly catch a shutdown pending situation.