mirror of
https://github.com/samba-team/samba.git
synced 2024-12-23 17:34:34 +03:00
6e419dda71
In 2015 systemd introduced a TasksMax which limits the number of processes in a
unit:
https://lists.freedesktop.org/archives/systemd-devel/2015-November/035006.html
The default of 512 may be too low in certain situations leading to vfork()
failing with errno=EAGAIN when trying to spawn lock-helper processes.
With the default for LockProcessesPerDB being 200 the increased TasksMax limit
should cover the problematic scenario.
Additional background: the failing vfork()s have been seen on production
clusters and were tracked down to being logged in the context of ctdb calling
tdb_repack().
Links:
9ded9cd14c
https://www.suse.com/support/kb/doc/?id=000015901
https://success.docker.com/article/how-to-reserve-resource-temporarily-unavailable-errors-due-to-tasksmax-setting
https://www.percona.com/blog/2019/01/02/tasksmax-another-setting-that-can-cause-mysql-error-messages/
Signed-off-by: Ralph Boehme <slow@samba.org>
Reviewed-by: Martin Schwenke <martin@meltin.net>
Autobuild-User(master): Martin Schwenke <martins@samba.org>
Autobuild-Date(master): Wed May 13 13:30:12 UTC 2020 on sn-devel-184
20 lines
401 B
Desktop File
20 lines
401 B
Desktop File
[Unit]
|
|
Description=CTDB
|
|
Documentation=man:ctdbd(1) man:ctdb(7)
|
|
After=network-online.target time-sync.target
|
|
ConditionFileNotEmpty=/etc/ctdb/nodes
|
|
|
|
[Service]
|
|
Type=forking
|
|
LimitCORE=infinity
|
|
LimitNOFILE=1048576
|
|
TasksMax=4096
|
|
PIDFile=/run/ctdb/ctdbd.pid
|
|
ExecStart=/usr/sbin/ctdbd_wrapper start
|
|
ExecStop=/usr/sbin/ctdbd_wrapper stop
|
|
KillMode=control-group
|
|
Restart=no
|
|
|
|
[Install]
|
|
WantedBy=multi-user.target
|