[ubuntu-ar] Problema modificando number of open files

Guido gaccardo at gmail.com
Thu Dec 19 13:49:55 UTC 2013


Hola a todos,

Estoy intentando modificar el parámetro nofile para asignarle a un usuario
del sistema la posibilidad de abrir una gran cantidad de archivos. Para
hacerlo hice lo siguiente. En el archivo /etc/security/limits.conf puse:

user    soft    nofile  70000
user    hard    nofile  100000

En el archivo /etc/pam.d/common-session:

session required pam_limits.so

Salí del sistema.

En este punto obtengo un comportamiento que no puedo comprender. Si entro
al sistema y hago:

$ sudo -i
# sudo -u user
$ ulimit -a

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 240185
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 70000  <----- *Veo el valor que busco*
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 240185
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Ahora, si hago lo siguiente:

$ sudo su     o     $ su    o   me logueo como root directamente vía ssh
(lo permito solo a fines de esta prueba)
# sudo -u user
$ ulimit -a

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 240185
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024 <--- *Ahora no lo veo*
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 240185
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited


El problema que me genera este comportamiento es que corro un servicio que
necesita tal cantidad de openfiles al arranque del sistema y lo ejecuto
como sudo -u user servicio, y como mostré antes no obtiene el número
correcto de file descriptors y dicho proceso explota.

A alguien se le occure que estoy haciendo mal? O como hacer que
efectivamente al iniciar el script como usuario user, este tenga el número
correcto de file descriptors?

Muchas gracias a todos. Saludos,

-- 
-- Guido Accardo --
------------ pr?xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <https://lists.ubuntu.com/archives/ubuntu-ar/attachments/20131219/f50f46c0/attachment.html>


More information about the Ubuntu-ar mailing list