NUT package (2.8.0 and below)

dennypage

Earlier in this thread:

https://forum.pfsense.org/index.php?topic=115349.msg679431#msg679431

poluket

ok, thanks

I will put the nut and usp on my linux server

thank you for your time

StarkJohan

I just wanted to repeat a tip that dennypage (thanks!) mentioned earlier which seems to have helped me with my Eaton 5S repeatedly losing and reestablishing connection every few minutes on NUT 2.7.4_4 (haven't tried this UPS on earlier versions).

Changing the poll interval to 10 worked around my issue. I think the default value is something ridiculous like 2 which in my case catches the very brief flakiness in the USB connection.

Using the GUI, add the advanced setting "pollinterval=10" to ups.conf

cozkramer

I'm not sure if this is the right spot, but if not please correct location.

I've got a TrippLite Smart2200 connected with Nut running on Pf 2.4 using tripplite_usb, and ever since I've started using Nut the UPS runs a self-test once or twice a day.. Anyone have any thoughts or suggestions? I have no problems with a self test once a month or even once a week, but daily just kills the ups..

Thanks!

dennypage

NUT itself doesn't invoke self-tests on a schedule. This is done by the UPS itself.

There are usually configuration parameters that can be viewed and modified in the UPS. The complete list of NUT variables can be found here. Note that a given UPS model will generally only offer a small subset of these variables. Use the upsrw command to discover the list of variables you can modify. For your particular issue, the variable you are looking to modify is ups.test.interval.

Further information on running commands can be found here. Be careful.

cozkramer

Thanks Denny!

After using upsrw, and only getting three outlet switch options, a delay shutdown and ups.id as modifiable, I fear a call to TrippLite is in order..

dennypage

Your UPS is a network model, yes? If so, is there anything that is connecting to the UPS that could be initiating the self test?

cozkramer

No, it's the non-network model.. I've got two usb cables plugged into it.. One to a (stupid) Windows 7 machine I need for Photography work, and the other goes to the BSD rig.. I've slightly cheated a little here, the cable is plugged into a freenas machine and I have pfsense nut talking to nut on the nas. It's all bsd nuts though and so apparently they can't do anything but report it seems and I know the people here are nicer. =)

Here's a link to the unit I have https://www.tripplite.com/smartpro-120v-2.2kva-1.6kw-line-interactive-ups-tower-snmpwebcard-option-usb-db9-serial~SMART2200VS/

If you know of a way to replace Lightroom on a *Nix/BSD System, I'm all ears!

Thanks Danny!

dennypage

Different story then. NUT doesn't initiate a self-test by default, and the pfSense NUT package doesn't initiate a self-test, but that doesn't mean that the FreeNAS NUT package isn't doing it or that Windows isn't doing it. Before calling Tripplite, I would disconnect all but one USB or RS-232 cable and test each system stand-alone to see if it still happens.

I can't help you with Windows I'm afraid. I stopped running Windows around the XP timeframe. For a nice and cuddly Unix UI environment, I use Mac. As I recall, Lightroom runs a bit better on Mac than Windows. Adobe used to let you turn your Windows license in and get a Mac license in exchange, but I don't know if they still do that.

First time in my life someone has referred to me as one of the nicer people. :)

-Denny

cozkramer

It's always a different story when Microcrap is involved, isn't it…. I'd love to drop kick them to next century, but I refuse to give Apple any money. I've never liked how the OS was setup and you're stuck with whatever they let you have. but that's another topic, lol..

I've removed any trace of ups software from wincrap, and I may disable the service on the nas rig for a day and see, seem easier than trying to reach cables.. :/

I would have thought that the NUT service is the same on both PF and FreeNas and thus has the same functionality/or lack thereof. Incorrect presumption?

I've been a light user of *Nix/BSD since Slackware 4ish iirc and FreeBSD 3ish, I've just never been able to drop win as the software wasn't there for *nix/bsd. Now the only holdup is LR, and running LR under a VM just doesn't get it done, tried that recently..

These days, Adobe wants you to pay them monthly for their software, and if you refuse and buy the standalone, they remove features... bastids..

