[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: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 CRLF.CRLF 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
Re: [FUG-BR] Openbsd - priorização de pacotes
2013/2/5 Welkson Renny de Medeiros welk...@gmail.com Em 4 de fevereiro de 2013 22:48, Christiano Liberato christianoliber...@gmail.com escreveu: Caros, em um cliente, como uma solução barata de vídeoconferência, compramos uma boa webcam da microsoft e tentamos utilizar o skype para esse fim mas nao obtivemos sucesso. O audio e a imagem travam muito e nao conseguimos uma reunião de qualidade. Esse cliente tem um link dedicado de 10Mb na matriz e na filial. Utilizamos o openbsd como fw. Gostaria de solicitar opiniões dos colegas quanto a soluções free para videoconferência: se estao tendo sucesso com isso, se nao... Li na documentação do openbsd que ele utliiza CBQ para enfileiramento e priorização de pacotes. No caso do skype, como priorizar os pacotes na interface de saída para ter uma melhor qualidade? Obrigado! Quanto ao enfileramento de pacotes, nunca consegui usar isso =) :~~ Quanto a opções para videoconferência, sugiro essa: https://tools.google.com/dlpage/hangoutplugin Funciona muito bem! Welkson R$0,02; http://support.google.com/a/bin/answer.py?hl=ruhlrm=deanswer=1279090 -- Vinícius Zavam profiles.google.com/egypcio - 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: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 CRLF.CRLF 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
Re: [FUG-BR] Problema Indefinido
Em 6 de fevereiro de 2013 10:09, Marcelo Gondim gon...@bsdinfo.com.brescreveu: 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: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 CRLF.CRLF 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 2013-02-06 11:39, Paulo Henrique escreveu: Em 6 de fevereiro de 2013 10:09, Marcelo Gondim gon...@bsdinfo.com.brescreveu: 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: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 CRLF.CRLF 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 11:59, vic v...@wa.pro.br escreveu: Em 2013-02-06 11:39, Paulo Henrique escreveu: Em 6 de fevereiro de 2013 10:09, Marcelo Gondim gon...@bsdinfo.com.brescreveu: 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: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 CRLF.CRLF 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 Não posso falar de mysql, pois sinceramente não o utilizo,
Re: [FUG-BR] IPFW FWD em Bridge - Luiz Souza
Alguém sabe como fazer funcionar no 9.1-STABLE, porque aqui não deu certo. Christian Sant'Ana Em 17/10/2012 16:18, Luiz Gustavo S. Costa escreveu: detalhe, eu rodei o patch do 9-STABLE no 9.1-PRERELEASE e foi de boa.. não precisei mexer em nada. ou seja, tenho um 9.1 com esse patch rodando de boa ! Em 17 de outubro de 2012 16:16, Luiz Gustavo S. Costa luizgust...@luizgustavo.pro.br escreveu: Eu fiz adaptações no patch do loos para rodar no 8-STABLE e no 9-STABLE: http://www.luizgustavo.pro.br/~gugabsd/lusca_tproxy_8_STABLE.diff http://www.luizgustavo.pro.br/~gugabsd/lusca_tproxy_9-STABLE.diff lembrando, todo o crédito é do LOOS !!! (Luiz Otavio) para aplicar, puxe o src para o stable 8/9 e aplique o patch assim: cd /usr/src patch -p0 /caminho/do/arquivo/lusca_tproxy_9-STABLE.diff pronto, dai é compilar world e kernel (o config do kernel deve ter a bridge e o fwd do ipfw build-in) Em 17 de outubro de 2012 16:08, Alexandre Silva Nano alexna...@gmail.com escreveu: Em 16 de outubro de 2012 17:24, Renata Dias renatchi...@gmail.comescreveu: Boa tarde, Pessoal! Podem me ajudar a aplicar este patch? Quais os passos mesmo? Nuss.. Há um tempo que venho procurando esse patch também!!! Acabei até desistindo de implementar o proxy por causa disso... Quero saber também o caminho das pedras para aplicar esse patch! Abraços. -- Att, Alexandre Silva Nano Tecnólogo em Gestão de Redes de Computadores, UNIFACS Enterasys Security Systems Engineer - IPS/SIEM Enterasys Certified Specialist - NAC, Switching Analista de Tecnologia da Informação e Comunicação www.ideiadigital.com.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd -- Luiz Gustavo Costa (Powered by BSD) *+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+ mundoUnix - Consultoria em Software Livre http://www.mundounix.com.br ICQ: 2890831 / MSN: cont...@mundounix.com.br Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407 Blog: http://www.luizgustavo.pro.br - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Problema Indefinido
-Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Marcelo Gondim Enviada em: quarta-feira, 6 de fevereiro de 2013 10:10 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: 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: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 CRLF.CRLF 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 Olá, Gondim. Nesta deu 78,80 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. O smartd não acusa problemas, MAS o fsck acusa alguns. Pode ser a causa? 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. Fiz e não acusou problemas 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. Como descubro que estou sofrendo ataques? Rodei o tcpdump mas como meu conhecimento é zero, não soube medir. Mas esta é uma possibilidade. 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 Abraço e obrigado. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: Problema Indefinido
-Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@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 v...@wa.pro.br escreveu: Em 2013-02-06 11:39, Paulo Henrique escreveu: Em 6 de fevereiro de 2013 10:09, Marcelo Gondim gon...@bsdinfo.com.brescreveu: 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: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 CRLF.CRLF 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
[FUG-BR] RES: Problema Indefinido
-Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Paulo Henrique Enviada em: quarta-feira, 6 de fevereiro de 2013 11:39 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: Re: [FUG-BR] Problema Indefinido Em 6 de fevereiro de 2013 10:09, Marcelo Gondim gon...@bsdinfo.com.brescreveu: 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: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 CRLF.CRLF 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 Oi, Paulo. Ou você se atrabalhou na hora de escrever ou de fato assimilou um conceito inadequadamente. Atrapalhado mesmo. É Submission e SMTP/S. Pop 25 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. Confesso que não sei medir, mas são muitas Está utilizando IMAP ? quantos usuários ? Aproximadamente 100 As conexões com o DB está persistentes ou oneshot ? mysql.allow_persistent = On mysql.max_persistent = -1 mysql.max_links = -1 Att. Alguma ideia? Obrigado, Paulo []'s -- :=)(=: Flamers /dev/null !!! - Histórico:
Re: [FUG-BR] Openbsd - priorização de pacotes
Em 6 de fevereiro de 2013 00:55, Paulo Henrique paulo.rd...@bsd.com.brescreveu: Em 5 de fevereiro de 2013 21:55, Christiano Liberato christianoliber...@gmail.com escreveu: Welkson, e o que vc utiliza para priorização de pacotes? Em 5 de fevereiro de 2013 11:16, Welkson Renny de Medeiros welk...@gmail.com escreveu: Em 4 de fevereiro de 2013 22:48, Christiano Liberato christianoliber...@gmail.com escreveu: Caros, em um cliente, como uma solução barata de vídeoconferência, compramos uma boa webcam da microsoft e tentamos utilizar o skype para esse fim mas nao obtivemos sucesso. O audio e a imagem travam muito e nao conseguimos uma reunião de qualidade. Esse cliente tem um link dedicado de 10Mb na matriz e na filial. Utilizamos o openbsd como fw. Gostaria de solicitar opiniões dos colegas quanto a soluções free para videoconferência: se estao tendo sucesso com isso, se nao... Li na documentação do openbsd que ele utliiza CBQ para enfileiramento e priorização de pacotes. No caso do skype, como priorizar os pacotes na interface de saída para ter uma melhor qualidade? Obrigado! Quanto ao enfileramento de pacotes, nunca consegui usar isso =) Quanto a opções para videoconferência, sugiro essa: https://tools.google.com/dlpage/hangoutplugin Funciona muito bem! Welkson - Altq :=)(=: Flamers /dev/null !!! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd Paulo, gostaria de priorizar o skype para um certo host e tentar com qualidade uma videoconferencia. Com o Altq é possível? Obrigado. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Openbsd - priorização de pacotes
Em 6 de fevereiro de 2013 16:46, Christiano Liberato christianoliber...@gmail.com escreveu: Em 6 de fevereiro de 2013 00:55, Paulo Henrique paulo.rd...@bsd.com.brescreveu: Em 5 de fevereiro de 2013 21:55, Christiano Liberato SNIP Paulo, gostaria de priorizar o skype para um certo host e tentar com qualidade uma videoconferencia. Com o Altq é possível? Obrigado. Bom, o que você pode fazer é o que está descrito aqui. http://www.openbsd.org/faq/pf/pt/queueing.html Mais especificadamente Aqui. http://www.openbsd.org/faq/pf/pt/queueing.html#priq Com otimos documentos que abordam tanto o hfsc aqui. http://www.cs.cmu.edu/~hzhang/HFSC/main.html Uma ótima madrugada para ti !! Att. Paulo Henrique. -- :=)(=: by NoRm4nD 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] Erros no disco + bonnie++
Era o disco mesmo o problema. Tanto era que parou de funcionar rsrsrs. Obrigado. Em 1 de fevereiro de 2013 18:43, Paulo Olivier Cavalcanti procavalca...@gmail.com escreveu: Em 01/02/2013 14:13, mail gter escreveu: Boa tarde amigos, Estou realizando alguns testes de perfomance de disco com a ferramentar bonnie++ no FreeBSD 9.1 e o sistema começou imprimir no stderr as seguintes mensagens: (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c5 22 0 1 0 0 (da1:mpt0:0:3:0): CAM status: CCB request terminated by the host (da1:mpt0:0:3:0): Retrying command (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c4 22 0 1 0 0 (da1:mpt0:0:3:0): CAM status: CCB request terminated by the host (da1:mpt0:0:3:0): Retrying command (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c3 22 0 1 0 0 (da1:mpt0:0:3:0): CAM status: CCB request terminated by the host (da1:mpt0:0:3:0): Retrying command (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c2 22 0 1 0 0 (da1:mpt0:0:3:0): CAM status: CCB request terminated by the host (da1:mpt0:0:3:0): Retrying command (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c1 22 0 1 0 0 (da1:mpt0:0:3:0): CAM status: CCB request terminated by the host (da1:mpt0:0:3:0): Retrying command (da1:mpt0:0:3:0): READ(10). CDB: 28 0 0 b1 c2 22 0 1 0 0 (da1:mpt0:0:3:0): CAM status: SCSI Status Error (da1:mpt0:0:3:0): SCSI status: Check Condition (da1:mpt0:0:3:0): SCSI sense: UNIT ATTENTION asc:29,0 (Power on, reset, or bus device reset occurred) (da1:mpt0:0:3:0): Retrying command (per sense data) O disco da1 é um SATA 7200 espetado em uma controladora HP SAS SC40Ge (segundo manual). Estou naquela dúvida: defeito de hardware ou apenas configuração ? Não ficou claro se os erros apareceram antes, durante ou depois dos testes. O stderr é o vídeo ou arquivo de log? Por curiosidade eu baixei essa ferramenta e olha os resultados: $ sudo bonnie++ -u root Using uid:0, gid:0. Writing a byte at a time...done Writing intelligently...done Rewriting...done Reading a byte at a time...done Reading intelligently...done start 'em...done...done...done...done...done... Create files in sequential order...done. Stat files in sequential order...done. Delete files in sequential order...done. Create files in random order...done. Stat files in random order...done. Delete files in random order...done. Version 1.97 --Sequential Output-- --Sequential Input- --Random- Concurrency 1 -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- MachineSize K/sec %CP K/sec %CP K/sec %CP K/sec %CP K/sec %CP /sec %CP paulobsd.local 4G 264 99 39836 9 17233 5 505 97 52130 9 125.5 3 Latency 32270us 141ms1636ms 93216us 58037us 5258ms Version 1.97 --Sequential Create-- Random Create paulobsd.local -Create-- --Read--- -Delete-- -Create-- --Read--- -Delete-- files /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP /sec %CP 16 9252 28 + +++ + +++ 7877 24 + +++ + +++ Latency 120ms 409us 435us 161ms 457us 396us 1.97,1.97,paulobsd.local,1,1359754733,4G,,264,99,39836,9,17233,5,505,97,52130,9,125.5,3,16,9252,28,+,+++,+,+++,7877,24,+,+++,+,+++,32270us,141ms,1636ms,93216us,58037us,5258ms,120ms,409us,435us,161ms,457us,396us Como aqui saiu tudo bem, seu disco deve ter algum problema. -- http://about.me/paulocavalcanti - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Openbsd - priorização de pacotes
Em 06/02/2013 17:15, Paulo Henrique escreveu: Em 6 de fevereiro de 2013 16:46, Christiano Liberato christianoliber...@gmail.com escreveu: Em 6 de fevereiro de 2013 00:55, Paulo Henrique paulo.rd...@bsd.com.brescreveu: Em 5 de fevereiro de 2013 21:55, Christiano Liberato SNIP Paulo, gostaria de priorizar o skype para um certo host e tentar com qualidade uma videoconferencia. Com o Altq é possível? Obrigado. Bom, o que você pode fazer é o que está descrito aqui. http://www.openbsd.org/faq/pf/pt/queueing.html Mais especificadamente Aqui. http://www.openbsd.org/faq/pf/pt/queueing.html#priq Com otimos documentos que abordam tanto o hfsc aqui. http://www.cs.cmu.edu/~hzhang/HFSC/main.html Uma ótima madrugada para ti !! Att. Paulo Henrique. Lembrando que skype usa a internet... ou seja, pode acontecer de você dar prioridade ao tráfego dele até seu roteador, mas dele para a Internet, você não tem controle e pode acontecer congestionamento, etc, etc. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: Problema Indefinido
Em 06/02/13 14:17, Paulo Quartieri escreveu: -Mensagem original- De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em nome de Marcelo Gondim Enviada em: quarta-feira, 6 de fevereiro de 2013 10:10 Para: Lista Brasileira de Discussão sobre FreeBSD (FUG-BR) Assunto: 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: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 CRLF.CRLF 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 Olá, Gondim. Nesta deu 78,80 Ummm bem 78MB/s não tá legal não. Checa com o: gstat como está o I/O no disco. Veja se tá com uso intenso. Se tiver tranquilo refaça o teste pra gente, agora se o uso estiver intenso temos que descobrir o que está gerando esse consumo. 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. O smartd não acusa problemas, MAS o fsck acusa alguns. Pode ser a causa? Se está usando UFS e puder abrir uma janela de manutenção... então dê um boot, entre em single user e faça um fsck -y para acertar os problemas. Não preciso dizer que um backup atualizado dos dados é sempre importante. :D 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. Fiz e não acusou problemas Blz, menos um problema. Habilitou ou se já tem habilitado o log de slow queries, checou se está tendo queries lentas com mais de 2 segundos? 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. Como descubro que estou sofrendo ataques? Rodei o tcpdump mas como meu conhecimento é zero, não soube medir. Mas esta é uma possibilidade. Ummm se você nunca mexeu com o tcpdump então será complicado você interpretar os dados coletados. :( 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 Abraço e obrigado. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd