[FUG-BR] FreeRadius caindo

[fknet]

Olhei todos os logs e não achei nada de problema, em nenhum deles mesmo.

O banco acesso normalmente, sem problemas, mesmo no momento que o radius 
está fora do ar. Tanto que para o freeradius voltar a funcionar basta eu 
startar ele com /usr/local/etc/rc.d/radiusd start e tudo volta a 
funcionar normalmente.

Esse problema será um caso sério para mim, pois preciso de algo 
confiável para rodar o freeradius.

Obrigado

Em 23/02/2011 09:54, Otavio Augusto escreveu:
> O Banco de dados vc conseguiu acessar após a queda do radius ?
> Os logs outros logs do SO no momento da queda. de uma olhada neles.
>
> Em 23 de fevereiro de 2011 09:50, fknet<ffkammer em conchalnet.com.br>  escreveu:
>> Bom dia Otavio, obrigado pelo retorno.
>>
>> Não tive nenhum problema com energia, o sistema está com uptime de 7
>> dias (desde que coloquei o servidor novo no ar) sem nenhum problema.
>>
>> Não tenho nenhuma rotina agendada no cron, a não ser uma rotina do mrtg
>> para gerar gráficos, mas roda o dia todo de 5 em 5 minutos.
>>
>> O servidor caiu 3 vezes em 7 dias, um dia as 5:15am, um dia as 15:33 e
>> essa madrugada as 3:11
>>
>> Este problema me deixa muito preocupado, pois não consigo confiar no
>> servidor de que ele não me deixará na mão a qualquer momento.
>>
>> Obrigado
>>
>> Fabrício
>>
>>
>> Em 23/02/2011 09:46, Otavio Augusto escreveu:
>>> Seu problema não esta no mysql e sim no radius ou algum agente externo
>>> que esta enviando um sinal  TERM para ele.
>>> O radius para sempre no mesmo horário ?
>>> Existe algum software de gerencimanento ou rotina de manutenćão
>>> agendada ? Verifique o cron.
>>> O Servidor chegou a reiniciar alguma vez com variaćão de tensão ?  já
>>> vi processos pararem por algumas BIOS enviam sinal
>>> para o SO para desligar (mas o SO não desliga ) por causa de variaćão de tensão.
>>> Percebeu que estou atirando para todos os lados ? De mais detalhes do
>>> estado do SO no momento do ocorrido.
>>> Se possivel mande a configuraćão do radius.
>>>
>>>
>>>
>>>
>>>
>>> Em 23 de fevereiro de 2011 09:35, fknet<ffkammer em conchalnet.com.br>    escreveu:
>>>> Obrigado novamente Welkson,
>>>>
>>>> Mas este link não me ajudou muito, pois não tenho nenhuma informação de
>>>> problemas com o MySQL. No caso desta thread que você informou ele está
>>>> tendo problemas para subir o freeradius devido a erros no mysql.
>>>>
>>>> Aqui não, o FreeRadius funciona normalmente durante 2 ou 3 dias seguidos
>>>> e de repente pára de funcionar, sem nenhum aviso! Simplesmente sai do ar.
>>>>
>>>> Preciso solucionar isto, senão terei que por meu servidor velho no ar
>>>> novamente...
>>>>
>>>> Obrigado
>>>>
>>>> Fabrício
>>>>
>>>>
>>>> Em 23/02/2011 09:19, Welkson Renny de Medeiros escreveu:
>>>>> fknet escreveu:
>>>>>> Bom dia Welkson,
>>>>>>
>>>>>> Uso MySQL como banco de dados com o freeradius.
>>>>>>
>>>>>> Seria uma configuração do MySQL? Pois no servidor anterior nunca tive
>>>>>> problemas com o FreeRadius, por anos usei sem nunca cair uma vez se
>>>>>> quer. No servidor novo atualizei o Freeradius para o 2.1.10 (no antigo
>>>>>> estava com a versão 2.1.7)
>>>>>>
>>>>>> Obrigado
>>>>>>
>>>>>> Fabrício
>>>>>>
>>>>>>
>>>>>> Em 23/02/2011 09:03, Welkson Renny de Medeiros escreveu:
>>>>>>
>>>>>>> fknet escreveu:
>>>>>>>
>>>>>>>> Bom dia à todos,
>>>>>>>>
>>>>>>>> Instalei meu servidor novo semana passada e desde então o serviço
>>>>>>>> FreeRadius está caindo e deixando meus clientes sem condições de
>>>>>>>> autenticar. Não consigo descobrir o motivo pelo qual ele está caindo,
>>>>>>>> não acho informação em nenhum logo do sistema que olhei (messages,
>>>>>>>> radius.log). Muito estranho, no servidor velho que substituí por este
>>>>>>>> funcionou durante anos sem nunca cair o serviço.
>>>>>>>>
>>>>>>>> A única coisa que achei, no radius.log, foi o seguinte:
>>>>>>>>
>>>>>>>> Wed Feb 23 03:11:42 2011 : Info: Exiting normally.
>>>>>>>> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 9
>>>>>>>> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 0
>>>>>>>> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 0
>>>>>>>>
>>>>>>>> Aparentemente o radius finalizou normalmente, como se fosse parado
>>>>>>>> manualmente.
>>>>>>>>
>>>>>>>> Algum colega de lista teria uma idéia de como posso, pelo menos, começar
>>>>>>>> a procurar o problema?
>>>>>>>>
>>>>>>>> Obrigado
>>>>>>>>
>>>>>>>> Fabrício
>>>>>>>>
>>>>>>>>
>>>>>>> Fabrício,
>>>>>>>
>>>>>>> Não conheço o FreeRADIUS, fiz algumas buscas e encontrei isso:
>>>>>>> http://freeradius.1045715.n5.nabble.com/configuration-freeradius-with-mysql-td2787900.html
>>>>>>>
>>>>>>> Qual banco de dados você utiliza?
>>>>>>>
>>>>>>> O MySQL por exemplo, por default desconecta as sessões após 8 horas por
>>>>>>> inatividade... se a aplicação não estiver preparada para isso pode gerar
>>>>>>> problema. (essa semana tive vários problemas com uma aplicação em
>>>>>>> Java/Hibernate utilizando MySQL... durante a madrugada não era
>>>>>>> utilizada, no outro dia cedo já não funcionava, pois o MySQL fechava a
>>>>>>> sessão do banco).
>>>>>>>
>>>>> No meu caso sim. O Hibernate não reconectava o banco e a aplicação
>>>>> parava todo santo dia =)
>>>>>
>>>>> Eu sei que não é recomendado, mas alterei o timeout para 5 dias.
>>>>>
>>>>> /var/db/mysql/my.cnf
>>>>>
>>>>> # correcao para so dropar conexao apos 5 dias de inatividade (default eh
>>>>> 8hs)
>>>>> [mysqld]
>>>>> wait_timeout=432000
>>>>> interactive_timeout=432000
>>>>>
>>>>> No meu caso, também precisei aumentar o limite de conexões (o Hibernate
>>>>> é um COMEDOR de conexão):
>>>>> max_connections=250
>>>>>
>>>>> Veja isso aqui também:
>>>>> http://www.mail-archive.com/freeradius-users@lists.freeradius.org/msg55265.html
>>>>>
>>>>> Abraços,
>>>>>
>>>> -------------------------
>>>> 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
>>
>
>