nofile limit cannot be increased, only decreased
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
pam (Debian) |
Fix Released
|
Unknown
|
|||
pam (Ubuntu) |
Invalid
|
High
|
Steve Langasek |
Bug Description
Setting the maximum number of open files via pam's /etc/security/
This seems to work on Gentoo, Red Hat and SuSE quite well so I started to look why it does not in ubuntu.
I found out that a patch applied durcing build is causing this:
in
debian/
you find the following on line 59:
+ pl->limits[
which seems to set the maximum for RLIMIT_NOFILE to 1024 which IMO is non-sense.
We have many servers that have it set to 65536 for big applications.
If I increase this rlim_max value, the default is still 1024 but I can rise it to limit.rlim_max -1
Please fix this by setting a reasonable value here. The kernel maximum is 2^20 = 1024*1024 = 1048576
(See "sysctl fs.nr_open" or "cat /proc/sys/
So I suggest setting it to 1024*1024 instead of 1024 value to not have a synthetic limit here
See attached patch for the patch which fixes it.
-Marc
Changed in pam: | |
assignee: | nobody → vorlon |
importance: | Undecided → High |
status: | New → Confirmed |
Changed in pam: | |
status: | Unknown → Fix Released |
http:// bugs.debian. org/cgi- bin/bugreport. cgi?bug= 404836 is related