/etc/security/limits.conf Il limite soft nproc sembra essere ignorato


18

Il mio database MongoDB stava riscontrando problemi sotto carico, con i seguenti errori che spammavano i log:

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

Sono giunto alla conclusione che ho bisogno di aumentare l'impostazione "ulimit -u" o "Processi max" che erano a 1024, e l'utilizzo avrebbe potuto superare quello dato i frontend web lanciati (non sono sicuro di come controllare questo) .

Ho modificato /etc/security/limits.conf per aggiungere le ultime due righe (le prime due erano già lì):

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

Quindi ho riavviato il sistema (BTW avrei dovuto farlo, o dovrebbe essere sufficiente un riavvio del servizio mongod?)

Dopo il riavvio, rivedendo i limiti del processo per il processo mongod sembra che il limite software sia stato ignorato:

$ 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

Mi aspettavo che i "limiti massimi" sia per i limiti hard che per quelli soft fossero a 30000 come per il file /etc/security/limits.conf, ma solo quello difficile è.

Che cosa sto facendo di sbagliato?

Sto eseguendo Amazon Linux su AWS EC2.

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

2
Guarda in /etc/security/conf.d/? A volte c'è un file lì che sovrascrive ciò che è impostato nel principale limits.conf.
dmourati,

dmourati, grazie, avevi ragione (lo stesso di Scott Mcinyre).
John M,

Risposte:


22

Controlla il file /etc/security/limits.d/90-nproc.conf poiché è probabile che questo abbia la precedenza sulle tue impostazioni. Ho scritto di questo stesso identico problema l'anno scorso http://scott.cm/max-processes-1024-limits-conf/


Grazie, sembra che sia stato. Puoi anche dirmi se il riavvio del processo "mongod" dovrebbe essere sufficiente per leggere le nuove impostazioni?
John M,

Sì, una volta modificato il limite non dovrai fare altro che riavviare il processo mongod e leggere i nuovi limiti.
Scott Mcintyre,

Grazie, anche quello ha funzionato, entrambi i limiti sono ora a 30000. Grazie mille per il tuo aiuto, Scott!
John M

Invece di modificare un file di sistema, ti consiglio di creare un file /etc/security/limits.d/che inizi con 99_local(per mostrare che lo hai creato) e sovrascrivere tutto quello che vuoi lì.
Alastair Irvine,

1

Potresti provare a cambiare il valore ulimit all'inizio dello script, che sta avviando il database mongodb.

Un processo figlio eredita i limiti delle risorse dal processo chiamante.


Vorrei cambiare il valore globale. Ha funzionato per "nofile" e per il limite massimo di "nproc", ma non per il limite morbido di "nproc".
John M,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.