ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Pi as a UPS monitor

    IT Discussion
    raspberry pi ups apc eaton nut
    8
    114
    30.5k
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • JaredBuschJ
      JaredBusch
      last edited by

      This is what I will be following to configure reporting/alerting.
      http://www.techrepublic.com/article/customize-ups-related-alerts-in-nut/

      gjacobseG 1 Reply Last reply Reply Quote 1
      • gjacobseG
        gjacobse @JaredBusch
        last edited by

        @JaredBusch
        Well push comes to Meh -okay. I restarted the box and it's polls now.

        Won't do anything else with it for a spell to see if it retains it. It's been four days since I restarted it. Now - to reconnect to it as I had to pull the monitor off. X2Go works great,.. but only once I've signed in at the local. sure that is omething that can be changed.

        1 Reply Last reply Reply Quote 0
        • gjacobseG
          gjacobse
          last edited by

          checking on my UPS this morning

           ~ $ uptime
 09:59:20 up 6 days, 18:12,  2 users,  load average: 0.19, 0.25, 0.25

 ~ $ sudo upsc pandora
Init SSL without certificate database
battery.charge: 100
battery.charge.low: 10
battery.charge.warning: 50
battery.date: not set
battery.mfr.date: 2014/06/22
battery.runtime: 3172
battery.runtime.low: 120
battery.type: PbAc
battery.voltage: 13.6
battery.voltage.nominal: 12.0
device.mfr: APC
device.model: Back-UPS ES 550G
device.serial: 4B1425P54201
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.version: 2.7.1
driver.version.data: APC HID 0.95
driver.version.internal: 0.38
input.sensitivity: medium
input.transfer.high: 139
input.transfer.low: 92
input.voltage: 126.0
input.voltage.nominal: 120
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.firmware: 904.W1 .D
ups.firmware.aux: W1
ups.load: 13
ups.mfr: APC
ups.mfr.date: 2014/06/22
ups.model: Back-UPS ES 550G
ups.productid: 0002
ups.serial: 4B1425P54201
ups.status: OL
ups.timer.reboot: 0
ups.timer.shutdown: -1
ups.vendorid: 051d

          Since reboot, the monitor has been running all the time. So it may have been simply that.

          As for having multiple UPS monitoring, I was curious what you thought about having a central display which showed the status of each UPS monitored. That way you have one display to glance at for a health check.

          gjacobseG travisdh1T thwrT 3 Replies Last reply Reply Quote 1
          • gjacobseG
            gjacobse @gjacobse
            last edited by

            @gjacobse said in Pi as a UPS monitor:

            checking on my UPS this morning

            Since reboot, the monitor has been running all the time. So it may have been simply that.

            As for having multiple UPS monitoring, I was curious what you thought about having a central display which showed the status of each UPS monitored. That way you have one display to glance at for a health check.

            Maybe something similar to the UBNT controller software - central configuration ability.....

            1 Reply Last reply Reply Quote 0
            • travisdh1T
              travisdh1 @gjacobse
              last edited by

              @gjacobse said in Pi as a UPS monitor:

              checking on my UPS this morning

               ~ $ uptime
 09:59:20 up 6 days, 18:12,  2 users,  load average: 0.19, 0.25, 0.25

 ~ $ sudo upsc pandora
Init SSL without certificate database
battery.charge: 100
battery.charge.low: 10
battery.charge.warning: 50
battery.date: not set
battery.mfr.date: 2014/06/22
battery.runtime: 3172
battery.runtime.low: 120
battery.type: PbAc
battery.voltage: 13.6
battery.voltage.nominal: 12.0
device.mfr: APC
device.model: Back-UPS ES 550G
device.serial: 4B1425P54201
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.version: 2.7.1
driver.version.data: APC HID 0.95
driver.version.internal: 0.38
input.sensitivity: medium
input.transfer.high: 139
input.transfer.low: 92
input.voltage: 126.0
input.voltage.nominal: 120
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.firmware: 904.W1 .D
ups.firmware.aux: W1
ups.load: 13
ups.mfr: APC
ups.mfr.date: 2014/06/22
ups.model: Back-UPS ES 550G
ups.productid: 0002
ups.serial: 4B1425P54201
ups.status: OL
ups.timer.reboot: 0
ups.timer.shutdown: -1
ups.vendorid: 051d

              Since reboot, the monitor has been running all the time. So it may have been simply that.

              As for having multiple UPS monitoring, I was curious what you thought about having a central display which showed the status of each UPS monitored. That way you have one display to glance at for a health check.

              Take the output of upsc and throw it up on a web page. Unless you want a local display, in which case it's actually more difficult.

              1 Reply Last reply Reply Quote 0
              • thwrT
                thwr @gjacobse
                last edited by

                @gjacobse said in Pi as a UPS monitor:

                checking on my UPS this morning

                 ~ $ uptime
 09:59:20 up 6 days, 18:12,  2 users,  load average: 0.19, 0.25, 0.25

 ~ $ sudo upsc pandora
