La configuración de limit.conf del descriptor de archivo abierto no se lee por ulimit incluso cuando se requiere pam_limits.so


16

Estoy tratando de aumentar el descriptor de archivo abierto máximo para todos los usuarios en una máquina ubuntu.

He agregado las siguientes líneas a /etc/security/limits.conf:

*               soft    nofile           100000
*               hard    nofile           100000

Y, en base a esta pregunta , he verificado la /etc/pam.confconfiguración de 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

Y mi file-max parece estar bien:

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

Sin embargo, todavía tengo el 1024 predeterminado cuando verifico ulimit -a:

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

¿Qué más puedo consultar?


Además, como aclaración adicional: A ulimit -n 100000funciona como se esperaba (aunque no me ayuda porque solo persiste en la sesión de inicio de sesión actual).
Bantic

Respuestas:


12

Descubrí que al sistema no parece gustarle el comodín para el usuario limits.conf. Cambiando eso a: root soft nofile 100000y root hard nofile 100000funcionó bien.


Debe ser un error en Ubuntu. Verifiqué que los comodines funcionan en Fedora 14.
Mark Wagner

13
Los comodines funcionan, pero no afectan la cuenta raíz. manpages.ubuntu.com/manpages/natty/en/man5/limits.conf.5.html diceNOTE: 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
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.