mirror of
https://gitlab.freedesktop.org/NetworkManager/NetworkManager.git
synced 2026-02-27 04:40:40 +01:00
cloud-setup: allow bigger restart bursts
On daemon startup, we may end up enqueueing many nm-cloud-setup.service
restarts in very a short time. That is perfectly fine, just bump the
thresholds so that systemd doesn't get in the way too quickly.
100 requests in 1 seconds seem like a fair choice -- little bit on the
conservative side, yet still giving the service manager some room to
interfere on a chance things really go awry.
https://issues.redhat.com/browse/RHEL-49694
(cherry picked from commit 927cff9f17)
This commit is contained in:
parent
0eae225f19
commit
4dc35c7274
1 changed files with 11 additions and 0 deletions
|
|
@ -8,6 +8,17 @@ After=NetworkManager.service
|
|||
Type=oneshot
|
||||
ExecStart=@libexecdir@/nm-cloud-setup
|
||||
|
||||
# The service restart gets triggered from dispatcher script
|
||||
# (pre-up and dhcp4-change actions), possibly ending up with many
|
||||
# restart requests at the same time (e.g. on initial daemon startup
|
||||
# on a machine with multiple NICs). The systemd handles multiple
|
||||
# concurrent restart requests gracefully (the newer requests supersede
|
||||
# older, which wait for them to finish), but the default limits are way
|
||||
# too low: 5 restarts in 10 seconds. Raise that high enough for us to
|
||||
# be on the safe side.
|
||||
StartLimitIntervalSec=1
|
||||
StartLimitBurst=100
|
||||
|
||||
#Environment=NM_CLOUD_SETUP_LOG=TRACE
|
||||
|
||||
# Cloud providers are disabled by default. You need to
|
||||
|
|
|
|||
Loading…
Add table
Reference in a new issue