<div dir="ltr"><div dir="ltr"><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Nov 7, 2020 at 1:27 PM Charles Lepple <<a href="mailto:clepple@gmail.com">clepple@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;">On Nov 7, 2020, at 11:18 AM, Jason Antman <<a href="mailto:jason@jasonantman.com" target="_blank">jason@jasonantman.com</a>> wrote:<br><div><blockquote type="cite"><br><div><div dir="ltr">Hello,<div><br></div><div>I'm quite new to NUT, currently setting it up on a few machines in my home lab because I switched from an APC UPS to a CyberPower unit. This is running in a home lab, and I'm trying to implement some apparently unusual logic around load-shedding.</div></div></div></blockquote><div><br></div><div>The interesting thing to me is the shift from a single server being able to be supplied from one or more UPSes for redundancy, to a single UPS powering a number of smaller systems.</div></div></div></blockquote><div><br></div><div>This is my home setup; the machines are all single-PSU desktops and towers. One that's my general-purpose desktop and two small-form-factor Dells, one for home automation and one acting as a DVR for my security cameras. No fancy (and loud, and hot-running) multi-power-supply systems here.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;"><div><br><blockquote type="cite"><div><div dir="ltr"><div> I'm strongly considering writing my own custom script to replace upsmon in order to achieve the desired result.</div><div><br></div><div>I see a lot of mention in the documentation on upsmon and upssched about "events", as in an ONBATT, LOWBATT, ONLINE, etc., however I see nothing about these in the Network protocol documentation.</div></div></div></blockquote></div><div><blockquote type="cite"><div><div dir="ltr"><div><br></div><div>Can someone please confirm whether there are actual "events" being sent out to clients by upsd, or whether these events are completely derived/generated within upsmon, just based on polling upsd and detecting a change in something (such as ups.status)?</div><div><br></div></div></div></blockquote><div><div>The latter description is correct: upsmon polls the "ups.status" variable. When the state changes, upsmon generates the events internally. The majority of the mapping is in the comments here: <a href="https://github.com/networkupstools/nut/blob/v2.7.4/clients/upsmon.h" target="_blank">https://github.com/networkupstools/nut/blob/v2.7.4/clients/upsmon.h</a> and the code here: <a href="https://github.com/networkupstools/nut/blob/v2.7.4/clients/upsmon.c#L1466-L1489" target="_blank">https://github.com/networkupstools/nut/blob/v2.7.4/clients/upsmon.c#L1466-L1489</a></div><div><br></div><div>There is a lot of business logic in upsmon devoted to logging, reconnecting, and detecting the status changes (potentially across disconnects). If you didn't want to rewrite and test that code in your own script, you could use the EXEC flag in upsmon to start your script from NOTIFYCMD when the UPS goes on battery, and then poll battery level from there. You could then set up another section of your script for ONLINE (which only gets called on a transition from OB to OL, not at startup) that does wake-on-LAN and kills the script started for ONBATT.</div><div><br></div><div>The key to on-battery/online is the NOTIFYTYPE environment variable: <a href="https://networkupstools.org/docs/man/upsmon.conf.html" target="_blank">https://networkupstools.org/docs/man/upsmon.conf.html</a></div></div></div></div></blockquote><div><br></div><div>Ok, thanks so much, Charles!</div><div><br></div><div>I found the "nut2" Python package (<a href="https://github.com/rshipp/python-nut2">https://github.com/rshipp/python-nut2</a>) which is built on top of python's telnetlib. That should make most of the logic rather simple, certainly as compared to the C implementation. It shouldn't be too difficult to handle that reliably.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;"><div><div><div><br></div></div></div><div><blockquote type="cite"><div><div dir="ltr"><div>Thanks so much,</div><div>Jason Antman</div><div><br></div><div>PS - Since someone may ask about it, given my introduction, here's the setup I have:</div><div><br></div><div>* One CyberPower UPS powering everything</div><div>* Three Linux machines, "A", "B", and "C"</div><div>* A bunch of network devices, as well as two Raspberry Pis</div><div><br></div><div>I'm trying to achieve the following shutdown behavior:</div><div>* Kill host A when battery drops to 80%</div><div>* Kill host B at 50%</div><div>* Kill host C at 10%</div><div>* Leave the outputs turned on always, so the network and Pis keep running</div><div>* If the power comes back before the battery is exhausted, a script will turn on hosts A, B, and C via wake-on-lan.</div><div><br></div></div>
_______________________________________________<br>Nut-upsuser mailing list<br><a href="mailto:Nut-upsuser@alioth-lists.debian.net" target="_blank">Nut-upsuser@alioth-lists.debian.net</a><br><a href="https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser" target="_blank">https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser</a></div></blockquote></div><br></div></blockquote></div></div>