Files
ae6300af86c292b4ded1b4606f7e978bf7474f8a
swift /doc /source
Tim Burke ae6300af86 wsgi: Reap stale workers (after a timeout) following a reload
Add a new tunable, `stale_worker_timeout`, defaulting to 86400 (i.e. 24
hours). Once this time elapses following a reload, the manager process
will issue SIGKILLs to any remaining stale workers.
This gives operators a way to configure a limit for how long old code
and configs may still be running in their cluster.
To enable this, the temporary reload child (which waits for the reload
to complete then closes the accept socket on all the old workers) has
grown the ability to send state to the re-exec'ed manager. Currently,
this is limited to just the set of pre-re-exec child PIDs and their
reload times, though it was designed to be reasonably extensible.
This allows the new manager to recognize stale workers as they exit
instead of logging
 Ignoring wait() result from unknown PID ...
With the improved knowledge of subprocesses, we can kick the log level
for the above message up from info to warning; we no longer expect it
to trigger in practice.
Drive-by: Add logging to ServersPerPortStrategy.register_worker_exit
that's comparable to what WorkersStrategy does.
Change-Id: I8227939d04fda8db66fb2f131f2c71ce8741c7d9
2025年01月16日 13:44:21 +11:00
..
2022年02月07日 17:46:06 +00:00
2023年03月21日 17:27:31 +00:00
2024年08月27日 14:23:39 -07:00
2023年05月30日 11:38:42 -07:00
2022年08月02日 14:28:36 -07:00
2024年10月01日 21:53:46 +09:00
2018年05月18日 18:48:22 +01:00
2022年08月02日 14:28:36 -07:00
...
2022年08月02日 14:28:36 -07:00
2024年12月20日 09:11:14 -08:00
2025年01月13日 13:36:41 -08:00
2023年08月03日 15:00:06 -05:00
2019年08月16日 12:21:57 +00:00
2024年12月20日 09:11:14 -08:00
2023年11月09日 14:09:48 -08:00
2023年08月04日 11:30:42 -07:00
2022年05月20日 14:40:00 +01:00
2024年10月29日 12:48:25 +00:00
2019年10月01日 15:47:11 -07:00
2019年08月14日 18:00:50 +02:00
2019年10月01日 15:47:11 -07:00
2022年08月02日 14:28:36 -07:00
...
2019年06月03日 22:01:13 -05:00
2020年06月02日 21:51:00 -07:00