diff options
| author | Andrew Geissler <geissonator@yahoo.com> | 2025-07-09 23:14:51 +0300 |
|---|---|---|
| committer | Andrew Geissler <geissonator@yahoo.com> | 2025-07-14 21:25:02 +0300 |
| commit | d9c2c63dbe6de8ec1fe238f23386527355cd2f07 (patch) | |
| tree | 4f4f812dfaf770f49e5ac8c016dbcd66af2e24d1 /meta-openembedded/meta-python/recipes-devtools/python/python3-pocketsphinx | |
| parent | d5cd1765da4396e893ab3073571ac719c7d31fb8 (diff) | |
| download | openbmc-d9c2c63dbe6de8ec1fe238f23386527355cd2f07.tar.xz | |
meta-phosphor:state-manager: use wants instead of requires
As noted in commit 7497224, when using a requires relationship with
multi-user.target, any restart of that service causes a restart of
multi-user.target, causing confusion with the BMC State and also
potentially starting some oneshot service that are not configured to
RemainAfterExit=yes. If the host or chassis services were to hit an
error or be restarted by a user then this situation occurs.
The requires relationship was initially used within
phosphor-state-manager to ensure a boot was not allowed if these
critical services were not started. Later the critical service monitor
was introduced to ensure the BMC state will got to Quiesced if they
fail (also, a system is not going to boot if the chassis or host
services are not running).
Tested:
- Booted up a system and killed phosphor-host-state-manager and verified
we now only restart that one service
Change-Id: Ieebc05a747e738f195f58bdabcc12d0eed407d18
Signed-off-by: Andrew Geissler <geissonator@yahoo.com>
Diffstat (limited to 'meta-openembedded/meta-python/recipes-devtools/python/python3-pocketsphinx')
0 files changed, 0 insertions, 0 deletions
