[FUG-BR] "processos Acumulando"
Paulo Henrique
paulo.rddck em bsd.com.br
Quinta Fevereiro 5 14:59:19 BRST 2009
Renato Maia escreveu:
> Pessoal, estou enfrentando um problema aqui que já vem de muito tempo. Não
>
>> sei exatamente a origem e nem sei mesmo descrever precisamente. Veja bem:
>>
>> 1 - Maquina 1 - Sempron 2200, 2 gb de ram, hd 250, pl. mae gigabyte.
>>
>>> Freebsd 6.2 - rodando NAT e firewall
>>> Monitorando via TOP, nos primeiros dias funcionando normalmente....você
>>> dava um top e o processamento não passava de 0,2 % e o natd ficava mais
>>> em baixo na fila, na segunda semana, notava-se que o processamento
>>> estava em 5 % + ou -.... e o natd ja aparecia mais ou menos como o 6º
>>> processo, passado mais alguns dias o processamento ja estava berando os
>>> 20%....e o natd já assumia a primeira posição da fila.... passando mais
>>> alguns dias o processamento chegava a 60 a 70%..... clientes reclamando
>>> de lentidão....e o natd ficava no talo com 100% de processamento em
>>> primeiro da fila......
>>> solução, kiall -9 natd ..... e iniciava o natd novamente.... pronto....
>>> nunca mais tive problema depois q adicionei um script pra rodar todo dia
>>> 5 hrs da manhã.....mesmo assim resolvi trocar de máquina.
>>>
>> 2 - Maquina 2 - P4 HT 3.0 ghz, 4 gb ram, hd 250, pl mae Intel server
>>
>>> Freebsd 7.0 - rodando NAT e firewall
>>> exatamente a mesma coisa da primeira
>>>
>> 3 - Maquina 3 - Dell Xeon quad, 4 gb ram, hd 250, dell 1950 III
>>
>>> Freebsd 7.1 amd64 - rodando NAT e firewall
>>> exatamente a mesma coisa dos outros dois ...
>>>
>> E acontece a mesma coisa com o Squid..... as maquinas nas mesmas
>> configurações, poré acontece o mesmo com o squid, e a maquina atual é um
>> pouco mais parruda com 8 gb de ram.... ontem mesmo, estava assistindo um
>> futebol, fui acessar um site na minha casa qdo vi tinha parado, olhei
>> tudo, qdo dei um top no meu proxy.....tava la o squid com 100% do
>> processamento primeirao da fila.... e consumindo 35% do processamento
>> total da maquina..... meu link tava consumindo 10 mb no talo..... olhei no
>> grafico baixou pra 2 mb.....e o trafego no proxy completamente zerado.....
>> matei o proxy.... iniciei de novo...e pimba...tudo na boa de novo
>>
>> Não sou muito entendido do assunto, mais eu queria saber se existe alguma
>> coisa tipo um acumulo de processo, ou algo parecido, a solução é mesmo
>> botar o treco pra matar o processo e iniciar novamente ? Ou seria alguma
>> coisa q estou fazendo errado ?
>>
>> Desde já, obrigado pessoal.
>>
>> Ps.: exemplo
>>
>> CPU: 0.9% user, 0.0% nice, 10.5% system, 0.6% interrupt, 88.0% idle
>> Mem: 1695M Active, 5549M Inact, 447M Wired, 88M Cache, 214M Buf, 135M Free
>> Swap: 5120M Total, 29M Used, 5091M Free
>>
>> PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND
>> 32597 squid 1 104 0 1613M 1585M select 2 120:22 37.35% squid
>> 826 bind 7 44 0 67488K 26972K select 1 4:45 0.00% named
>> 683 root 1 44 0 22876K 980K select 3 0:27 0.00% sshd
>>
>
> Att,
>
> Renato Maia
> ---------------------------------------
> Rapidus Internet
> http://www.rapidus.com.br
> ---------------------------------------
> Contato:
> Cel.: +55 37 8829 0369
> skype: renatopereiramaia
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
>
Olha não sou muito guru mais melhor usar um Dtrace/Snnifer, já me
aconteceu algo parecido com o Natd e o Squid quando algumas maquina da
rede estava com virus que abri quantidade macissa de conecções para
fora, dando DDoS no link.
Verifica pois possivelmente o que me parece ser é maquina interna com
p2p e outros merda for user finality.
Até breve e espero ter dado a luz correta.
Qualquer coisa de uma ligada no meu celular (22) 9276 3840 ou na empresa
que trabalho (22) 2772 5113 falar com Paulo Henrique ...
Mais detalhes sobre a lista de discussão freebsd