[FUG-BR] RES: Problema Indefinido

Quarta Fevereiro 6 14:17:56 BRST 2013

> -----Mensagem original-----
> De: freebsd-bounces at fug.com.br [mailto:freebsd-bounces at fug.com.br] Em
> nome de Paulo Henrique
> Enviada em: quarta-feira, 6 de fevereiro de 2013 12:04
> Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)
> Assunto: Re: [FUG-BR] Problema Indefinido
> 
> Em 6 de fevereiro de 2013 11:59, vic <vic at wa.pro.br> escreveu:
> 
> > Em 2013-02-06 11:39, Paulo Henrique escreveu:
> > > Em 6 de fevereiro de 2013 10:09, Marcelo Gondim
> > > <gondim at 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 at leadsdemarketing.com> SIZE=3074
> > >> >   Out: 250 2.1.0 Ok
> > >> >   In:  RCPT TO:<lucca at qbnet.com.br>
> > >> ORCPT=rfc822;lucca at 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 !!!

Estou utilizando o Proxy.

[]