CentOS 6.2: o apache para de aceitar conexões

Question

Eu tenho servidor com o CentOS 6.2, apache 2.2, php 5.3, mysql 5.1. O servidor está instalado no container KVM.

De vez em quando o Apache empacota. Apenas para de aceitar conexões. Parece que ele alcança ServerLimit e mantém as conexões aceitas abertas.

A coisa estranha na minha opinião é que depois que o servidor service httpd restart desce novamente muito rápido. Ele aceita conexões apenas por 1-2 segundos pode ser. E pare novamente. Mas após a reinicialização, pode funcionar várias horas sem problemas. Ou pode parar novamente em alguns minutos. Mas não é segundos como depois de service httpd restart .

Outra coisa notável é que depois que o servidor parou, não consigo me conectar a ele via ssh. Mas se eu já estava conectado, eu posso digitar comandos .. mas, se eu digitar, por exemplo, service httpd restart system executa meu comando muito lento (mas a CPU está livre e a memória é bastante livre). Então, parece que o servidor não pode alocar algum recurso e espera por ele. Mas não tenho certeza do que exatamente aguarda ..

existem variáveis de sysctl -a , que foram alteradas durante o funcionamento do servidor

nome_do_servidor / vars /

Configurações do servidor

ServerLimit 140
MaxClients 128
MinSpareServers 5
MaxSpareServer 10
MaxRequestsPerChild 4000
KeepAlive On
KeepAliveTimeout 2
MaxKeepAliveRequests 10

Definir keepAlive para off não ajudou

atualização

Eu acho que sei o que está errado. Parece que o SELinux do host, por alguma razão, bloqueia aleatoriamente a gravação do kvm-guest no disco. Pode ser porque eu não usei o pool libvirt, mas apenas volumes lvm para adicionar dispositivos de discos ao guest. agora só preciso esperar enquanto isso acontecerá novamente e verifique os logs para ter certeza.

atualização 2

NÃO, não é SELinux. A pergunta ainda está aberta. Alguma idéia?

    

Answer 1

Tente reduzir: MinSpareServers 5 e MaxSpareServer 10. Também nos diga quanto de RAM você tem?

    

Answer 2

Este foi um problema com o iptables. Eu não tenho certeza do que foi exatamente e porque ... Mas tão rápido quanto eu mudei a regra -A INPUT -i lo -j ACCEPT para o topo de todas as outras regras, ele começou a funcionar corretamente e não esse problema novamente (antes disso, a primeira regra era sobre eth0).