Hoje um servidor rodando Squid como proxy de forward parou aqui no trabalho. Como sempre, a primeira coisa que fiz foi analisar a situação de uso de disco e de memória. A memória virtual (RAM + swap) estava 100% lotada. O MRTG existente na máquina mostrava um uso crescente de RAM que começou há poucos dias.
Após explicar a situação para o meu chefe, resolvi atualizar tal servidor de Lenny para Squeeze, pois considero que este já esteja maduro para um servidor interno. Na verdade, desconfiei que o Squid estivesse com algum problema na versão que eu estava usando.
A primeira ação foi atualizar o kernel de 2.6.26 para 2.6.32 (Lenny para Squeeze). Isso é necessário para que o udev seja atualizado corretamente durante um apt-get dist-upgrade. Depois de atualizar o kernel, reiniciei a máquina para que a mesma passasse a utilizá-lo. Aí veio a minha surpresa. A máquina, que já estava no ar há mais de 200 dias, ao subir, não conseguia ler o 2º HD. Nesse HD eram guardados os logs do Squid. Dedução: por não conseguir escrever os logs em disco, a máquina os manteve em memória, lotando-a.
Em determinados momentos, de uns dias para cá, notamos também uma certa lentidão no acesso às páginas da Internet. Era isso também. O sistema operacional estava tentando, sem parar, acessar o segundo disco. Em consequência, isso diminuiu muito a performance de acesso ao disco principal, onde encontra-se o cache do Squid.
Espero que esse relato seja útil.
Abração a todos e Feliz Natal!!!!
Pois é Eriberto,
Relatos como esse é que fazem a experiência de cada um crescer.
Valeu!
Parabéns! e Parabéns por detectar o defeito.
Um abraço cara!
Dailson
Eriberto,
Onde trabalho aconteceu o mesmo, o disco havia apresentado problemas e estava tudo rodando em RAM.
Valeu Dailson!
[]s
Boa noite camarada , otimo post , sanou as duvidas de muita gente abraços sucesso .