Para Desenvolvedores

Erro Too many open files Elasticseach ou Tomcat

Resolvido

No meu ambiente lumisportal com elasticsearch começou a ocorrer erro do tipo Too many open files, como resolver? 

Por Jorge Eduardo

Em 18/04/19 15:25

Acompanhar pergunta

1 resposta(s):

Ordenar por:

Este problema ocorre tanto no Tomcat ou no elasticsearch, depende muito da quantidade de arquivos que são manipulados no sistema operacional.

Para resolver este problema é necessário modificar o parâmetro que define o OpenFiles do sistema operacional linux. Por default é 1024.

Executar o comando: 

ulimit -a

data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 63428
max locked memory       (kbytes, -l) 16384
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) 8192
cpu time               (seconds, -t) unlimited
max user processes              (-u) 63428
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited

Modificar o arquivo 

vi /etc/security/limits.conf

Se você desejar modificar somente do usuário elasticsearch , adicione a linha abaixo no final do arquivo.

elasticsearch - nofile 65535

Caso você queira modificar para todos usuários do sistem operacional , adicione:

* soft     nofile         65535
* hard     nofile         65535

Refaça o login no servidor e após restart no elasticsearch / tomcat.

Deve aparecer algo como :

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

 

Por Jorge Eduardo

Em 18/04/19 15:53
Editado em 18/04/19 16:28

Entrar

Interaja com a comunidade e tenha acesso a conteúdos exclusivos.

Houve algum erro ao acessar o banco de dados. Tente novamente mais tarde.