I didn’t add all of this to upsmon.conf - only the first line
MONITOR myups@localhost 1 john master
MINSUPPLIES 1
SHUTDOWNCMD “/sbin/shutdown -h +0”
POLLFREQ 5
POLLFREQALERT 5
HOSTSYNC 15
DEADTIME 15
POWERDOWNFLAG /etc/killpower
NOTIFYFLAG ONLINE SYSLOG
NOTIFYFLAG ONBATT SYSLOG+WALL
NOTIFYFLAG COMMOK SYSLOG
NOTIFYFLAG COMMBAD SYSLOG+WALL
NOTIFYFLAG SHUTDOWN SYSLOG
NOTIFYFLAG NOCOMM SYSLOG+WALL
RBWARNTIME 43200
NOCOMMWARNTIME 300
FINALDELAY 5
The Suse guide is rather similar to a number that are about.
Not at all sure if the above has done anything. The UPS is an APC SE700. Used 500 as they are the same apart from VA. It uses a usb cable with an rj45 connector for the ups but not sure if it’s serial or true usb hence 2 types of driver, one commented out.
Provide source and how you installed the app
Provide a link if available or describe the Guide you’re using to set up
If something is failing, be descriptive about what you are running, what you expected to see and what you’re seeing instead including any errors (copy the exact error to your post, if unable to copy the error, take a picture, post somewhere and provide a link to your image).
Also,
I’ve never thought twice but have always assumed that the communications cable has its own unique pinout and never thought to try an ethernet patch cable (and wouldn’t recommendt that)
Note to Tony: Since the OP said he use Yast, I’m guessing that he probably installed “nut” from the standard Leap 15.1 repos.
Note to John_82: I have not used “nut”. I am using “apcupsd” and “apcupsd-gui” with my APC UPS. It seems to work well enough. And yes, my UPS cable is RJ45 at one end and USB at the other. The advice I usually hear, it to go with “apcupsd” for APC devices and with “nut” for UPS from other manufacturers. But I have never tested “nut” so I don’t know if that is good advice.
Thanks for the supportive comments. New day so have started thinking again and had a look at the nut rpm file list. It’s helpful
linux-63yo:/home/john/Documents/Software/KnutSettings/knutsetting-0.2/build # nut-scanner
Scanning USB bus.
No start IP, skipping SNMP
Scanning XML/HTTP bus.
No start IP, skipping NUT bus (old connect method)
Scanning NUT bus (avahi method).
Scanning IPMI bus.
[nutdev1]
driver = "usbhid-ups"
port = "auto"
vendorid = "051D"
productid = "0002"
product = "Back-UPS ES 700G FW:871.O4 .I USB FW:4"
serial = "5B1708T43072"
vendor = "APC"
bus = "001"
The naming of the UPS is confusing as it’s sold as an ES BE700G-UK often with the ES missing. I think that more recent models may have usb on both ends of the lead. I’ve had it for a while from new but hadn’t used it.
So now I know it is true usb rather than the earlier serial line approach that used the same style of lead.
It’s a rather long list of files. It will take me a while to look at them. Any suggestions on what starts it would be helpful as I suspect that may be the problem.
I had it plugged in when I installed. YAST sees it as a UPS but doesn’t take any notice of it. I tried looking for a Linux version of powerchute but can only find windows ones for this unit. ; For the first time in well over 15 years I am dual booting with windows just to allow me to update some items firmware. All is ok in that.
The atraction of nut was that KnutClient is still available. It installs ok but can’t connect.
john@linux-63yo:~/Documents/Software/KnutSettings/knutsetting-0.2/build> sudo upsdrvctl start
Network UPS Tools - UPS driver controller 2.7.4
Network UPS Tools - Generic HID driver 0.41 (2.7.4)
USB communication driver 0.33
Using subdriver: APC HID 0.96
The driver in the nut conf file needs to be the usbhid-ups one. I changed the description to desc= “UPS ES 700G”. Copied from the kernel output. 2 changes at once so that one may not matter.
Next problem is a ups address for knutclient. Usual suggestion is tty## but don’t think that is appropriate for true usb.
One thing I have noticed is that just as CUPS was for a while it **looks **like NUT uses it’s own passwords system so su and sudo etc may not gain access to it other than to set it up and get it running.
Hi
The other thought is udev rules for your device (it may need the id’s added), if you run (as root user) udevadm monitor then connect the device and check the output.
NUT looks interesting, particularly its claim to support numerous power related devices and systems, not just UPS.
A small FYI is that for any Nagios fans out there, there is a company that sells hardware devices that plugs into building HVAC(Nagios and its derivative can be used to monitor just about anything).
if you use the more generic apcupsd,
Although written in the era of SysVinit, the guide looks pretty clear and easy to follow, you’d only need to replace systemd commands for init commands but everything else looks applicable today despite its age (2012). https://www.cyberciti.biz/faq/debian-ubuntu-centos-rhel-install-apcups/
It looks like it’s not a good idea to try and get knutclient working. It launches software every time kde is run. This may have been causing problems with the NUT code. It’s available on kde extra and brings a lot of kde4 code in.
So I used yast repository view to remove it all. Looked ok until I rebooted and came to log back in. I was presented with a massive keyboard to log in with using the mouse. That worked but suspect it came up with an X desktop variant. Certainly not kde.
So I reinstalled importing my partitioning and instructing install to use the same partition for /home and another I call spare without formatting.
When I logged in this time the desktop was restored to how I left it. Knotes too.
I was presented with a massive keyboard to log in with using the mouse. That worked but suspect it came up with an X desktop variant. Certainly not kde.