[prev in list] [next in list] [prev in thread] [next in thread] 

List:       systemd-devel
Subject:    Re: [systemd-devel] Shutdown Behavior
From:       Jay Burger <jay.burger () us ! fujitsu ! com>
Date:       2020-01-14 15:19:11
Message-ID: c0e47dd5-3428-03b3-02a3-fda41fab2567 () us ! fujitsu ! com
[Download RAW message or body]


> > > > Jay Burger <jay.burger@us.fujitsu.com> schrieb am 13.01.2020 um 17:36 in
> Nachricht <9f4dc083-18f7-ba68-cc96-1d3c9492e873@us.fujitsu.com>:
> ...
> > 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@lists.freedesktop.org
> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.freedesktop.org_mailman_l \
> istinfo_systemd-2Ddevel&d=DwICAg&c=09aR81AqZjK9FqV5BSCPBw&r=eZr6O-2nRMo2rKM8r3uAkike \
> HaPdKjgl8fabX-Hs-ts&m=aHT4O0VbS7QqrPMUeXCxuLxYDh9qhFEaxzXt-prM39k&s=T4LXhnYYM8z-PJErKqJP8bNdfbbckZeaC9C3GlbTHB4&e=
>  
> 
> ------------------------------
> 
> End of systemd-devel Digest, Vol 117, Issue 23
> **********************************************

_______________________________________________
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/systemd-devel


[prev in list] [next in list] [prev in thread] [next in thread]