----- Message from Roger Price <[email protected]> ---------
Date: Sun, 27 Nov 2022 13:53:40 +0100 (CET)
From: Roger Price <[email protected]>
Subject: Re: [Nut-upsuser] Shutdown variables
To: Simon Wilson via Nut-upsuser <[email protected]>
On Sun, 27 Nov 2022, Simon Wilson via Nut-upsuser wrote:
Per
https://networkupstools.org/docs/user-manual.chunked/ar01s06.html
6.3, am I right in thinking, for my single server running NUT (in
standalone mode) with connected USB UPS:
- when battery.charge reaches battery.charge.low: ups.status
triggers to "LB" and upsmon sets an FSD in motion
- upsmon waits FINALDELAY 5 seconds, and calls my shutdown command
(which then in sequence does a clean shutdown of my VMs before
calling the 'real' shutdown command)
- my server then shuts down and powers off
Main question:
"ups.delay.shutdown" - at what point does this variable kick in? Is
ups.delay.shutdown the period in seconds after FSD that the UPS
will hard-shutdown, i.e. I need to ensure that my server can
complete clean shutdown in that duration?
Yes, you do need to give your server sufficient time.
My understanding is that the ups.delay.shutdown is overwritten by
the offdelay option in file ups.conf.
In the machine with which I type this, I have
rprice@titan ~ upsc Eaton ups.delay.shutdown
20
rprice@titan ~ grep offdelay /etc/nut/ups.conf
offdelay = 30
See https://rogerprice.org/NUT/ConfigExamples.A5.pdf chapter 2.5,
and chapter 2.7 line 77.
Roger
_______________________________________________
That is great, thank you. From reading that I also note the comment
that ondelay must be longer than offdelay.
My server takes 90s to 110s to do a full shutdown... but most of that
is a scripted VM close before "shutdown -h +0" is finally called. I
will do a timed test to be precise on the weekend, but until then I
have put:
[eaton5sx]
driver = "usbhid-ups"
port = "auto"
vendorid = "0463"
productid = "FFFF"
desc = "Eaton 5SX"
offdelay = 120
ondelay = 125
lowbatt = 30
...and restarted nut-driver. I then used upsc to confirm those
settings had applied, which they had.
When I time it and see how long the actual post-VM-close shutdown
takes I'll be able to reduce those significantly.
So, by my understanding from 2.6, my settings will trigger shutdown at
30% (42 mins of net runtime for this rack), the shutdown process will
run on the server, including the nutshutdown command
(/usr/lib/systemd/system-shutdown/nutshutdown on RH), which will then
tell the UPS to power off at offdelay +2mins, with (if power has
restored) a further 5 seconds before it can come back on (to ondelay).
I think I have got it, thank you again. That link's a very useful resource.
Simon.
--
Simon Wilson
M: 0400 12 11 16
_______________________________________________
Nut-upsuser mailing list
[email protected]
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/nut-upsuser
