Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

On Debian Wheezy, ulimit -a gives:

open files                      (-n) 1024

I add this to /etc/security/limits.conf

*                hard    nofile          64000

then reboot.

And ulimit -a still gives a maximum number of open files of 1024. Anyone could throw some light on it?

share|improve this question
is this possibly a virtual host? – Dennis Nolte Jul 4 '14 at 9:49
no, it it's a mongodb server – Icu Jul 4 '14 at 11:24
up vote 3 down vote accepted

Option one: You did not set the softlimit higher aswell.

Possible solution:

in /etc/security/limits.conf add

* soft nofile 2048

test with

ulimit -n 2048 

Option two: You are logged in as user and in some "config" file (profile, bashrc, something like this) the soft limit is set to a lower value.

Possible solution f.e. grep for ulimit in your etc folder and/or home folder.

Warning: Depending on the amount of files/directorys you have in there you might want to consider only specific directorys/files

ps: there are a lot of similiar question here you might want to read up.

Specially Hard vs Soft Limit

Read here for possible other solution which go more into detail Too Many Open Files

share|improve this answer
Actually, I was trying to set only the hard limit to 64000. So the soft limit was still on 1024. Now I tried to set a soft limit to 64000 + hard = 72000. But it didn't work. I tried also "* - nofile 64000" and I get the same result. – Icu Jul 4 '14 at 9:39
After having read "Too Many Open Files", I thought a kernel setting would be overriding the limits.conf settings but: "fs.file-max = 4933738" – Icu Jul 4 '14 at 9:46
@Icu try the answers from this one aswell:… might be related to your shell – Dennis Nolte Jul 4 '14 at 9:54
I added 'session required' to /etc/pam.d/other and common-session but it doesn't help ... As an alternative, I added a 'ulimit -n' to my init script and it works but I wonder why I can't get the correct values in my shell. – Icu Jul 4 '14 at 11:11

There is a bug in Debian. To increase ulimit you need to add this into the /etc/pam.d/common-session file:

session required

and in /etc/security/limits.conf add:

*               soft    nofile          65535
*               hard    nofile          65535

Then reboot the system.

share|improve this answer
no need for me to make any change to the /etc/pam.d/common-session file. it worked just by adding the other two lines to the limits.conf file :-) – Francesco Casula Jul 31 '15 at 15:59
You shouldn't need to reboot. – TheGingerDog Mar 17 at 9:53
This is brutal. On debian 7 now, and this isn't working. Not sure what to do :( -- I might open a new question – NiCk Newman Jun 13 at 14:44
Boom. * wildcard doesn't work for root. I added root instead of *, and it's working. Thank you! – NiCk Newman Jun 13 at 15:25

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.