| Commit message (Collapse) | Author | Age |
|
|
|
|
| |
RLIMIT_MSGQUEUE as well, so that the preceding changes don't suddenly
expose systems to DoS or other issues.
|
|
|
|
|
| |
that our limit resets are actually *applied*, which has apparently been
broken for who knows how long!
|
|
|
|
|
|
|
| |
not be invalid for RLIMIT_NOFILE, but we don't want to set a hard limit
of 1024 by default; try to set this limit to the value of
/proc/sys/fs/nr_open if we can, or fall back to RLIM_INFINITY.
Closes: #515673, LP: #327597.
|
| |
|
|
|
|
|
| |
invalid for RLIMIT_NOFILE, so when resetting the limits for a new session,
use the kernel default of 1024 instead. Closes: #404836.
|
| |
|
|
|