O servidor não está respondendo ao SSH e HTTP, mas funciona com ping

2

Eu solicitei um hard reboot porque nenhum dos ssh e http funcionou. Ping funcionou normalmente.

Quais logs devo verificar para entender qual foi o problema?

Obrigado! (debian 6 na lâmpada)

Editar: minha memória e troca:

Mem:   4040068k total,  1114920k used,  2925148k free,   109212k buffers
Swap:  1051384k total,        0k used,  1051384k free,   283820k cached

4 GB de RAM

(e mais de 1TB de HDD)

A causa é de 2 dias atrás:

veja como o uso do swap vai + 60% em menos de 10 horas

Meupaineldecontrolerelataissocomooprocessodeusodememóriadotop5:

Se todo processo do apache2 for 190MB maior que o sux, porque se eu fizer o TOP eu tiver 262 processos para dormir a maioria deles é apache2!

Minhas configurações do apache mpm_prefork são:

<IfModule mpm_prefork_module>
    StartServers          5
    MinSpareServers       5
    MaxSpareServers      10
    ServerLimit      1500
    MaxClients            1500
    MaxRequestsPerChild   2000
</IfModule>

KeepAlive On


MaxKeepAliveRequests 100


KeepAliveTimeout 4
    
por dynamic 08.03.2011 / 16:00

1 resposta

4

Which logs should i check to understand what was the problem?

Todos eles. ping funcionando significa que a pilha IP está pronta para processar as solicitações de eco ICMP (isso não é uma grande parte do sistema em comparação com o que é necessário para servidores SSH e da web). Você poderia ter tido o que eu chamo de "pane parcial" (o Kernel explodiu, mas o código IP continuou rodando), sem memória RAM, ou seus processos SSH / HTTPd podem ter caído por motivos não especificados.

/var/log/messages é provavelmente um bom ponto de partida, assim como o log do seu servidor da Web (presumivelmente o Apache). Se nada mais lhe dará uma idéia de quando o sistema trabalhou pela última vez e quanto tempo ficou no estado de morte cerebral antes de ser reiniciado ...

Atualização com base no comentário

Parece que algo tem um vazamento de memória.
Quando você ficou sem userand de swap explodiu, mas o kernel (sendo conectado na RAM) pode continuar rodando & respondendo solicitações de ping.

Para uma resolução permanente, você deve monitorar sua utilização de swap cuidadosamente e quando perceber que ela está subindo perigosamente para cima (> 33% usado é meu limite) procure o processo com a maior troca usada: provavelmente é seu culpado.

    
por 08.03.2011 / 16:14