Trop de fichiers ouverts sur Debian

J'ai un long processus en cours chez Debian. À un moment donné, lancez une erreur:

Trop de fichiers ouverts.

Fonctionnement:

ulimit -a

spectacles:

fichiers ouverts (-n) 1024

Je souhaite augmenter le nombre de fichiers ouverts en 2 fois. Après l'exécution

ulimit -n 2048

la limite est active jusqu'à la fin de ma session, ce qui n'est pas applicable à la tâche.

Comment puis-je augmenter de façon permanente le nombre de fichiers ouverts?

Si votre processus est démarré via un script, vous pouvez placer l'appel à ulimit dans le script juste avant d'exécuter le démon.

Si vous souhaitez augmenter l'ulimit pour votre utilisateur ou pour tous les utilisateurs, vous pouvez définir des limites qui sont appliquées via pam_limitslors de la connexion. Ils sont installés /etc/security/limits.conf. Dans votre cas, vous pourriez faire quelque chose comme:

*               hard    nofile             2048

Notez que "dur" désigne une limite stricte - qui ne peut pas être dépassée et ne peut pas être modifiée. Une limite logicielle peut être modifiée par un utilisateur (par exemple, quelqu'un sans capacité root), mais pas au-delà de la limite matérielle.

Lisez le limits.confpour plus d'informations sur l'utilisation pam_limits.

Il y a aussi un "total max" de fichiers ouverts défini dans le noyau, vous pouvez vérifier le paramètre actuel avec:

cat /proc/sys/fs/file-max 

Et définissez une nouvelle valeur avec:

echo "104854" > /proc/sys/fs/file-max

Si vous souhaitez conserver la configuration entre les redémarrages, ajoutez

sys.fs.file-max=104854

à

/etc/sysctl.conf

Pour vérifier l'utilisation maximale actuelle du fichier:

[root@srv-4 proc]# cat /proc/sys/fs/file-nr
3391    969     52427
|        |       |
|        |       |
|        |       maximum open file descriptors
|        total free allocated file descriptors
total allocated file descriptors
(the number of file descriptors allocated since boot)

Comme d'autres l'ont dit, vous pouvez appliquer des limites spécifiques par utilisateur ou groupe dans /etc/security/limits.conf.

Remarque: ulimit -n affiche la limite souple.

ulimit -H -n 

vous montrera la limite stricte.

Cela rend la sortie ulimit -a et ulimit -n assez déroutante si, par exemple, vous augmentiez le nombre de fichiers de 1024 à 4096, comme vous vous attendez à voir la sortie de limite stricte, mais vous voyez toujours 1024, qui est le soft limite.

N'oubliez pas non plus que ces limites sont appliquées par connexion, alors reconnectez-vous dans un nouveau shell et vérifiez vos modifications, ne vous attendez pas à ce qu'elles soient propagées aux connexions existantes.

Sachez que si vous exécutez votre processus en paramétrant start-stop-daemon, ulimits dans /etc/security/limits.conf ne fonctionne pas. Si vous souhaitez par exemple augmenter la limite de fichiers ouverts pour tomcat à 20000, vous devez les ajouter aux lignes /etc/default/tomcat:

ulimit -Hn 32768
ulimit -Sn 32768

J'ai rencontré ce problème sur debian 6.0.4. Pour les autres processus, les réponses données devraient aider.

Cela dépend de la façon dont vous démarrez votre processus de longue durée. S'il est démarré au démarrage (via les scripts /etc/rcX.d/*), vous devez mettre un appel ulimit dans votre script de démarrage car la limite par défaut est définie par le noyau et n'est pas ajustable sans la recompiler.

L'utilisation /etc/security/limits.confpourrait fonctionner si vous l'utilisez cronpar exemple avec une entrée comme celle-ci:

@reboot $HOME/bin/my-program

Cela devrait fonctionner car /etc/pam.d/cron active pam_limits.so.

Vous pouvez l'ajouter dans /etc/security/limits.conf

root soft nofile 100000
root hard nofile 100000

enregistrez puis redémarrez.

Une très bonne commande est ulimit -nmais il y a un problème avec trop de connexion et trop de fichiers ouverts:

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