Em 24/05/2012 10:41, vic escreveu: > Em 2012-05-24 9:27, Marcelo Gondim escreveu: >> Em 24/05/2012 09:12, Lucas escreveu: >>> Em 24/5/2012 08:21, Marcelo Gondim escreveu: >>>> Em 24/05/2012 08:19, Marcelo Gondim escreveu: >>>>> Bom dia pessoal, >>>>> >>>>> Tem ocorrido pela manhã um travamento de todo o envio de >>>>> mensagens. >>>>> Fazendo as checagens descobri que o motivo do travamento é o >>>>> amavis >>>>> travar o processo dele em 100% e só sai dando um kill nos >>>>> processos do >>>>> amavis e iniciando ele novamente. Estou desconfiado que possa ser >>>>> algum >>>>> e-mail que esteja causando isso. Provavelmente algum spam. Estou >>>>> procurando nos logs aqui e achar o infeliz. Alguém passou >>>>> recentemente >>>>> por isso? >>>>> Outra coisa que não deveria ser mas sabe-se lá: coincidentemente >>>>> as >>>>> vezes que isso ocorreu os /tmp e /var/tmp estavam com exec=off no >>>>> zfs. >>>>> Mas isso implicaria se o amavis executasse algo nesses caras. >>>>> >>>>> Bem vou catando aqui e se descobrir algo postarei aqui como >>>>> referência >>>>> para se alguém passar por isso. >>>>> >>>>> >>>> Opa esqueci das informações básicas: >>>> >>>> FreeBSD mail.xxxxx.com.br 9.0-STABLE FreeBSD 9.0-STABLE #11: Sat >>>> May 5 >>>> 21:54:58 BRT 2012 >>>> r...@mail.xxxxx.com.br:/usr/obj/usr/src/sys/XXXXX >>>> amd64 >>>> amavisd-new-2.7.0,1 Performance-enhanced daemonized version of >>>> amavis-perl >>>> ------------------------- >>>> Histórico: http://www.fug.com.br/historico/html/freebsd/ >>>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >>> Eu ja tive um problema parecido, na empresa eu usava /amavis + >>> clamav + >>> spamassassin, minha fila de e-mail travava mais que tudo, tinha que >>> ficar dando kill no processo e as vezes até reiniciar o servidor, >>> solução foi tirar o spamassassin, aumentar a sensibilidade do >>> amavis. >>> >>> Vc tem o log error? >> Log é o que não falta rsrsrsr. Estou é tentando achar algo no meio >> deles >> que me dê uma direção. Mas não aparece nada que indique um erro, >> signal >> ou warning. >> Aqui roda o amavis com o clamav e spamassassin. Estou desconfiado >> também >> do roundcube pois esse não tem captcha no login. To achando que pode >> estar vindo por ele, cresceu bastante o envio de e-mail local >> (127.0.0.1) nesses últimos dias. >> > Se você acha que o está vindo muitos e-mails do roundcube, configure no > main.cf o $rcmail_config['smtp_log'] = true; que ele deve gerar um > logs/sendmail. Opa vic,
Os logs estão habilitados e estou verificando eles. Já até encontrei um outro erro mas que não está relacionado. > Contudo mesmo que o webmail esteja enviando milhares de e-mail, isso > não deveria travar o amavisd-new, até porque acredito que você limitou a > quantidade de processos do amavisd-new e configurou o mesmo valor no > master.cf do postfix. > Sim isso tá tranquilo. Durante o dia, tarde, noite e madrugada fica tudo bem mas quando chega entre 06:00 e 07:00 algo acontece que trava esse processo. Amanhã vou acordar bem antes e monitorar isso. Tentei até passar um procstat -f <pid_travado> pra ver o que tava abrindo e só achei o arquivo temporário zerado. Mas valeu vic! Vou continuar aqui as checagens e obrigado pelo interesse em ajudar. Um obrigado pra todos da lista que estão sugerindo e tentando ajudar também. :) ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd