NUT package (2.8.0 and below)

dennypage

Run your 10 count test again. After step 6, unplug the serial cable. How long does it take after step 7 does it take for the ups to come off battery and return to the mains? That is The startup delay you are trying to achieve.

q54e3w

If it only happens when the USB cable is connected then its possible your master is detecting the low battery condition still exists and instigating the shutdown again, this is potentially a poor driver or faulty hardware. Which brand & model is this?
The UPS should be should report its on mains power which should prevent this. With my APC and Eaton units (both with network cards) I rcall shutdown only triggered when (on battery AND battery charge < X%).

kevindd992002

@dennypage said in NUT package:

Run your 10 count test again. After step 6, unplug the serial cable. How long does it take after step 7 does it take for the ups to come off battery and return to the mains? That is The startup delay you are trying to achieve.

@q54e3w said in NUT package:

If it only happens when the USB cable is connected then its possible your master is detecting the low battery condition still exists and instigating the shutdown again, this is potentially a poor driver or faulty hardware. Which brand & model is this?
The UPS should be should report its on mains power which should prevent this. With my APC and Eaton units (both with network cards) I rcall shutdown only triggered when (on battery AND battery charge < X%).

I think I know what I did wrong. In step 7, I plugged the mains too early causing a power race condition as described by point #51 here . I thought that when APC BR1500GI's display went black (even with the fans still running) it is already in a shutdown state. This was not the case, it waited for a few more seconds until it totally went silent. At that time, I plugged the mains back and everything was working as expected :)

A question regarding the workaround implementation on point #51 of that FAQ article though. Where, in the pfsense NUT package, do I implement that if statement?

dennypage

@kevindd992002

Unless you have a “stupid” ups, no. You may want to read up on offdelay and ondelay. But likely there is nothing else you need do. Just be happy.

kevindd992002

@dennypage

What do you mean no?

Well, there's still a chance (though slim) that a power race condition will happen. So might as well implement thst if statement as a workaround, no?

dennypage

@kevindd992002 said in NUT package:

@dennypage

What do you mean no?

No as in no you don’t need to.

kevindd992002

@dennypage

I'm confused. I was able to recreate the power race problem. Are you saying that this happens with a very low probability that makes it not worth applying the workaround? Sorry, I know I'm persistent but I'm just into the nitty-gritty details.

EDIT:

Also, do you have any ideas about this? https://forum.netgate.com/topic/109510/upsmon-parent-process-died-shutdown-impossible/5 . I'm encountering the same issue every now and then.

kevindd992002

@dennypage

Would you be able to continue helping me? Thanks.

dennypage

@kevindd992002

I’m traveling, so it’s a bit hard atm. Not sure what additional help you need. Not sure what you tested was the issue referred to in the link. Regardless, offdelay and ondelay are likely what you need to look at.

kevindd992002

@dennypage

Sorry.

So basically, I wanted to solve the power race problem wherein the UPS acts weird when the mains comes back exactly during its shutting down phase. There's already a script written in NUT's FAQ page but you mentioned that I don't need to do that and insteast just concentrate on ondelay and offdelay. I'm confused why I don't need to solve the power race problem according to what you said. What's the difference between implementing that script and implemnting off/ondelay?

As for the link I posted, that's regarding the upsmon parent process died error message that's being sent through email notification. I haven't gotten it in a few days now but was wondering what you thought about that since you replied to that old thread at one point.

dennypage

@kevindd992002

The workaround you reference indicates that it is for dealing with contact closure (dumb) UPS units. But you don’t have one of those.

It’s unclear to me what you have experienced. The nut users list is a better place to seek help with core nut behavior.

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.