Mailinglist Archive: opensuse-bugs (4251 mails)

< Previous Next >
[Bug 1038004] Cannot increase max number of descriptors
  • From: bugzilla_noreply@xxxxxxxxxx
  • Date: Wed, 10 May 2017 08:43:32 +0000
  • Message-id: <bug-1038004-21960-xvJj2WxL6r@http.bugzilla.suse.com/>
http://bugzilla.suse.com/show_bug.cgi?id=1038004
http://bugzilla.suse.com/show_bug.cgi?id=1038004#c2

Dr. Werner Fink <werner@xxxxxxxx> changed:

What |Removed |Added
----------------------------------------------------------------------------
Flags|needinfo?(werner@xxxxxxxx) |

--- Comment #2 from Dr. Werner Fink <werner@xxxxxxxx> ---
(In reply to Franck Bui from comment #1)
I don't think setting DefaultLimitNOFILE= in user.conf is supposed to change
the ulimit in bash. Actually this setting controls default resource limit
for *units*.

And even in this case the limit is set on the main process only and it can
change the limit, ie there's no enforcement.

Werner could you give your opinion ?

Compare the output of

cat /proc/$$/limits

with `ulimit -a' or `ulimit -aH' in bash respec. `limit' or `limit -h' in tcsh.
The hard limits can not be increased by the process it self, e.g.

limit -h descriptors
descriptors 4096
limit -h descriptors 5000
limit: descriptors: Can't set hard limit (Operation not permitted)

only root can do

sudo -i
ulimit -Hn
4096
ulimit -Hn 5000
ulimit -Hn
5000

that is that upper/hard limit is done by system aka here systemd (system.com or
user.con) and/or pam (limits.conf)

--
You are receiving this mail because:
You are on the CC list for the bug.
< Previous Next >
References