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?

bantic
fonte
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.

bantic
fonte
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