diff options
| author | Andrew Geissler <andrewg@us.ibm.com> | 2017-09-07 14:32:45 -0500 |
|---|---|---|
| committer | Brad Bishop <bradleyb@fuzziesquirrel.com> | 2017-09-26 00:38:31 +0000 |
| commit | 1b3762aeea3f6a41c95a0f94a674121ea6118cc5 (patch) | |
| tree | a48b8f737f50751572a0fadbaff0c9f88eac6d0a /meta-openbmc-machines/meta-x86 | |
| parent | 7b2b5df7399d546f53d0ad10ddbd3f273bced373 (diff) | |
| download | talos-openbmc-1b3762aeea3f6a41c95a0f94a674121ea6118cc5.tar.gz talos-openbmc-1b3762aeea3f6a41c95a0f94a674121ea6118cc5.zip | |
Set default restart policy for phosphor services
Reduce number of service restarts and increase wait
time between restarts.
- Change the StartLimitBurst to 3
Five just seems excessive for our services in openbmc. In all fail
scenarios seen so far (other then with phosphor-hwmon), either
restarting once does the job or restarting all 5 times does not help
and we just end up hitting the 5 limit anyway.
- Change the RestartSec from 100ms to 1s.
When a service hits a failure, our new debug collection service kicks
in. When a core file is involved, it's been found that generating 5 core
files within ~500ms puts a huge strain on the BMC. Also, if the bmc is
going to get a fix on a restart of a service, the more time the better
(think retries on device driver scenarios).
Change-Id: I0e5bb3f32022cdb72d00f1a861a69653ef937cf1
Signed-off-by: Andrew Geissler <andrewg@us.ibm.com>
Diffstat (limited to 'meta-openbmc-machines/meta-x86')
0 files changed, 0 insertions, 0 deletions
