[GTER] RES: Navegação através de proxy transparente ficando lenta até parar...

[Igor Luiz Oliveira de Souza]

Paulo,

Você tocou justamente no ponto que eu estive observando hoje no final da tarde.
Não confirmei ainda em todos os outros, mas nos que já verifiquei,
percebi que nos servidores que estão apresentando o problema o "Total
in use" está sempre como 100%(Total free 0% - claro :-)), e nos
servidores que estão rodando bem, a relação Used/Free está girando em
torno de 90 a 95% used e 5 a 10% free.
Poderia ser esse um ponto? E caso seja, saberia como driblar?

-- 
Igor Luiz Oliveira de Souza
Solic Tecnologia e Sistemas
(77) 8829-7678
igorluiz at solic.com.br

2010/1/2 Paulo Henrique <paulo.rddck at bsd.com.br>:
> Memory usage for squid via mallinfo():
>       Total space in arena:  851000 KB
>       Ordinary blocks:       850398 KB  31794 blks
>       Small blocks:               0 KB      0 blks
>       Holding blocks:         27348 KB      5 blks
>       Free Small blocks:          0 KB
>       Free Ordinary blocks:     601 KB
>       Total in use:          877746 KB 100% <<< Estranho ?!
>       Total free:               601 KB 0%
>       Total size:            878348 KB
>
> 2010/1/3 Jean Franco <stuntshell at gmail.com>:
>> Igor,
>> E um du -h pra mostrar o uso do disco, especialmente da partição do squid?
>> E se vc limpar o cache e reiniciar o squid, volta ao normal?
>>
>> Abs,
>>
>> 2010/1/2 Igor Luiz Oliveira de Souza <igorluiz at solic.com.br>
>>
>>> Oi Anderson,
>>>
>>> Vou fazer o teste de reiniciar o daemon do DNS num momento de
>>> ocorrência do problema pra ver...
>>> Quanto ao access.log, posso desativar sem grande problema... só uso
>>> mesmo pra debug... nada de SARG ou coisa do tipo... vou testar isso...
>>>
>>> Quanto ao status da máquina no momento do monitoramento, você pode ver
>>> no meu e-mail inicial... aquelas informações são justamente de um
>>> momento que o problema estava acontecendo.... você pode ver que dos 8
>>> Gb de RAM, apenas 3.5 em uso, 4.5 Gb livres.
>>> CPU's praticamente 99% idle. E o I/O em disco não achei os valores
>>> críticos...
>>> Monitorei essa máquina hoje por quase 5 horas, vasculhando problema e
>>> não consegui identificar. Faço o rotate dos log's todo dia à meia
>>> noite... neste servidor que estou usando como estudo do caso, o
>>> access.log nunca passou de 400 Mb. :-(
>>>
>>> --
>>> Igor Luiz Oliveira de Souza
>>> Solic Tecnologia e Sistemas
>>> (77) 8829-7678
>>> igorluiz at solic.com.br
>>>
>>> 2010/1/2 Anderson Duarte <andersonrizada at gmail.com>:
>>> > -----BEGIN PGP SIGNED MESSAGE-----
>>> > Hash: SHA1
>>> >
>>> > Toledo, Luis Carlos escreveu:
>>> >> Quem é o DNS resolver desses proxies? Pois se houver gargalo no DNS ele
>>> >> afeta o proxie.
>>> > Eu ia responder justamente isso que o Toledo citou!
>>> > Certa vez eu tive um problema com DNS por usar proxy transparente pois
>>> > demorava a consulta causando um gargalo.
>>> > Depois que reconfigurei e passei a não mais usar o proxy transparente,
>>> > meus problemas acabaram. Mas como a maquina volta a funcionar do nada,
>>> > realmente pode ser o que o Alexandre falou sobre o access.log.
>>> > Verifique como o log é rotacionado nas maquinas que nunca deram
>>> > problemas e veja se faz igual nas outras, vc pode desabilitar o
>>> > access.log, mas se vc precisa dele pra algo como um relatorio tipo o
>>> > SARG, daí tem que configurar como irá rotacionar os logs.
>>> >
>>> > Agora uma duvida, quando a maquina estava com o rendimento baixo, e vc
>>> > deu uma monitorada no disco, cpu, memoria, etc....  não achou nada de
>>> > estranho ? Pois geralmente quando ele está rotacionando o log a
>>> > maquina sobe um pouco a CPU e o I/O de disco. Quanto tempo vc
>>> > monitorou a maquina ?