Eu testei isso em diferentes instalações GNU/Linux:
perl -e 'while(1){open($a{$b++}, "<" ,"/dev/null") or die $b;print " $b"}'
Sistema A e D
O primeiro limite que atingi é 1024. Ele é facilmente aumentado colocando-o em /etc/security/limits.conf:
* hard nofile 1048576
e então execute:
ulimit -n 1048576
echo 99999999 | sudo tee /proc/sys/fs/file-max
Agora o teste vai para 1048576.
No entanto, parece que não consigo aumentá-lo acima de 1048576. Se eu colocar 1048577 em limit.conf ele será simplesmente ignorado.
O que está causando isso?
Sistema B
No sistema, o BI não consegue nem chegar a 1048576:
echo 99999999 | sudo tee /proc/sys/fs/file-max
/etc/security/limits.conf:
* hard nofile 1048576
Aqui eu recebo:
$ ulimit -n 65537
bash: ulimit: open files: cannot modify limit: Operation not permitted
$ ulimit -n 65536
#OK
De onde veio esse limite?
Sistema C
Este sistema também possui o limite 1048576 em limites.conf e 99999999 em /proc/sys/fs/file-max.
Mas aqui o limite é 4096:
$ ulimit -n 4097
-bash: ulimit: open files: cannot modify limit: Operation not permitted
$ ulimit -n 4096
# OK
Como faço para aumentar isso para (pelo menos) 1048576?
(Nota para mim mesmo: não faça echo 18446744073709551616 | sudo tee /proc/sys/fs/file-max:)
Responder1
Verifique se /etc/ssh/sshd_configcontém:
UsePAM=yes
e que /etc/pam.d/sshdcontém:
session required pam_limits.so
No comentário abaixo, @venimus afirma que o limite de 1 milhão está codificado:
A fonte do kernel 2.6.x indica ./fs/file.c:30:int sysctl_nr_open __read_mostly = 1024*1024; que é 1048676
O 1048576 é por processo. Portanto, ao ter vários processos, esse limite pode ser superado.