<div dir="auto">To me, the trick would be not about shutdown, but how to start those servers (which would fully power-off to save battery time for network gear) if wall power comes back early.<div dir="auto"><br></div><div dir="auto">If automation for that is needed (e.g. you don't want to depend on manual labor to power back the main servers), that would need scripting (upssched?) to either reboot the remaining NUT server and the UPS if power comes back and main servers are off, or to make use of wake-on-LAN/IPMI/... if available. Or use ePDUs to power the servers and recycle each relevant socket when suitable.</div><div dir="auto"><br></div><div dir="auto">Jim </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Nov 23, 2024, 03:50 Dan Langille via Nut-upsuser <<a href="mailto:nut-upsuser@alioth-lists.debian.net" target="_blank" rel="noreferrer">nut-upsuser@alioth-lists.debian.net</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">I have an idea for my shutdown process at home. My goal: maximize the network run-time. At present, the UPS has a run-time of about 57 minutes.<br>
<br>
This is my idea:<br>
<br>
* shutdown the servers after 15 minutes of downtime (for me, that's when battery.runtime hits 40)<br>
* leave the network gear (switches, firewall, wifi) running so I can continue with Internet access<br>
<br>
Optionally:<br>
* when we get down to 10 minutes, let everything else shutdown<br>
<br>
The goal: I can keep working from my home office - there's a separate UPS up there.<br>
<br>
Thinking about the plan:<br>
<br>
* the firewall runs nut and monitors the UP<br>
* the servers can take action and shut themselves off - they run run nut<br>
* the firewall will be the only nut instance still running after the services go down<br>
<br>
<br>
The Eaton 5PX UPS has some configurable items in it. I may be able to use them as well. Looking at my notes[1] from way-back-when, I was unable to get FINALDELAY to be observer (why, is not clear).<br>
<br>
I'd be happy to hear suggestion and idea based on your experience please.<br>
<br>
I'm running FreeBSD 14.1 and nut 2.8.2<br>
<br>
1 - <a href="https://dan.langille.org/2020/09/13/nut-testing-shutdown-and-startup/" rel="noreferrer noreferrer noreferrer" target="_blank">https://dan.langille.org/2020/09/13/nut-testing-shutdown-and-startup/</a> - I need to redo that timing - none of these servers are still here, and the new ones are not catered for. I hope to be replacing the batteries soon - plenty of opportunity to do that work then.<br>
<br>
-- <br>
  Dan Langille<br>
  <a href="mailto:dan@langille.org" rel="noreferrer noreferrer" target="_blank">dan@langille.org</a><br>
<br>
_______________________________________________<br>
Nut-upsuser mailing list<br>
<a href="mailto:Nut-upsuser@alioth-lists.debian.net" rel="noreferrer noreferrer" target="_blank">Nut-upsuser@alioth-lists.debian.net</a><br>
<a href="https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser" rel="noreferrer noreferrer noreferrer" target="_blank">https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser</a><br>
</blockquote></div>