search for: check_ups

Hello, I wondered how folks monitored slaves. In my case, I am using Nagios and the check_ups plugin. It seems to work fine but being new to nut, I'm seeking confirmation that this is a sane approach. The goal: confirm the slaves have contact with the master. The environment: * FreeBSD 12.1 * nut-2.7.4 installed from package Background: I am replacing an APC 2200 UPS (still in use)...

...llow host to shutdown when needed. These are not the same goals In NUT, for the shutdown process, this involves upsmon in the master system setting state FSD in each slave's upsd. It's internal to NUT. What other contact do you want to check? > In my case, I am using Nagios and the check_ups plugin. It seems to work fine > but being new to nut, I'm seeking confirmation that this is a sane approach. On your Github site: Each host is monitored via the Nagios check_ups plugin. Do you want to use NUT to manage system shutdowns on power failure?, or is Nagios sufficient for you?...

.... Flush input- and output buffers before sending any command. Can you explain the reasoning behind these changes please? The detection phase didn't stop after the minimum number of required replies to check for models that reply twice in a row and then proceed to returning garbage. Also, the check_ups function was there because the running a query isn't exactly the same as verifying the communications. It is mostly the same now, but keeping the two things separated is better. -- Carlos Rodrigues

On 07/13/2016 04:17 AM, Dmitri Stepanov wrote: > I need to shutdown a number of hosts which has not NUT from one which has it. Let's make sure you are not missing an obvious point. By "has not NUT", you might mean not running upsd. The best practice is to run upsmon on the other hosts. This does not require running NUT proper (server). Is there some reason why you can't

...ess, this involves upsmon in the master system > setting state FSD in each slave's upsd. Understood. > It's internal to NUT. What other contact do you want to check? I want to know that the NUT instance on the slave is operational. > > In my case, I am using Nagios and the check_ups plugin. It seems to work fine > > but being new to nut, I'm seeking confirmation that this is a sane approach. > > On your Github site: Each host is monitored via the Nagios check_ups plugin. > > Do you want to use NUT to manage system shutdowns on power failure?, or is &g...

...rote: >> >> >> 2017-04-04 14:18 GMT+02:00 Jon Bendtsen <jon.bendtsen at jonix.dk >> <mailto:jon.bendtsen at jonix.dk>>: [cuuuuut] > I'd say your change is a success :-) well, almost, but maybe that is outside NUT's control. /usr/lib/nagios/plugins/check_ups -H dkvideobackup -u apc1500 UPS OK - Status=Online, Unknown Utility=227.5V Batt=100.0% Load=0.0% |voltage=227500mV;;;0 battery=100%;;;0;100 load=0%;;;0;100 JonB

hi list, im running debian/testing(act. squeeze) with 2.6.26-2-amd64 kernel. first tried apcupsd what flawlessly worked but because i run nagios (needs nut running for 'check_ups'), im trying to run nut. dmesg and syslog show the device: Jul 27 00:08:06 kate kernel: [16001.477941] hiddev96hidraw0: USB HID v1.10 Device [APC Back-UPS ES 700 FW:829.D3 .I USB FW:D3 ] on usb-0000:00:1d.1-1 Jul 27 00:08:06 kate kernel: [16001.477941] usb 3-1: New USB device found, idVendor=0...

...s? > Typically, upsd and drivers are packaged as something like "nut-server", > whereas upsmon is packaged as "nut-client". If you truly can't run upsmon, then you can speak the upsd protocol directly over tcp. For an example non-nut implementation, look at the "check_ups" plugin for nagios. It queries a NUT server for basic information, including whether it is on battery.

...14:18 GMT+02:00 Jon Bendtsen <jon.bendtsen at jonix.dk >>> <mailto:jon.bendtsen at jonix.dk>>: > > [cuuuuut] > > >> I'd say your change is a success :-) > > well, almost, but maybe that is outside NUT's control. > > /usr/lib/nagios/plugins/check_ups -H dkvideobackup -u apc1500 > UPS OK - Status=Online, Unknown Utility=227.5V Batt=100.0% Load=0.0% > |voltage=227500mV;;;0 battery=100%;;;0;100 load=0%;;;0;100 Actually maybe it is within NUT's control. Maybe NUT should only claim that a UPS is ONLINE if ONLINE is the only thing it is?...

...had some discussions about the USB disconnects. I now use an USB hub which can turn it's ports off via software commands and when my Linux box (Odroid X2 - ARM) looses the connection, it basically cycles the USB port of the UPS and then it can connect again. root at odroid-www:~/bin# cat check_ups.sh #!/bin/bash while true do     x=$(curl -s -o - 'http://192.168.1.5:85/cgi-bin/nut/upsstats.cgi?host=tripplite at 127.0.0.1:3493' | sed  's:<[^>]*>::g' | awk 'BEGIN {s = 0; } $1 == "Status:" { s = 1; next; } s == 1 { print $0; s = 0; }')     if [...

