[Bug 241323] New: default ulimits (-Sn and -Hn) are too low
https://bugzilla.novell.com/show_bug.cgi?id=241323 Summary: default ulimits (-Sn and -Hn) are too low Product: openSUSE 10.2 Version: Final Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: maw@novell.com QAContact: qa@suse.de The default ulimits are too low, causing evolution, and maybe other programs, to fail mysteriously. The default SOFTFDLIMIT of 1024 is definitely too low. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=241323 chrubis@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|bnc-team- |garloff@novell.com |screening@forge.provo.novell| |.com | -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=241323 garloff@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aj@novell.com, kukuk@novell.com Status|NEW |ASSIGNED ------- Comment #1 from garloff@novell.com 2007-02-12 05:15 MST ------- Well, if you do not use the package ulimit, both hard and softlimit for the number of open file descriptors per process will be set to 1024. With ulimit, the softlimit will still be 1024, the hardlimit is 8192 by default though, so a user can increase up to that limit without the help of a sysadmin. So this is definitely not a regression as compared to the Linux default state. On the discussion whether we should increase the default: Traditionally, Linux did not handle more than 1024 open files (or 1024 open TCP connections) per process. The select() interface e.g. still does not support more than 1024 (unless you recompile the glibc and all apps). The system default of 1024 is thus a reasonable default, IMVHO. An application should expect that there is a 1024 FD default resource limit. If it really needs more, it should thus try to increase the limit when starting up to that value that it requires; if that fails, it should print a warning or abort. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=241323 ------- Comment #2 from kukuk@novell.com 2007-02-12 05:22 MST ------- Changing the default of 1024 open files breaks RPC applications (glibc itself has no 1024 limit anymore for select()). Since RPC is still necessary for a lot of stuff (like NFS), it is currently no option to change that limit by default. If evolution has a problem with the 1024 open file limit, a bad design was choosen for evolution and it needs a major redesign. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=241323 garloff@novell.com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |RESOLVED Resolution| |INVALID ------- Comment #3 from garloff@novell.com 2007-02-15 11:27 MST ------- Michael, I'll close this as INVALID. Please reopen if you feel we need to discuss this further. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
https://bugzilla.novell.com/show_bug.cgi?id=241323 ------- Comment #4 from maw@novell.com 2007-02-15 12:12 MST ------- I've opened #245934 against evolution. It does seem to me to be curious that setting it higher would break anything, though. I understand the need to keep misbehaving programs from spiraling out of control. And from hogging limited resources in general. And that there is a tradeoff between the availability of the overall system vs. the performance of single programs. But... it really breaks RPC? Really? I had no idea. :) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is.
participants (1)
-
bugzilla_noreply@novell.com