Alto uso da CPU resultando em falha do servidor

3

ficar sem ideias para explorar. Primeiramente fora - deixe-me avisá-lo - eu sou um programador, não um systech:)

Aqui está a situação.

Servidor dedicado (LAMP) executando uma boa quantidade de sites. O servidor mySQL está em uma caixa separada.

Nas últimas duas semanas, o desempenho tem se deteriorado a ponto de eu não poder mais nem me conectar à caixa.

Olhando para o mod_status, há uma quantidade razoável de processos ocupando recursos da CPU. No entanto, as URLs são todas diferentes ... não há um padrão comum - por isso não posso limitar nada a um script específico que possa estar ficando preso.

PHP é executado como cgi.

A maioria dos sites que estão demorando para serem executados estão usando o framework cakephp

Reinicie o servidor, estamos dentro de alguns minutos novamente ...

Cruzou um erro que dizia / var / tmp / estava cheio e não podia escrever sessões. No entanto, ainda havia espaço? A falta de inodes talvez? Atualmente no processo de ter alguém andar até a caixa e limpar o tmp.

A falta de capacidade de escrever sessões pode fazer com que os processos do php sejam interrompidos para sempre e, eventualmente, entupir tudo?

Alguma outra ideia que eu queira explorar? Eu tenho monitorado o sql server para ver se ele está retornando enormes conjuntos de dados em qualquer uma das consultas, e não há nada notável lá ....

São apenas 11:21 e eu já preciso de uma bebida:)

    
por Ryan 15.08.2012 / 20:33

1 resposta

1

Especialmente se o sistema de arquivos em /var/tmp for ext3 (verifique isso com o comando mount ) e o ponto de montagem não for muito grande, ele poderá ficar sem inodes. E sim, isso causaria os sintomas que você nos descreve. Fique de olho no comando df -i .

Se for esse o caso, faça de alguma forma /var/tmp maior e, se possível, mude para outro sistema de arquivos, digamos XFS , que possui inodes dinâmicos (= infinitos).

Eu sinto por você. Aqui está, tome uma bebida .

    
por 15.08.2012 / 20:38