Re: [FUG-BR] Problema Indefinido
Em 6 de fevereiro de 2013 11:59, vic escreveu: > Em 2013-02-06 11:39, Paulo Henrique escreveu: > > Em 6 de fevereiro de 2013 10:09, Marcelo Gondim > > 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 2048 > >> > 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: SIZE=3074 > >> > Out: 250 2.1.0 Ok > >> > In: RCPT TO: > >> ORCPT=rfc822;lu...@qbnet.com.br > >> > Out: 250 2.1.5 Ok > >> > In: DATA > >> > Out: 354 End data with . > >> > 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=20 > >> 20+0 records in > >> 20+0 records out > >> 81920 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 >
Re: [FUG-BR] Problema Indefinido
Em 2013-02-06 11:39, Paulo Henrique escreveu: > Em 6 de fevereiro de 2013 10:09, Marcelo Gondim > 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 2048 >> > 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: SIZE=3074 >> > Out: 250 2.1.0 Ok >> > In: RCPT TO: >> ORCPT=rfc822;lu...@qbnet.com.br >> > Out: 250 2.1.5 Ok >> > In: DATA >> > Out: 354 End data with . >> > 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=20 >> 20+0 records in >> 20+0 records out >> 81920 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
Re: [FUG-BR] Problema Indefinido
Em 6 de fevereiro de 2013 10:09, Marcelo Gondim 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 2048 > > 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: SIZE=3074 > > Out: 250 2.1.0 Ok > > In: RCPT TO: ORCPT=rfc822;lu...@qbnet.com.br > > Out: 250 2.1.5 Ok > > In: DATA > > Out: 354 End data with . > > 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=20 > 20+0 records in > 20+0 records out > 81920 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 !!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Problema Indefinido
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 2048 > 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: SIZE=3074 > Out: 250 2.1.0 Ok > In: RCPT TO: ORCPT=rfc822;lu...@qbnet.com.br > Out: 250 2.1.5 Ok > In: DATA > Out: 354 End data with . > 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=20 20+0 records in 20+0 records out 81920 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
[FUG-BR] Problema Indefinido
À 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 2048 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: SIZE=3074 Out: 250 2.1.0 Ok In: RCPT TO: ORCPT=rfc822;lu...@qbnet.com.br Out: 250 2.1.5 Ok In: DATA Out: 354 End data with . Out: 451 4.3.0 Error: queue file write error In: QUIT Out: 221 2.0.0 Bye - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd