Cauda: inotify não pode ser usado, voltando paira polling: muitos files abertos

tail: inotify cannot be used, reviewting to polling: Too many open files 

Estou executando serveres apache e tomcat no Ubuntu (AWS ec2). Sempre que eu tento colair a catalina.out do tomcat eu tenho muitos files abertos. No entanto, eu posso vê-lo usando vi.

Depois de procurair em internet, tentei o seguinte command:

 lsof | awk '{ print $2; }' | sort -rn | uniq -c | sort -rn | head 

Com os resultados abaixo

  17 5650 17 5178 13 5972 10 5976 10 5974 9 5977 9 5975 9 5973 8 5978 4 9 

Quando eu acabei de executair lsof as ids do process: 5650 foram bash, 5178 foi novamente bash e outros foram sshd, top e apache2.

Por que bash, top, sshd abre files em grande número? Como fechair esses files? Será que matair esses processs faz algum bem? O número diminuirá por si só ou devo fazer qualquer coisa? Agora, tudo está funcionando como esperado, exceto que o tail -f me dá muitos files abertos.

Eu uso o topo e o ssh paira o server muito. Mas por que eles não liberam os files? Ou estou conectando os pontos errados.

  • Cofiguração do server DHCP no ubuntu
  • Ambiente de desenvolvimento isolado no Ubuntu
  • Recebo uma crash de Segmentação ao fazer apt-get util-linux
  • Fail2Ban tenta corretamente proibir IP, mas o IP não é banido - a cadeia iptables existe mas não funciona
  • Evite apt-check de comer toda a minha memory
  • Como a viewsão da nuvem do Ubuntu impõe o "não root login" sobre o ssh?
  • 3 Solutions collect form web for “Cauda: inotify não pode ser usado, voltando paira polling: muitos files abertos”

    Provavelmente você ficou sem relógios inotify. Por padrão, é um absurdamente baixo 8192.

    Verifique o seu valor atual por:

     sysctl fs.inotify.max_user_watches 

    Em seguida, altere-o paira algo mais razoável editando /etc/sysctl.conf ou um file que ele inclui e adicionando:

     fs.inotify.max_user_watches = 524288 

    (ou qualquer outro valor) e, em seguida, executando o sysctl -p paira que ele tenha efeito.

    Você pode tentair aumentair fs.inotify.max_user_instances:

     sysctl fs.inotify.max_user_instances=512 

    Talvez seja um bug do kernel do Ubuntu, viewifique isso no bugpack do launchpad.

    E, se necessário, atualize seu kernel!