[FUG-BR] Problema Indefinido

[vic]

Em 2013-02-06 11:39, Paulo Henrique escreveu:
> Em 6 de fevereiro de 2013 10:09, Marcelo Gondim 
> <gondim em bsdinfo.com.br>escreveu:
>
>> Em 06/02/13 08:34, Paulo Quartieri escreveu:
>> > À quem ajudar possa
>> >
>> > Tenho um servidor com FREEBSD 9.0 current 2 com Postfix + Mysql +
>> dovecot +
>> > roundcube (desabilitei o spamassassin por enquanto), apache, etc.. 
>> que
>> > estava funcionando sem problemas por vários anos mas de 
>> novembro/2012 em
>> > diante começou a acontecer o seguinte problema, que não sei 
>> diagnosticar
>> > (por pura incompetência), e por isto peço auxilio à lista:
>> > De tempo em tempo, aleatoriamente, as conexões com o banco de 
>> dados ficam
>> > 'retesados' (consulto as conexões ativas no Mysql e são centenas) 
>> e
>> depois
>> > de alguns minutos volta ao normal. Neste intervalo os clientes não
>> conseguem
>> > enviar emails e o servidor recusa muitos emails de outros 
>> servidores.
>> Noto
>> > pelos log's que o problema pode ser o Mysql, mas não chego a uma
>> conclusão
>> > definitiva. Já atualizei o Postfix, Postgrey, mudei diversas vezes 
>> a
>> > configuração do postfix e do mysql e simplesmente não consigo 
>> resolver.
>> Este
>> > problema começou a acontecer, coincidentemente, após o começo de
>> utilização
>> > da porta 587/465 para pop. Mas pode ser coincidência.
>> >
>> > Se alguém puder ajudar, fico agradecido.
>> >
>> > Obrigado
>> > Paulo Quartieri
>> >
>> > ERRO que recebo por email:
>> >
>> > Out: 220 qbserver4.qbnet.com.br ESMTP Postfix
>> >   In:  EHLO qa3.leadsdemarketing.com
>> >   Out: 250-qbserver4.qbnet.com.br
>> >   Out: 250-PIPELINING
>> >   Out: 250-SIZE 20480000
>> >   Out: 250-VRFY
>> >   Out: 250-ETRN
>> >   Out: 250-STARTTLS
>> >   Out: 250-AUTH PLAIN LOGIN
>> >   Out: 250-AUTH=PLAIN LOGIN
>> >   Out: 250-ENHANCEDSTATUSCODES
>> >   Out: 250-8BITMIME
>> >   Out: 250 DSN
>> >   In:  MAIL FROM:<mkt em leadsdemarketing.com> SIZE=3074
>> >   Out: 250 2.1.0 Ok
>> >   In:  RCPT TO:<lucca em qbnet.com.br> 
>> ORCPT=rfc822;lucca em qbnet.com.br
>> >   Out: 250 2.1.5 Ok
>> >   In:  DATA
>> >   Out: 354 End data with <CR><LF>.<CR><LF>
>> >   Out: 451 4.3.0 Error: queue file write error
>> >   In:  QUIT
>> >   Out: 221 2.0.0 Bye
>> >
>> Olá Paulo,
>>
>> Vamos começar com umas coisas mais básicas que no passado foram as
>> causas de problemas que tive.
>> 1º já fez um teste no disco ou discos? Faz um teste de escrita com o
>> comando de exemplo abaixo:
>>
>> # dd if=/dev/zero of=/mnt/teste.bin bs=4k count=200000
>> 200000+0 records in
>> 200000+0 records out
>> 819200000 bytes transferred in 7.252038 secs (112961350 bytes/sec)
>> # bc
>> 112961350/1024/1024
>> 107
>>
>> No exemplo acima a velocidade +/- é de 107MB/s
>> Valores abaixo de 100MB/s em HDs SATA II já não é legal. Já peguei 
>> casos
>> dando 10MB/s, valores bem baixos e que normalizaram quando ativei o 
>> AHCI
>> na Bios. Pode ser uma idéia.
>> Cheque também por problemas físicos no disco, dê uma olhada nos logs
>> para ver se existe alguma possível indicação disso.
>>
>> 2º já fez um mysqlcheck na base de dados para ver se não tem nada
>> corrompido? Procure habilitar o log do slow queries para gerar um 
>> log
>> das queries mais lentas e tentar identificar algum outro tipo de 
>> problema.
>>
>> 3º procure checar com o tcpdump na interface de rede se existe algum 
>> um
>> provável ataque nas portas 25,587 e 465 tentando floodar esses 
>> serviços.
>>
>> 4º ZFS, no passado tive um problema usando o ZFS no meu servidor de
>> correio. Eu usava o UFS e funcionava perfeito, quis experimentar o 
>> ZFS e
>> do nada o amavisd ficava travando em 100% de uso de CPU, o disco 
>> ficava
>> com um I/O muito alto e aí a fila ficava parada aglomerando emails.
>> Voltei para o UFS e pronto, meus problemas acabaram.  :)  Isso foi 
>> na
>> versão 9.0-RELEASE ainda. Não sei agora na 9.1 ainda mais que 
>> houveram
>> algumas melhorias no ZFS.
>>
>> Podes começar por essas dicas aí.  :)
>>
>> Grande abraço,
>> Gondim
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
> Ou você se atrabalhou na hora de escrever ou de fato assimilou um 
> conceito
> inadequadamente.
>
> portas 587 e 465 são para SMTP Submission e SMTP/S, você descriminou 
> POP,
> pode ser ai o problema caso esteja de fato o POP funcionando nessas 
> portas
> ( dificil senão você não recebia e-mails ).
>
> Outra coisa, quantas mensagens/segundo esse servidor está lidando.
> Está utilizando IMAP ? quantos usuários ?
> As conexões com o DB está persistentes ou oneshot ?
>
> Att.

Também não se esqueça de ver a quantidade de conexões no mysql (se 
tiver usando tcp/ip). Aqui eu uso o proxy do postfix para diminuir a 
quantidade de conexões. Basta adicionar o proxy: antes do mysql:.

-- 
vic
http://choppnerd.com
http://donttrack.us   |   http://dontbubble.us