-
The "bug" still remains, if I edit (via webpage) the "Extra Arguments to driver (optional)" with
ignorelb
override.battery.charge.low = 30all works correctly, it adds the 2 lines AFTER
[myups]
driver=usbhid-ups
port=autoin "/usr/local/etc/nut/ups.conf" file.
But if I edit the "Additional configuration lines for ups.conf", which it seems to be more correct (http://networkupstools.org/docs/man/ups.conf.html), it adds the lines at beginning of the file, and it doesn't work.Not sure what "bug" you are referring to…
The directives you are trying to use are not global directives, but are UPS specific directives.
It's easy to overlook this at the beginning of the ups.conf manual page:"The file begins with global directives, and then each UPS has a section which contains a number of directives that set parameters for that UPS."
In other words, the general format of ups.conf looks like this:
global_directive1 global_directive2 global_directive3 [ups1] ups_directive1 ups_directive2 ups_directive3 [ups2] ups_directive1 ups_directive2 ups_directive3
All global directives must appear before the first UPS section. So the "Additional configuration lines for ups.conf" in the Advanced section is only for global directives only, and anything put there will appear before the UPS section. The "Extra Arguments to driver" section is for things that apply to your UPS driver, and will be placed in the UPS section.
Adding extra driver arguments is somewhat common, but the vast majority of users do not need anything under Advanced settings which is why they are hidden by default.
-
You should be able to check the PRs in the main pfSense and FreeBSD repos to see if they’re still outstanding. If not I’ll check it when I get home.
The PR for the NUT package has been merged, but the PR for mainline pfSense is still pending review/testing.
-
Probably a really stupid question, but I want to confirm that this package allow the firewall to shut off in the event of power loss? Even better, could I program it to keep the firewall on battery until it gets to a certain percentage or a certain amount of time passes?
If the UPS model is important, I am looking at a CP850PFCLCD connected via USB but it's not set in stone.
-
Probably a really stupid question, but I want to confirm that this package allow the firewall to shut off in the event of power loss? Even better, could I program it to keep the firewall on battery until it gets to a certain percentage or a certain amount of time passes?
Yes to all. This is what NUT does for a living.
By default, NUT will initiate a shutdown when the UPS issues a Low Battery signal. The default values for a Low Battery signal changes from UPS to UPS, but most UPSs are pre-programmed for a pretty low level–around 5% or so. You can override this with the battery.charge.low and battery.runtime.low variables discussed earlier in this thread. See the NUT driver documentation and the ups.conf man page and for more information.
-
Probably a really stupid question, but I want to confirm that this package allow the firewall to shut off in the event of power loss? Even better, could I program it to keep the firewall on battery until it gets to a certain percentage or a certain amount of time passes?
Yes to all. This is what NUT does for a living.
By default, NUT will initiate a shutdown when the UPS issues a Low Battery signal. The default values for a Low Battery signal changes from UPS to UPS, but most UPSs are pre-programmed for a pretty low level–around 5% or so. You can override this with the battery.charge.low and battery.runtime.low variables discussed earlier in this thread. See the NUT driver documentation and the ups.conf man page and for more information.
Awesome sauce! Thanks for tolerating my stupidity :P
-
The PR for the NUT package has been merged, but the PR for mainline pfSense is still pending review/testing.
Both PRs now merged. Note that both a new version of pfSense (presumably 2.4.3) and a new version of the NUT package (2.7.4_6) are required for power kill to function.
-
Ok, I think I broke it. I have two identical units (CP850PFCLCD), and both of them work with my Windows system but neither work with the firewall. So here's my settings:
And this is all it does:
Am I missing something obvious?
-
Hey dtallon13,
Have you rebooted pfSense since you first installed NUT? If you have not, there is a USB permissions problem that may be tripping you up. Just leave the UPS connected via USB, and reboot the firewall.
If a reboot doesn't address the issue, then check the system log (Status / System Logs / System / General) for messages matching 'nut' or 'ups' and report back what you find please.
-
Where can I find example for power kill function?
-
@w0w:
Where can I find example for power kill function?
There isn't anything you will have to set up or code. It will be automatic with the new version of the NUT package and the new version of pfSense.
-
Anyone know how to get NUT to accept incoming connections?
I tried adding:
LISTEN 192.168.1.5
in upsd.conf, however that seems to cause nut to freeze and any page in the webui with NUT goes nuts (pun intended). I had to restore from a backup config to get things working again.
-
Anyone know how to get NUT to accept incoming connections?
Covered earlier in this thread. See reply 1.
-
-
Hey dtallon13,
Have you rebooted pfSense since you first installed NUT? If you have not, there is a USB permissions problem that may be tripping you up. Just leave the UPS connected via USB, and reboot the firewall.
If a reboot doesn't address the issue, then check the system log (Status / System Logs / System / General) for messages matching 'nut' or 'ups' and report back what you find please.
Reboot worked like magic. Thanks!
-
Hello,
My NUT package displays as 2.7.4_5.
This page says there is a version 2.7.4_6 but I am offered no option to update.
What am I doing wrong?Recent changes I've made -
I was running pfSense 2.3.4x. I upgraded to 2.4.2, saved a config after checking everything was running properly.
I then did a fresh install of 2.4.2 (went with ZFS this time), then upgraded to p1 and restored from the backup config.xml.Everything went as smooth as possible. Not a single hiccup. UPS service is accurate and working.
*IF it matters, my pfSense box is a slave to my Synology DS415+ for UPS.
Thanks for any advice.
-
My NUT package displays as 2.7.4_5. This page says there is a version 2.7.4_6 but I am offered no option to update.
NUT package version 2.7.4_6 isn't offered for pfSense 2.4.2 because the changes in 2.7.4_6 require pfSense 2.4.3 or later to function. Currently, you will only see 2.7.4_6 if you are running a pfSense development snapshot.
-
Ahhh, OK. Whew! I was thinking I borked my fresh install or something didn't translate from the backup config.
Thanks for the reply. I'll sleep better tonight. ;D -
-
Hi New pfSense user. I appreciate your work on NUT, it's the first package I have installed.
I'm running pfSense on Netgate SG-3100, which I have as UPS Master. I have a QNAP T-882 as slave.
UPS is CyberPower OR700 and is connected to SG-3100 via USB.
I have configured the psSense as described in post #2, in the pfSense: Services/UPS and the UPS shows up in properly in pfSense.
Here's how I configured the NAT rule. I am still working up the learning curve on Firewall in pfSense, so please let me know if you see any issues.
I did not have to setup the remote access user as described in post 2. In post #64, there are instructions to place directives in the advanced section for ups.conf if you want to override the shutdown levels:
ignorelb override.battery.charge.low = 50 override.battery.runtime.low = 600
However, later posts (e.g. #85) say that UPS specific arguments should be entered in the section above that says "Extra Arguments to driver".
So I added like this:
After setting the Port Forward, the QNAP can now see the UPS:
Any feedback is appreciated and, hopefully this will be helpful for other new users.
-
I did not have to setup the remote access user as described in post 2.
You will want to set up a user for remote access as discussed in reply #2. The monuser in the config is intended for local use only. It is automatically generated based on a random number for security, and will change from time to time. If you set up your own user, the name and password will be under your control and will not change.
In post #64, there are instructions to place directives in the advanced section for ups.conf if you want to override the shutdown levels:
ignorelb override.battery.charge.low = 50 override.battery.runtime.low = 600
However, later posts (e.g. #85) say that UPS specific arguments should be entered in the section above that says "Extra Arguments to driver".
Reply #64 discusses pollinterval which does belong in the global section for ups.conf. The battery parameters are UPS specific, and belong in the driver section as noted in #85 and elsewhere. Your post above shows it in the correct section.