summaryrefslogtreecommitdiff
path: root/meta-openembedded/meta-python/recipes-devtools/python/python3-httptools_0.6.4.bb
diff options
context:
space:
mode:
authorAndrew Geissler <geissonator@yahoo.com>2025-07-09 23:14:51 +0300
committerAndrew Geissler <geissonator@yahoo.com>2025-07-14 21:25:02 +0300
commitd9c2c63dbe6de8ec1fe238f23386527355cd2f07 (patch)
tree4f4f812dfaf770f49e5ac8c016dbcd66af2e24d1 /meta-openembedded/meta-python/recipes-devtools/python/python3-httptools_0.6.4.bb
parentd5cd1765da4396e893ab3073571ac719c7d31fb8 (diff)
downloadopenbmc-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-httptools_0.6.4.bb')
0 files changed, 0 insertions, 0 deletions