Init SSL without certificate database
battery.charge: 100
battery.charge.low: 10
battery.charge.warning: 50
battery.date: not set
battery.mfr.date: 2014/06/22
battery.runtime: 3172
battery.runtime.low: 120
battery.type: PbAc
battery.voltage: 13.6
battery.voltage.nominal: 12.0
device.mfr: APC
device.model: Back-UPS ES 550G
device.serial: 4B1425P54201
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.version: 2.7.1
driver.version.data: APC HID 0.95
driver.version.internal: 0.38
input.sensitivity: medium
input.transfer.high: 139
input.transfer.low: 92
input.voltage: 126.0
input.voltage.nominal: 120
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.firmware: 904.W1 .D
ups.firmware.aux: W1
ups.load: 13
ups.mfr: APC
ups.mfr.date: 2014/06/22
ups.model: Back-UPS ES 550G
ups.productid: 0002
ups.serial: 4B1425P54201
ups.status: OL
ups.timer.reboot: 0
ups.timer.shutdown: -1
ups.vendorid: 051d

                Since reboot, the monitor has been running all the time. So it may have been simply that.

                As for having multiple UPS monitoring, I was curious what you thought about having a central display which showed the status of each UPS monitored. That way you have one display to glance at for a health check.

                AMQP / MQTT may be awesome for this at the transport layer. MQTT is an interesting protocol that let you define a "last will and testament" action in case something goes south.

                Ansible/Puppet etc. can handle the central configuration.

                1 Reply Last reply Reply Quote 1
                • JaredBuschJ
                  JaredBusch
                  last edited by

                  Hey 3 months later.....

                  1 Reply Last reply Reply Quote 1
                  • JaredBuschJ
                    JaredBusch
                    last edited by

                    Alright, I plugged the thing back in and got to testing.

                    Yeah! It still communicates.

                    pi@raspberrypi:~ $ sudo upsc jaredoffice
Init SSL without certificate database
battery.charge: 84
battery.charge.low: 10
battery.charge.warning: 50
battery.date: 2001/09/25
battery.mfr.date: 2010/12/15
battery.runtime: 1236
battery.runtime.low: 120
battery.type: PbAc
battery.voltage: 27.0
battery.voltage.nominal: 24.0
device.mfr: American Power Conversion
device.model: Back-UPS BR1000G
device.serial: 3B1051X20329
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.version: 2.7.2
driver.version.data: APC HID 0.95
driver.version.internal: 0.38
input.sensitivity: medium
input.transfer.high: 147
input.transfer.low: 88
input.transfer.reason: input voltage out of range
input.voltage: 124.0
input.voltage.nominal: 120
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.firmware: 868.L1 .D
ups.firmware.aux: L1
ups.load: 20
ups.mfr: American Power Conversion
ups.mfr.date: 2010/12/15
ups.model: Back-UPS BR1000G
ups.productid: 0002
ups.realpower.nominal: 600
ups.serial: 3B1051X20329
ups.status: OL CHRG
ups.test.result: No test initiated
ups.timer.reboot: 0
ups.timer.shutdown: -1
ups.vendorid: 051d
                    1 Reply Last reply Reply Quote 3
                    • JaredBuschJ
                      JaredBusch
                      last edited by JaredBusch

                      Pulled the power cord from the wall. UPS beeps, but nothing from nut.

                      Ok back to the manual and checking the conf files.

                      Well it would probably help if I told the thing what to monitor..
                      /etc/nut/upsmon.conf

                      MONITOR jaredoffice@localhost 1 upsmon demo master

                      Oh but those details have to match /etc/nut/ups.conf and /etc/nut/upsd.users. Well I already know that my unit is called jaredoffice@localhost from ups.conf. So just edit upsd.users.

                      pi@raspberrypi:~ $ sudo nano /etc/nut/upsd.users
