[FUG-BR] Problema Indefinido

Quarta Fevereiro 6 12:04:07 BRST 2013

Em 6 de fevereiro de 2013 11:59, vic <vic em wa.pro.br> escreveu:

> 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
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>

Não posso falar de mysql, pois sinceramente não o utilizo, nunca o utilizei
em nenhum projeto, sou adepto do postgresql.
No ultimo MTA que implantei com uma quantidade significativa de usuários
precisei usar o proxy, pois 6000 conexões estava matanto o MTA ( postfix )
não o Postgres.

Att. Paulo.

-- 
:=)><(=:
Flamers > /dev/null !!!