Successfully monitoring a UPS connected to a Synology RS?

dennypage

Can you post the MONITOR line from /usr/local/etc/nut/upsmon.conf on the pfSense box please? And the MONITOR lines from /usr/syno/etc/ups on both Synology boxes please?

AR15USR

Sure:

pfSense:
No MONITOR line, is commented out. Also the upmon.conf is called "upsmon.conf.sample"

Synology 1 (has the UPS plugged in to this one):
MONITOR ups@localhost 1 monuser secret master

Synology 2
MONITOR ups@192.168.2.20 1 monuser secret slave

dennypage

Hmm…. if there is no /usr/local/etc/nut/upsmon.conf it means that NUT is not actually configured and enabled. I'm at a loss to explain how there are upsmon error messages in the log when there is no upsmon configuration file.

Can you check a couple version things please?

pkg info | grep -i nut
pkg which /usr/local/etc/nut/upsmon.conf.sample

Following that, please go to Services / UPS / Settings and press the save button. Then check contents of /usr/local/etc/nut/upsmon.conf.

@AR15USR:

pfSense:
No MONITOR line, is commented out. Also the upmon.conf is called "upsmon.conf.sample"

AR15USR

OK I had a thought, at the time I checked on the pfSense upsilon.conf I had the NUT package disabled because it wasn't working. Turned it back on and now there was a upsmon.conf file there. Here is its contents:

MONITOR ups@192.168.2.20 1 monuser secret slave
SHUTDOWNCMD "/sbin/shutdown -p +0"
POWERDOWNFLAG /etc/killpower

Here are the other outputs:

/root: pkg info | grep -i nut
nut-2.7.4_1                    Network UPS Tools
pfSense-pkg-nut-2.7.4_2        Network UPS Tools

: pkg which /usr/local/etc/nut/upsmon.conf
/usr/local/etc/nut/upsmon.conf was not found in the database
[2.3.2-RELEASE][admin@Yukon.lan]/usr/local/etc/nut: ls
cmdvartab            nut.conf.sample      upsd.conf.sample     upsmon.conf          upssched.conf.sample
driver.list          ups.conf.sample      upsd.users.sample    upsmon.conf.sample

That result seems not right? I did ls so you could see it right there

dennypage

@AR15USR:

OK I had a thought, at the time I checked on the pfSense upsilon.conf I had the NUT package disabled because it wasn't working. Turned it back on and now there was a upsmon.conf file there. Here is its contents:
MONITOR ups@192.168.2.20 1 monuser secret slave
SHUTDOWNCMD "/sbin/shutdown -p +0"
POWERDOWNFLAG /etc/killpower

Okay, that makes much more sense.

@AR15USR:

: pkg which /usr/local/etc/nut/upsmon.conf
/usr/local/etc/nut/upsmon.conf was not found in the database
[2.3.2-RELEASE][admin@Yukon.lan]/usr/local/etc/nut: ls
cmdvartab            nut.conf.sample      upsd.conf.sample     upsmon.conf          upssched.conf.sample
driver.list          ups.conf.sample      upsd.users.sample    upsmon.conf.sample

That result seems not right? I did ls so you could see it right there

I was asking for pkg which on "/usr/local/etc/nut/upsmon.conf.sample". The sample config file should be owned by nut-2.7.4 or nut-2.7.4_1. The file "/usr/local/etc/nut/upsmon.conf" is generated by the configuration and is not owned by any package.

Anyway, the remote access configuration matches the remote access configuration of the slave Synology unit. About the only thing left is that IP address of the pfSense box isn't what the master Synology box thinks it is. Or perhaps there is some a bug again in the Synology NUT configuration for remote clients. Btw, you are running DSM 6, yes?

Two things you can try:

1. On the master Synology, delete each permitted device and save. Disable remote the network UPS server and save. Re-enable the remote network UPS server and save. Re-add each (slave Synology and pfSense) IP address to the Synology permitted devices and save. If you have multiple local network addresses for pfSense, add them all. This is simple and easy, and I would do this first.

2. On the master Synology, log in as root and run

tcpdump -n port 3493

You should begin seeing traffic from the slave Synology.

On the pfSense box, log in as root and run

/usr/local/etc/rc.d/nut.sh restart

You should see upsmon on pfSense connect to upsd on the Synology.

If you want to listen in on the conversation you can run tcpdump with the -A option

tcpdump -n -A port 3493

There will be a number of things that don't print, but you should be able to follow the gist of the conversation.

AR15USR

OK got it sorted out and it is working now. Much thanks for your help.

I did both of your suggestions below. #1 didn't make a difference.

#2, When running "tcpdump -n -A port 3493" I saw this:

09:38:33.744802 IP 192.168.2.20.3493 > 192.168.2.1.61499: Flags [FP.], seq 19:37, ack 22, win 114, options [nop,nop,TS val 268312 ecr 1101366621], length 18
E..FC\@.@.q............;y.O..3.....r.......
....A..]ERR ACCESS-DENIED

This shows the pfSense box being denied from 192.168.2.1, I was using its actual IP of 192.168.1.1. As soon as I entered the 192.168.2.1 IP into the allowed devices on the Synology unit it worked instantly. I'm guessing it has to do with the Gateway, the Synology is on LAN 2.1 instead of 1.1.

Anyhow big thanks for all your help, much appreciated.

Not sure if you are still interested, but here is the output for the users.conf.sample anyhow:

/root: pkg which /usr/local/etc/nut/upsmon.conf.sample
/usr/local/etc/nut/upsmon.conf.sample was installed by package nut-2.7.4_1

dennypage

No problem. Glad you got it working.

willrun4fun

I have a similar setup working thanks to this thread and some others.

Question though, with my Synology the master as soon as it goes on battery pfsense shuts down immediately. Is there an option I can use on upsmon to make it wait until low battery reached?

dennypage

The master side (Synology) controls all the signals, including low battery and forced shutdown. There is no way to override these from the slave side (pfSense). There is a pull down in the Synology config that says whether to initiate shutdown immediately or wait for low battery. This is the only control available to my knowledge.

dennypage

Note that even if there were a way to override the fsd signal on the slave, it would be a bad idea because the signal generally indicates that the master is about to instruct the UPS to turn the load off.