[FUG-BR] Problema Indefinido

[Paulo Henrique]

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.

-- 
:=)><(=:

Flamers > /dev/null !!!