/etc/security/limits.conf La limite logicielle nproc semble être ignorée

Ma base de données MongoDB rencontrait des problèmes sous charge, avec les erreurs suivantes spamming les journaux:

[initandlisten] pthread_create failed: errno:11 Resource temporarily unavailable
[initandlisten] can't create new thread, closing connection

Je suis arrivé à la conclusion que je dois augmenter le paramètre "ulimit -u" ou "Processus Max" qui était à 1024, et l'utilisation aurait pu être supérieure à celle étant donné les frontaux Web lancés (je ne sais pas comment vérifier cela) .

J'ai édité /etc/security/limits.conf pour ajouter les deux dernières lignes (les deux premières étaient déjà là):

*                soft    nofile          350000
*                hard    nofile          350000
*                soft    nproc           30000
*                hard    nproc           30000

Ensuite, j'ai redémarré le système (BTW aurais-je dû le faire, ou un redémarrage du service Mongod devrait-il être suffisant?)

Après le redémarrage, en examinant les limites du processus pour le processus mongod, il semble que la limite souple ait été ignorée:

$ cat /proc/2207/limits
Limit                     Soft Limit           Hard Limit           Units
Max cpu time              unlimited            unlimited            seconds
Max file size             unlimited            unlimited            bytes
Max data size             unlimited            unlimited            bytes
Max stack size            8388608              unlimited            bytes
Max core file size        0                    unlimited            bytes
Max resident set          unlimited            unlimited            bytes
Max processes             1024                 30000                processes
Max open files            350000               350000               files
Max locked memory         65536                65536                bytes
Max address space         unlimited            unlimited            bytes
Max file locks            unlimited            unlimited            locks
Max pending signals       273757               273757               signals
Max msgqueue size         819200               819200               bytes
Max nice priority         0                    0
Max realtime priority     0                    0
Max realtime timeout      unlimited            unlimited            us

$ whoami
mongod


$ 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) 273757
max locked memory       (kbytes, -l) 64
max memory size         (kbytes, -m) unlimited
open files                      (-n) 350000
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) 1024
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Je m'attendais à ce que les "processus Max" à la fois des limites strictes et logicielles soient à 30000 selon le fichier /etc/security/limits.conf, mais seul le plus difficile est.

Qu'est-ce que je fais mal?

J'utilise Amazon Linux sur AWS EC2.

bash-4.1$ cat /etc/*-release
Amazon Linux AMI release 2012.09

— John M
source

Regardez dans /etc/security/conf.d/? Parfois, il y a un fichier qui remplace ce qui est défini dans le fichier limits.conf principal.

— dmourati

dmourati, merci, vous aviez raison (comme Scott Mcinyre).

— John M

Vérifiez le fichier /etc/security/limits.d/90-nproc.conf car cela remplace probablement vos paramètres. J'ai écrit sur ce même problème l'année dernière http://scott.cm/max-processes-1024-limits-conf/

— Scott Mcintyre
source

Merci, ça semble avoir été ça. Pouvez-vous également me dire si le redémarrage du processus "mongod" devrait suffire pour qu'il puisse lire les nouveaux paramètres?

— John M

Oui, une fois que vous avez modifié la limite, tout ce que vous aurez à faire est de redémarrer le processus mongod et il lira les nouvelles limites.

— Scott Mcintyre

Merci, cela a aussi bien fonctionné, les deux limites sont maintenant à 30000. Merci beaucoup pour votre aide, Scott!

— John M

Au lieu de modifier un fichier système, je recommande de créer un fichier /etc/security/limits.d/qui commence par 99_local(pour montrer que vous l'avez créé) et de remplacer tout ce que vous voulez.

— Alastair Irvine du

Vous pouvez essayer de modifier la valeur ulimit au début du script, qui lance la base de données mongodb.

Un processus enfant hérite des limites de ressources du processus appelant.

— Gooseman
source

Je voudrais changer la valeur globale. Cela a fonctionné pour «nofile» et pour la limite stricte sur «nproc», mais pas pour la limite souple sur «nproc».

— John M