Em 2013-02-06 11:39, Paulo Henrique escreveu: > Em 6 de fevereiro de 2013 10:09, Marcelo Gondim > <gon...@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:<m...@leadsdemarketing.com> SIZE=3074 >> > Out: 250 2.1.0 Ok >> > In: RCPT TO:<lu...@qbnet.com.br> >> ORCPT=rfc822;lu...@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
