BUG/MINOR: init: never lower rlim_fd_max
authorWilly Tarreau <w@1wt.eu>
Fri, 1 Mar 2019 09:32:05 +0000 (10:32 +0100)
committerWilly Tarreau <w@1wt.eu>
Fri, 1 Mar 2019 09:40:30 +0000 (10:40 +0100)
commite5cfdacb838c776f19e102bd0cacddeda7b06573
tree6ccd14662d9f51cd14057e73c0a48281a411df44
parentbf6964007af28bd5ddafa7c2a543324c117ea37a
BUG/MINOR: init: never lower rlim_fd_max

If a ulimit-n value is set, we must not lower the rlim_max value if the
new value is lower, we must only adjust the rlim_cur one. The effect is
that on very low values, this could prevent a master-worker reload, or
make an external check fail by lack of FDs.

This may be backported to 1.9 and earlier, but it depends on this patch
"MINOR: global: keep a copy of the initial rlim_fd_cur and rlim_fd_max
values".
src/haproxy.c