Verifique o arquivo /etc/security/limits.d/90-nproc.conf, pois é provável que isso substitua suas configurações. Eu escrevi sobre esse mesmo problema no ano passado link
Meu banco de dados MongoDB estava com problemas sob carga, com os seguintes erros fazendo spam nos logs:
[initandlisten] pthread_create failed: errno:11 Resource temporarily unavailable
[initandlisten] can't create new thread, closing connection
Cheguei à conclusão de que preciso elevar a configuração "ulimit -u" ou "Max processes", que estava em 1024, e o uso poderia ter excedido o valor dado aos frontends da web lançados (não sei como verifique isso).
Eu editei /etc/security/limits.conf para adicionar as últimas duas linhas (as duas primeiras já estavam lá):
* soft nofile 350000
* hard nofile 350000
* soft nproc 30000
* hard nproc 30000
Então eu reiniciei o sistema (BTW deveria ter feito isso, ou deveria um reinício do serviço mongod ser suficiente?)
Após a reinicialização, revisando os limites do processo para o processo mongod, parece que o limite flexível foi ignorado:
$ 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
Eu esperava que "Max processa" os limites hard e soft em 30000, de acordo com o arquivo /etc/security/limits.conf, mas apenas o mais difícil.
O que estou fazendo de errado?
Estou executando o Amazon Linux no AWS EC2.
bash-4.1$ cat /etc/*-release
Amazon Linux AMI release 2012.09
Verifique o arquivo /etc/security/limits.d/90-nproc.conf, pois é provável que isso substitua suas configurações. Eu escrevi sobre esse mesmo problema no ano passado link
Você pode tentar alterar o valor ulimit no início do script, que está iniciando o banco de dados mongodb.
Um processo filho herda os limites de recursos do processo de chamada.