...ly, upsd and drivers are packaged as something like "nut-server", >> whereas upsmon is packaged as "nut-client". >If you truly can't run upsmon, then you can speak the upsd protocol >directly over tcp. For an example non-nut implementation, look at the >"check_ups" plugin for nagios. It queries a NUT server for basic >information, including whether it is on battery. > Some of those hosts haven't NUT including upsmon (and other software which is not included by suppliers of the hosts) for a number of reasons. I don't need to inform not-NU...

...a way to do that in Linux. You can [hardly any more] find some USB hubs, which allow ports to be powered on & off via software control. I'm using an older Linksys hub (http://a.co/gPhfi45) and the following little loop to reset the USB when there is a problem: root at odroid:~/bin# cat check_ups.sh #!/bin/bash while true do x=$(curl -s -o - 'http://192.168.1.5:85/cgi-bin/nut/upsstats.cgi?host=tripplite at 127.0.0.1:3493' | sed 's:<[^>]*>::g' | awk 'BEGIN {s = 0; } $1 == "Status:" { s = 1; next; } s == 1 { print $0; s = 0; }') if [ &...

I haven't tried it on RaspberryPi, but if there's some specific Tripp Lite information I can help with, let me know. David Zomaya Tripp Lite ________________________________ From: Nut-upsuser <nut-upsuser-bounces+david_zomaya=tripplite.com at alioth-lists.debian.net> on behalf of Charles Lepple <clepple at gmail.com> Sent: Sunday, December 8, 2019 8:36 PM To: Layne Fowler

On 9/10/2017 6:41 PM, Sam Varshavchik wrote: > Dutchman01 writes: > >> Hello all, >> >> ? >> >> I request a new NUT release as current dates back to March 9, 2016: NUT 2.7.4 >> >> The fact stays that not all distro?s use latest snapshots/commits from github >> dev tree. >> >> ? >> >> So please do release a new up to

...FER_LEN, ENDCHAR, IGNCHARS); > if (ret < Q1_CMD_REPLY_LEN) { > upsdebugx(2, "Wrong answer to \"Q1\" command."); > > --- 243,253 ---- > char buffer[RECV_BUFFER_LEN]; > int ret; > > ! upsdebugx(2, "check_ups: Sending \"Q1\" command..."); > ! ret = comm->send("Q1%c", ENDCHAR); > ! upsdebugx(4, "check_ups: getting receive stuff, ignchars: %s, > ret: %i", IGNCHARS, ret); > ret = comm->recv(buffer, RECV_BUFFER_LEN, ENDCHAR, IGNCHARS...

...B disconnects. > > > I now use an USB hub which can turn it's ports off via software commands > and when my Linux box (Odroid X2 - ARM) looses the connection, it basically > cycles the USB port of the UPS and then it can connect again. > > > root at odroid-www:~/bin# cat check_ups.sh > #!/bin/bash > > while true > do > x=$(curl -s -o - ' > http://192.168.1.5:85/cgi-bin/nut/upsstats.cgi?host=tripplite at 127.0.0.1:3493' > | sed 's:<[^>]*>::g' | awk 'BEGIN {s = 0; } $1 == "Status:" { s = 1; next; > } s == 1 {...

2017-04-04 14:18 GMT+02:00 Jon Bendtsen <jon.bendtsen at jonix.dk>: > On 04/04/17 14.10, Roger Price wrote: > >> On Tue, 4 Apr 2017, Arnaud Quette wrote: >> >> > [cuuuuut] > > Hi Arnaud, It seems to me that, looking out into the future, there are >> three >> things upsmon needs: >> >> 1. A fall-through <notify type> of

...67,7 +163,6 @@ /* I know, macros should evaluate their arguments only once */ #define CLAMP(x, min, max) (((x) < (min)) ? (min) : (((x) > (max)) ? (max) : (x))) - static float batt_charge_pct(float battvolt) { float value; @@ -178,15 +173,14 @@ return value * 100; } - static int check_ups(void) { char buffer[RECV_BUFFER_LEN]; int ret; upsdebugx(2, "Sending \"F\" command..."); - ser_send_pace(upsfd, SEND_PACE, "F%c", ENDCHAR); - ret = ser_get_line(upsfd, buffer, RECV_BUFFER_LEN, ENDCHAR, IGNCHARS, READ_TIMEOUT, 0); + comm->send("F%c&quot...