A configuração de limits.conf do descritor de arquivo aberto não é lida pelo ulimit, mesmo quando pam_limits.so é necessário


16

Estou tentando aumentar o descritor de arquivo aberto no máximo para todos os usuários em uma máquina ubuntu.

Adicionei as seguintes linhas a /etc/security/limits.conf:

*               soft    nofile           100000
*               hard    nofile           100000

E, com base nesta pergunta , verifiquei as /etc/pam.confconfigurações para pam_limits:

$ grep "pam_limits" /etc/pam.d/*
/etc/pam.d/atd:session    required   pam_limits.so
/etc/pam.d/common-session:session required pam_limits.so
/etc/pam.d/cron:session    required   pam_limits.so
/etc/pam.d/login:session    required   pam_limits.so
/etc/pam.d/sshd:session    required     pam_limits.so
/etc/pam.d/su:session    required   pam_limits.so
/etc/pam.d/sudo:session required pam_limits.so

E meu file-max parece estar bem:

$ cat /proc/sys/fs/file-max 
762659

No entanto, ainda tenho o padrão 1024 ao verificar ulimit -a:

$ ulimit -a | grep files
open files                      (-n) 1024

O que mais posso verificar?


Além disso, como esclarecimentos adicionais: A ulimit -n 100000funciona como esperado (embora não me ajude porque persiste apenas na sessão de login atual).
— bantic

Respostas:


12

Eu descobri que o sistema não parece gostar do curinga para o usuário limits.conf. Mudar isso para: root soft nofile 100000e root hard nofile 100000funcionou bem.


Deve ser um bug no Ubuntu. Eu verifiquei que wildcards trabalho no Fedora 14.
— Mark Wagner

13
Os curingas funcionam, mas não afetam a conta raiz. manpages.ubuntu.com/manpages/natty/en/man5/limits.conf.5.html dizNOTE: group and wildcard limits are not applied to the root user. To set a limit for the root user, this field must contain the literal username root.
— Stobor
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.