[systemd-devel] Antw: Re: Antw: [EXT] emergency shutdown, don't wait for timeouts

Reindl Harald h.reindl at thelounge.net
Mon Jan 4 15:33:17 UTC 2021



Am 04.01.21 um 16:04 schrieb Ulrich Windl:
>>>> Reindl Harald <h.reindl at thelounge.net> schrieb am 04.01.2021 um 14:53 in
> Nachricht <49b8413f-3131-658f-e21a-a1ee448a004a at thelounge.net>:
> 
>>
>> Am 04.01.21 um 13:42 schrieb Ulrich Windl:
>>>>>> Germano Massullo <germano.massullo at gmail.com> schrieb am 27.12.2020 um
>>> 14:26 in
>>> Nachricht <df991822-83cf-85e1-5bc0-c6ec99f9cac0 at gmail.com>:
>>>> Good day, I recently joined apcupsd (APC UPS Power Control Daemon)
>>>> package maintainers on Fedora/CentOS/RHEL.
>>>> After a power failure, apcupsd shuts down the system with a command
>>>> almost identical to
>>>> shutdown ‑h ‑H now
>>>> Usually when you normally shutdown your system, you may notice certain
>>>> services taking too much time to terminate and triggering a timeout
>>>> value before systemd forces them to terminate. I would like to ask if
>>>> there is a way to force the system to shutdown without waiting for these
>>>> timeouts in case an emergency like a power failure.
>>>
>>> Basically if the UPS cannot provide power for at least 3 minutes, it's
>> simply
>>> the wrong UPS (IMHO)
>>
>> topic missed - it makes no difference if it can hold the power 3
>> minutes, 3 hours or even 3 days at the point where it decides "i need to
>> shutdown everything because the battery goes empty"
> 
> Harald,
> 
> I did not say anything against shutting down everything. Maybe re-read

but the topic is when it's at the point that a shutdown is necessary and 
the shutdown hangs for no good reason "if the UPS cannot provide power 
for at least 3 minutes" is simply off-topic

the topic is that the shutdown needs to be finished before the UPS is 
empty even if it provided UPS power over hours before

there is nothing like "the right UPS" when the damned machine hangs 15 
minutes waiting to finish user-manager units as one well known example 
over years


More information about the systemd-devel mailing list