# put at end of file
[upsmon]
password = demo
upsmon master

                      Now reload the monitor

                      pi@raspberrypi:~ $ sudo upsmon -c reload
Network UPS Tools upsmon 2.7.2
pi@raspberrypi:~ $

                      Then unplug the UPS. and get nothing.

                      look in the logs..
                      tail/var/log/syslog

                      Feb  1 17:05:38 raspberrypi upsmon[732]: UPS jaredoffice@localhost on battery
Feb  1 17:05:38 raspberrypi rsyslogd-2007: action 'action 17' suspended, next retry is Wed Feb  1 17:06:08 2017 [try http://www.rsyslog.com/e/2007 ]
Feb  1 17:05:38 raspberrypi upssched[964]: Can't open /etc/nut/upssched.conf: Permission denied
Feb  1 17:05:48 raspberrypi upsmon[732]: UPS jaredoffice@localhost on line power
Feb  1 17:05:48 raspberrypi upssched[967]: Can't open /etc/nut/upssched.conf: Permission denied

                      Say to yourself, WTF did I do 3 months ago....

                      Time to reload and start over.

                      gjacobseG 1 Reply Last reply Reply Quote 0
                      • gjacobseG
                        gjacobse @JaredBusch
                        last edited by

                        @JaredBusch said in Pi as a UPS monitor:

                        Pulled the power cord from the wall. UPS beeps, but nothing from nut.

                        Ok back to the manual and checking the conf files.

                        Well it would probably help if I told the thing what to monitor..
                        /etc/nut/upsmon.conf

                        MONITOR jaredoffice@localhost 1 upsmon demo master

                        Oh but those details have to match /etc/nut/ups.conf and /etc/nut/upsd.users. Well I already know that my unit is called jaredoffice@localhost from ups.conf. So just edit upsd.users.

                        pi@raspberrypi:~ $ sudo nano /etc/nut/upsd.users
# put at end of file
[upsmon]
password = demo
upsmon master

                        Now reload the monitor

                        pi@raspberrypi:~ $ sudo upsmon -c reload
Network UPS Tools upsmon 2.7.2
pi@raspberrypi:~ $

                        Then unplug the UPS. and get nothing.

                        look in the logs..
                        tail/var/log/syslog

                        Feb  1 17:05:38 raspberrypi upsmon[732]: UPS jaredoffice@localhost on battery
Feb  1 17:05:38 raspberrypi rsyslogd-2007: action 'action 17' suspended, next retry is Wed Feb  1 17:06:08 2017 [try http://www.rsyslog.com/e/2007 ]
Feb  1 17:05:38 raspberrypi upssched[964]: Can't open /etc/nut/upssched.conf: Permission denied
Feb  1 17:05:48 raspberrypi upsmon[732]: UPS jaredoffice@localhost on line power
Feb  1 17:05:48 raspberrypi upssched[967]: Can't open /etc/nut/upssched.conf: Permission denied

                        Say to yourself, WTF did I do 3 months ago....

                        Time to reload and start over.

                        think i got the same thing, and decide the same course of action, to which I have not moved forward with. Albeit, it's not on a rPi but a desktop - premise is the same.

                        Think we may have to create a user for the NUT system.... but again,.. can't work with it right now.

                        1 Reply Last reply Reply Quote 0
                        • JaredBuschJ
                          JaredBusch
                          last edited by JaredBusch

                          Quick check of upsmon.conf found this, uncommented it.

                          # RUN_AS_USER nut

                          Rebooted Pi, unplugged UPS.

                          Broadcast message from nut@raspberrypi (somewhere) (Wed Feb  1 17:19:04 2017):

UPS jaredoffice@localhost on battery


Broadcast message from nut@raspberrypi (somewhere) (Wed Feb  1 17:19:24 2017):

UPS jaredoffice@localhost on line power
                          1 Reply Last reply Reply Quote 0
                          • JaredBuschJ
                            JaredBusch
                            last edited by

                            Syslog had this though.

                            Feb  1 17:19:04 raspberrypi upsmon[734]: UPS jaredoffice@localhost on battery
Feb  1 17:19:11 raspberrypi upssched[792]: Failed to connect to parent and failed to create parent: No such file or directory
Feb  1 17:19:24 raspberrypi upsmon[734]: UPS jaredoffice@localhost on line power

                            Back to the config files we go!
                            /etc/nut/upssched.conf

                            # PIPEFN <filename>
# This is commented out by default to make you visit this file and think
# about how your system works before potentially opening a hole.

                            FFS, but it gets better! Right below that, also commented out.

                            # LOCKFN <filename>
#
# REQUIRED.  This was added after version 1.2.1.
#
# upssched needs to be able to create this filename in order to avoid
# a race condition when two events are dispatched from upsmon at nearly
# the same time.  This file will only exist briefly.  It must not be
# created by any other process.
#
# You should put this in the same directory as PIPEFN.
#

                            So I update the config and make a directory forgetting to chown it from root /sigh...

                            PIPEFN /etc/nut/upssched/upssched.pipe
LOCKFN /etc/nut/upssched/upssched.lock
                            1 Reply Last reply Reply Quote 0
                            • JaredBuschJ
                              JaredBusch
                              last edited by JaredBusch

                              Once it was all chowned...

                              Feb  1 17:33:08 raspberrypi upssched[793]: Timer daemon started
Feb  1 17:33:09 raspberrypi upssched[793]: New timer: onbattwarn (30 seconds)
Feb  1 17:33:39 raspberrypi upssched[793]: Event: onbattwarn
Feb  1 17:33:54 raspberrypi upssched[793]: Timer queue empty, exiting

                              And output to the screen:

                              Broadcast message from nut@raspberrypi (somewhere) (Wed Feb  1 17:33:39 2017):

The UPS is currently running on battery power!
                              1 Reply Last reply Reply Quote 0
                              • JaredBuschJ
                                JaredBusch
                                last edited by

                                Now time to wipe, replicate, test and document.

                                Then the command can be changed to send email.

                                1 Reply Last reply Reply Quote 3
                                • JaredBuschJ
                                  JaredBusch
                                  last edited by JaredBusch

                                  Following my own notes from post 62
                                  At step 11 (installing nut form repo) I see an error.
                                  May or may not have gotten this the first time around..

                                  pi@bna-pwr-pi-01:~ $ sudo apt-get install nut
Reading package lists... Done
<snip>
Unpacking nut (2.7.2-4) ...
Processing triggers for man-db (2.7.0.2-5) ...
Processing triggers for systemd (215-17+deb8u6) ...
Setting up libnspr4:armhf (2:4.12-1+debu8u1) ...
Setting up libnss3:armhf (2:3.26-1+debu8u1) ...
Setting up libupsclient4:armhf (2.7.2-4) ...
Setting up nut-client (2.7.2-4) ...
Job for nut-monitor.service failed. See 'systemctl status nut-monitor.service' and 'journalctl -xn' for details.
invoke-rc.d: initscript nut-client, action "start" failed.
Setting up nut-server (2.7.2-4) ...
A dependency job for nut-server.service failed. See 'journalctl -xn' for details.
invoke-rc.d: initscript nut-server, action "start" failed.
Job for nut-driver.service failed. See 'systemctl status nut-driver.service' and 'journalctl -xn' for details.
Setting up nut (2.7.2-4) ...
Processing triggers for libc-bin (2.19-18+deb8u7) ...
Processing triggers for systemd (215-17+deb8u6) ...
pi@bna-pwr-pi-01:~ $ systemctl status nut-monitor
● nut-monitor.service - Network UPS Tools - power device monitor and shutdown controller
   Loaded: loaded (/lib/systemd/system/nut-monitor.service; enabled)
   Active: failed (Result: resources) since Thu 2017-02-02 02:10:27 UTC; 49s ago
pi@bna-pwr-pi-01:~ $
                                  1 Reply Last reply Reply Quote 0
                                  • JaredBuschJ
                                    JaredBusch
                                    last edited by

                                    ah here we go, this is normal because not configured.

                                    pi@bna-pwr-pi-01:~ $ sudo journalctl -xn
-- Logs begin at Fri 2016-11-25 18:24:08 UTC, end at Thu 2017-02-02 02:33:03 UTC. --
Feb 02 02:32:47 bna-pwr-pi-01 sudo[23103]: pam_unix(sudo:session): session opened for user root by pi(uid=0)
Feb 02 02:32:47 bna-pwr-pi-01 systemd[1]: Starting Network UPS Tools - power device monitor and shutdown controller...
-- Subject: Unit nut-monitor.service has begun with start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit nut-monitor.service has begun starting up.
Feb 02 02:32:47 bna-pwr-pi-01 upsmon[23113]: upsmon disabled, please adjust the configuration to your needs
Feb 02 02:32:47 bna-pwr-pi-01 upsmon[23113]: Then set MODE to a suitable value in /etc/nut/nut.conf to enable it
Feb 02 02:32:47 bna-pwr-pi-01 systemd[1]: PID file /var/run/nut/upsmon.pid not readable (yet?) after start.
Feb 02 02:32:47 bna-pwr-pi-01 systemd[1]: Failed to start Network UPS Tools - power device monitor and shutdown controller.
-- Subject: Unit nut-monitor.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit nut-monitor.service has failed.
-- 
-- The result is failed.
Feb 02 02:32:47 bna-pwr-pi-01 systemd[1]: Unit nut-monitor.service entered failed state.
Feb 02 02:32:48 bna-pwr-pi-01 sudo[23103]: pam_unix(sudo:session): session closed for user root
Feb 02 02:33:03 bna-pwr-pi-01 sudo[23121]: pi : TTY=pts/0 ; PWD=/home/pi ; USER=root ; COMMAND=/bin/journalctl -xn
Feb 02 02:33:03 bna-pwr-pi-01 sudo[23121]: pam_unix(sudo:session): session opened for user root by pi(uid=0)
                                    1 Reply Last reply Reply Quote 1
                                    • JaredBuschJ
                                      JaredBusch
                                      last edited by JaredBusch

                                      So on to configuration. Nut has only a few config files you need to deal with.

                                      We will go right down the list.

                                      pi@bna-pwr-pi-01:~ $ ls -l /etc/nut
total 44
-rw-r----- 1 root nut  1538 Mar 26  2015 nut.conf
-rw-r----- 1 root nut  4572 Mar 26  2015 ups.conf
-rw-r----- 1 root nut  4578 Mar 26  2015 upsd.conf
-rw-r----- 1 root nut  2131 Mar 26  2015 upsd.users
-rw-r----- 1 root nut 15170 Mar 26  2015 upsmon.conf
-rw-r----- 1 root nut  3887 Mar 26  2015 upssched.conf
                                      1 Reply Last reply Reply Quote 0
                                      • JaredBuschJ
                                        JaredBusch
                                        last edited by

                                        First up is nut.conf. There is only a single option to set in this file, but it is important.

                                        Assuming you are going to have only one device, or if multiple devices, that they will report in on their own, the simplest configuration is to choose standalone

                                        MODE=standalone

                                        Here are the various meanings from the conf file.

                                        # - none: NUT is not configured, or use the Integrated Power Management, or use
#   some external system to startup NUT components. So nothing is to be started.
# - standalone: This mode address a local only configuration, with 1 UPS
#   protecting the local system. This implies to start the 3 NUT layers (driver,
#   upsd and upsmon) and the matching configuration files. This mode can also
#   address UPS redundancy.
# - netserver: same as for the standalone configuration, but also need
#   some more network access controls (firewall, tcp-wrappers) and possibly a
#   specific LISTEN directive in upsd.conf.
#   Since this MODE is opened to the network, a special care should be applied
#   to security concerns.
# - netclient: this mode only requires upsmon.
                                        1 Reply Last reply Reply Quote 0
                                        • JaredBuschJ
                                          JaredBusch
                                          last edited by

                                          Next up is ups.conf, again read the config file for more information, it is fairly thorough.

                                          In this case I am going to connect it to the APC unit pictured at the beginning of this thread.

                                          [bnajaredrouter]
driver = usbhid-ups
port = auto
desc = "Jared Router UPS"
                                          1 Reply Last reply Reply Quote 0
                                          • JaredBuschJ
                                            JaredBusch
                                            last edited by

                                            The file upsd.conf does not need modified for a typical standalone setup.

                                            1 Reply Last reply Reply Quote 0
                                            • 1
                                            • 2
                                            • 3
                                            • 4
                                            • 5
                                            • 6
                                            • 4 / 6
                                            • First post
                                              Last post