Forum

[Resolvido] Mkauth parando todo domingo

Postado por CNET Networks em 27 de Setembro de 2015 às 8:31am

Estou com um problema muito estranho, o mkauth está parando de funcionar todo domingo as 6:25. No começo achei que tivesse travado, mas está fazendo todo domingo.

Nos logs aparece assim:

Radius.log (apareceu somente assim:)

Sun Sep 27 06:25:05 2015 : Info: HUP - loading modules
Sun Sep 27 06:25:05 2015 : Info:  Module: Reloaded module "mschap"
Sun Sep 27 06:25:05 2015 : Info:  Module: Reloaded module "pap"
Sun Sep 27 06:25:05 2015 : Info:  Module: Reloaded module "suffix"
Sun Sep 27 06:25:05 2015 : Info:  Module: Reloaded module "attr_filter.access_reject"
Sun Sep 27 06:25:05 2015 : Info:  Module: Reloaded module "attr_filter.accounting_response"
Sun Sep 27 06:25:05 2015 : Info: Loaded virtual server <default>
Sun Sep 27 06:25:05 2015 : Info: Loaded virtual server inner-tunnel

syslog apareceu assim nesse mesmo horario:

Sep 27 06:25:06 mk-auth rsyslogd: [origin software="rsyslogd" swVersion="5.8.11" x-pid="1688" x-info="http://www.rsyslog.com"] rsyslogd was HUPed

Alguem tem alguma ideia de como resolver? Já instalei novamente o radius, já restaurei o backup sem os logs, comprei outra licença, etc..

Para adicionar comentários, você deve ser membro de MK-AUTH.

Join MK-AUTH

Marcações: domingo, mkauth, parando, radius
Enviar-me um email quando as pessoas responderem –
Seguir

Respostas

  • CNET Networks 27 de Setembro de 2015 as 9:03am

    Resolvido! Acontecia que o logrotate logo após compactar os logs semanalmente tentava dar um reload no freeradius. Nessa versão do freeradius o reload pode trava-lo.

    Solução?

    Editar o arquivo /etc/logrotate.d/freeradius
    /var/log/freeradius/*.log {
            weekly
            rotate 3
            compress
            delaycompress
            notifempty
            missingok
            postrotate
                    /etc/init.d/freeradius reload > /dev/null
            endscript
    }
    Mudar então aonde ele diz reload para restart
    No meu caso funcionou.

  • Shisley Junior Sousa Rocha 29 de Setembro de 2015 as 10:33am

    Pessoal, colocamos a configuração proposta pelo amigo Fernando, não houve nenhum problema na reinicialização do serviço, vamos aguardar se a solução proposta foi eficiente, ao Fernando nosso agradecimento pela ajuda.

  • Marco (TI e C) 29 de Setembro de 2015 as 7:55pm

    Vamos ver como se comporta neste domingo.

  • Rafael 29 de Setembro de 2015 as 11:51pm

    aconteceu aqui tb 1 domingo....

  • ATA On-Line Internet 4 de Outubro de 2015 as 7:48pm

    Tentei fazer a edição e o meu está apresentado um erro "Permissão negada"

  • ATA On-Line Internet 4 de Outubro de 2015 as 7:54pm

    Consegui abrir o arquivo mais já está do jeito que o colega fez! eu fiz uma update hoje! sera q resolveu?

  • Pedro Filho 5 de Outubro de 2015 as 8:18pm

    obrigado Fernando, já até adicionei no update sua dica, valeu mesmo...

    Fernando disse:

    Resolvido! Acontecia que o logrotate logo após compactar os logs semanalmente tentava dar um reload no freeradius. Nessa versão do freeradius o reload pode trava-lo.

    Solução?

    Editar o arquivo /etc/logrotate.d/freeradius
    /var/log/freeradius/*.log {
            weekly
            rotate 3
            compress
            delaycompress
            notifempty
            missingok
            postrotate
                    /etc/init.d/freeradius reload > /dev/null
            endscript
    }
    Mudar então aonde ele diz reload para restart
    No meu caso funcionou.

  • Marco (TI e C) 5 de Outubro de 2015 as 11:10pm

    changelog, por favor, Pedro.

    Pedro Filho disse:

    obrigado Fernando, já até adicionei no update sua dica, valeu mesmo...

  • William 10 de Janeiro de 2016 as 4:21pm

    Pedro, tem que adcionar no changelog, tem muitos mk-auth ocorrendo mesmo problema, por favor meu amigo. É muito importante.....

  • JEAN OLIVEIRA DE LIMA 15 de Janeiro de 2017 as 11:52am

    como faço pra poder editar esse arquivo? aqui acontece a mesma coisa comigo. todo domingo ele trava...

This reply was deleted.