First time for everything! :) Anyone that can take what could be a stupid and/or silly question/issue and reply with helpful info in a concise manner gets my nice vote... 8)

-Scott

dennypage

@cozkramer:

I would have thought that the NUT service is the same on both PF and FreeNas and thus has the same functionality/or lack thereof. Incorrect presumption?

The NUT distribution itself is the same, but the package that configures and runs it is quite different. If you look at your pfSense system, you will see two packages:

nut-2.7.4_1                    Network UPS Tools
pfSense-pkg-nut-2.7.4_4        Network UPS Tools

The first one is the NUT package itself and the second one the the pfSense package for NUT. The pfSense package is what controls the NUT configuration and starts the NUT service.

cozkramer

Thanks Denny for some clarification there.

Is it wrong of me to then presume that pfSense has a control package for every add-on service/package?

If that's the case, is it possible to run other freebsd packages separately?

Thanks again! Hope I'm not too ot or anything.

dennypage

The list of supported packages for your pfSense version can be found in System / Package Manager / Available Packages. There are a good number of excellent FreeBSD packages directly supported in pfSense.

There are also many packages that are in FreeBSD that are not directly supported in pfSense. If you are interested in installing FreeBSD packages that are not directly supported by pfSense, you can search the forums for instructions on how to do this. In general, I would recommend against using unsupported packages unless 1) you have a very strong need for the package on your firewall, and 2) you are extremely confident of the security implications of having the package running on your firewall.

cozkramer

I indeed know and run many of the great packages in the package manager, a couple don't seem to like me too much, but that's another topic.

I've been very thrilled with how well all the Devs and supporters have made pfSense, it's been great so far the last couple months. I was merely wondering and curious if the standard ports tree was supported considering pfSense having it's own controller packages.

I completely agree with both of your conditions of usage, if it ain't broke don't fix it, and if you don't know wth your doing, don't do it. It's why we have Allow All on the WAN right? ::) :P

Thanks again for all the time and help Denny!

Per Hansson

Is there any support for graphs like apcupsd has on IPCOP?
See attachments, really like how they make a daily, weekly, monthly & yearly graph for the stats that can be taken from the UPS:

temperature and battery voltage
min. / max. line voltage
remaining runtime
supplying voltage
load capacity
min. /max. battery charge

Attached two example graphs.

Temperature.png_thumb
![Line Voltage.png](/public/imported_attachments/1/Line Voltage.png)
![Line Voltage.png_thumb](/public/imported_attachments/1/Line Voltage.png_thumb)

dennypage

Not at this time.

Per Hansson

Ok, would be awsome if it could be added!
Still run an old IPCOP box just for that reason, would be nice to switch it to pfSense :)

dennypage

@Per:

Ok, would be awsome if it could be added!
Still run an old IPCOP box just for that reason, would be nice to switch it to pfSense :)

Yes, it would be nice to have. However, I wouldn't view this is a sufficient reason to stay with IPCop as the IPCop distribution really isn't being kept up to date. Security is more important that voltage monitoring.

Gertjan

@dennypage:

… Security is more important that voltage monitoring.

Like this :
pfSense is handling my network flux.
My UPS is monitoring all the 'electric' stuff - and exposing its finding by snmp. I use NUT just for the 'shutdown properly' when power goes to zero …

bdf0506

I'm having issues with NUT shutting down the pfSense, but it is NOT shutting down the UPS after the pfSesnse shuts down.

I am using a CyberPower UPS, with all default settings of the NUT package in pfSense. I am using the driver of 'usbhid-ups'. It is able to monitor the UPS without any issue.

From an ssh console of pfSense, if i issue 'upsdrvctl shutdown' it will shut down the UPS, so at least I know the driver works properly. But how do I get it so that it will shutdown the pfSense physical server, and then shutdown the UPS immediately after? It seems like it should just "work" based on what I've read about NUT, but perhaps I am missing a setting.

The reason I need it to behave this way is that if the UPS battery is good for 30 minutes, pfSense shuts down after 20 minutes. Then there is 10 minutes battery remaining - and if power resumes before the UPS is fully depleted, there is no way for the pfSense server to know that power was restored, and it will stay in an off situation, requiring human intervention.

Thanks!