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.