Jay Burger <jay.burger@xxxxxxxxxxxxxx> schrieb am 13.01.2020 um 17:36 in
Nachricht <9f4dc083-18f7-ba68-cc96-1d3c9492e873@xxxxxxxxxxxxxx>:
...
Personally, I would think the initial shutdown should always be honored.
Unrealistic dramatized example: I have another emergency at Chernobyl
and need to power down my reactor. Oops some service failed
while in the shutdown state and the system just rebooted ? china syndrome.
Maybe consider looking at it as an elevation type of thing.
Lowest level ? reboot
higher level ? halt
highest level ? poweroff
...
Actually I don't think that one of the above is better than another: If you
want to reboot a remote system, and the system powers down instead, you may be
in trouble as you'll have to "visit" the machine to power it up again.
Ulrich
I agree, that would not be the best idea and would have to be left to
the application. The "elevation" concept was just a thought.
My two major concerns are:
1. Once the first shutdown command is underway always honor that.
2. The system state while shutting down should always be "stopping",
no matter what system state the shutdown was triggered from.
I would actually prefer to not have any options - first shutdown cmd
wins and is taken to completion. After all there should not be that many
services trying to control how a system shuts down and if there are
then I would argue your system might be a little too complex.
-Jay
------------------------------
Subject: Digest Footer
_______________________________________________
systemd-devel mailing list
systemd-devel@xxxxxxxxxxxxxxxxxxxxx
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.freedesktop.org_mailman_listinfo_systemd-2Ddevel&d=DwICAg&c=09aR81AqZjK9FqV5BSCPBw&r=eZr6O-2nRMo2rKM8r3uAkikeHaPdKjgl8fabX-Hs-ts&m=aHT4O0VbS7QqrPMUeXCxuLxYDh9qhFEaxzXt-prM39k&s=T4LXhnYYM8z-PJErKqJP8bNdfbbckZeaC9C3GlbTHB4&e=
------------------------------
End of systemd-devel Digest, Vol 117, Issue 23
**********************************************
_______________________________________________
systemd-devel mailing list
systemd-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
