NUT package (2.8.0 and below)

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!

dennypage

bdf0506, can you please confirm that you haven't modified any of the system or nut scripts by hand? I will have a look at this, but it will be about a week before I can.

bdf0506

Thanks for the reply. I've added a LISTEN section into upsd.conf for another device to query NUT, but that is all. Everything else should be the default.

I'm not convinced this is an issue with the pfsense port of NUT, but perhaps its a NUT configuration setting all together that I am missing. I have noticed that some of the files - especially upsmon.conf are missing a lot of values vs the sample file, but maybe some of those fields are just the default fields.

Here's the config files that I have:


[2.3.4-RELEASE][root@pfSense.home]/root: cat /usr/local/etc/nut/ups.conf

[ups]
driver=usbhid-ups
port=auto


[2.3.4-RELEASE][root@pfSense.home]/root: cat /usr/local/etc/nut/upsd.conf
LISTEN 127.0.0.1
LISTEN ::1

LISTEN 192.168.10.1 3493


[2.3.4-RELEASE][root@pfSense.home]/root: cat /usr/local/etc/nut/upsmon.conf
MONITOR ups 1 monuser 615fdd64b1d37893a33d master
SHUTDOWNCMD "/sbin/shutdown -p +0"
POWERDOWNFLAG /etc/killpower
NOTIFYCMD /usr/local/pkg/nut/nut_email.php
NOTIFYFLAG ONLINE   SYSLOG+WALL+EXEC
NOTIFYFLAG ONBATT   SYSLOG+WALL+EXEC
NOTIFYFLAG LOWBATT  SYSLOG+WALL+EXEC
NOTIFYFLAG FSD    SYSLOG+WALL+EXEC
NOTIFYFLAG COMMOK   SYSLOG+WALL+EXEC
NOTIFYFLAG COMMBAD  SYSLOG+WALL+EXEC
NOTIFYFLAG SHUTDOWN SYSLOG+WALL+EXEC
NOTIFYFLAG REPLBATT SYSLOG+WALL+EXEC
NOTIFYFLAG NOCOMM   SYSLOG+WALL+EXEC
NOTIFYFLAG NOPARENT SYSLOG+WALL+EXEC


[2.3.4-RELEASE][root@pfSense.home]/root: cat /usr/local/etc/nut/upsd.users
[admin]
password=ca21ff457d2db2f4d776
actions=set
instcmds=all
[monuser]
password=615fdd64b1d37893a33d
upsmon master

And here is an output of my actual ups device, showing that NUT is working and can connect to it.


[2.3.4-RELEASE][root@pfSense.home]/root: upsc ups@localhost
battery.charge: 28
battery.charge.low: 10
battery.charge.warning: 20
battery.mfr.date: CPS
battery.runtime: 714
battery.runtime.low: 300
battery.type: PbAcid
battery.voltage: 12.9
battery.voltage.nominal: 12
device.mfr: CPS
device.model: EC650LCD
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.parameter.synchronous: no
driver.version: 2.7.4
driver.version.data: CyberPower HID 0.4
driver.version.internal: 0.41
input.transfer.high: 142
input.transfer.low: 100
input.voltage: 123.0
input.voltage.nominal: 120
output.voltage: 123.0
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.delay.start: 30
ups.load: 16
ups.mfr: CPS
ups.model: EC650LCD
ups.productid: 0501
ups.realpower.nominal: 390
ups.status: OL CHRG
ups.test.result: No test initiated
ups.timer.shutdown: -60
ups.timer.start: 0
ups.vendorid: 0764


[2.3.4-RELEASE][root@pfSense.home]/root: upsdrvctl -t shutdown
Network UPS Tools - UPS driver controller 2.7.4
*** Testing mode: not calling exec/kill
   0.000000
If you're not a NUT core developer, chances are that you're told to enable debugging
to see why a driver isn't working for you. We're sorry for the confusion, but this is
the 'upsdrvctl' wrapper, not the driver you're interested in.

Below you'll find one or more lines starting with 'exec:' followed by an absolute
path to the driver binary and some command line option. This is what the driver
starts and you need to copy and paste that line and append the debug flags to that
line (less the 'exec:' prefix).

   0.000219     Shutdown UPS: ups
   0.000240     exec:  /usr/local/libexec/nut/usbhid-ups -a ups -k

reqman

In package manager, I can see nut is installed, but there is an orange warning "Newer version available", followed by a "Package is configured but not (fully) installed". No update button exists. See attached screenshot.

Something I must do here?

images upload

dennypage

There is nothing you need to do. What you are seeing below the blue line is actually the legend for the entire package list. I.E. what the icons and colors mean. If you only have one package installed, it can be visually confusing.

reqman

Thanks for the clarification!

Mr. Jingles

Hello :)

I enabled email notifications, and now I am being flooded by these kinds of messages:

Wed, 14 Jun 2017 19:25:41 +0200 Communications with UPS ups@192.168.2.21 lost Wed, 14 Jun 2017 19:25:46 +0200 Communications with UPS ups@192.168.2.21 established

Wed, 14 Jun 2017 22:49:25 +0200 Communications with UPS ups@192.168.2.21 lost

Wed, 14 Jun 2017 22:49:30 +0200 Communications with UPS ups@192.168.2.21 established

And there's loads of them, as the attached screenshot shows.
Meanwhile, in system logs I see this:

Jun 15 17:14:01 php-cgi nut_email.php: Message sent to [SCRUBBED]OK
Jun 15 17:14:00 upsmon 40316 Communications with UPS ups@192.168.300.117 established
Jun 15 17:13:56 php-cgi nut_email.php: Message sent to [SCRUBBED]OK
Jun 15 17:13:55 upsmon 40316 Communications with UPS ups@192.168.300.117 lost
Jun 15 17:13:55 upsmon 40316 Poll UPS [[email]ups@192.168.300.117] failed - Write error: Permission denied
Jun 15 17:12:35 php-cgi nut_email.php: Could not send the message to [SCRUBBED]– Error: it was not possible to read line from the SMTP server: data access time out
Jun 15 17:11:40 php-cgi nut_email.php: Message sent to [SCRUBBED]OK
Jun 15 17:11:40 upsmon 40316 Communications with UPS ups@192.168.300.117 established
Jun 15 17:11:35 upsmon 40316 Communications with UPS ups@192.168.300.117 lost
Jun 15 17:11:35 upsmon 40316 Poll UPS [[email]ups@192.168.300.117] failed - Write error: Permission denied

Nut is acting as a client ("Remote NUT server") to a Synology (the ..300.117) that acts as a NUT-server in the network segment, and which is connected (via USB) to an APC UPS. So, since it is acting as a client, there isn't anything much to configure in the pfSense package.

Would anybody know how I can fix this problem?
Thank you in advance,
Bye,

Nut is acting as a client ("Remote NUT server") to a Synology (the ..300.117) that acts as a NUT-server in the network segment, and which is connected (via USB) to an APC UPS. So, since it is acting as a client, there isn't anything much to configure in the pfSense package.

Would anybody know how I can fix this problem?

Thank you in advance,

Bye,

pfsense_ups.jpg_thumb

dennypage

What are you seeing on the Synology?

Gertjan

With the help off this forum, the Syno forum and the NUT man pages, I hooked up my APC UPS USB to pfSense, pfSense is the "NUT server".
My Syno is the client off pfSense-NUT.
Works great for me.

Btw : it seems to me that you have network errors. And "NUT" complains about it.

Your mail server isn't playing it softly neither ….