[FUG-BR] FreeRadius caindo
fknet
ffkammer em conchalnet.com.br
Quarta Fevereiro 23 10:18:19 BRT 2011
Obrigado novamente Otavio,
Vamos as respostas:
Já estou monitorando CPU, memória e discos:
CPU - Média: 3% - Máximo: 7%
Memória segundo o top:
Mem: 301M Active, 2430M Inact, 555M Wired, 417M Buf, 636M Free
Discos não estou monitorando, mas não acredito que seja, vou monitorar.
Sobre monitorar todo o estado do freeradius via snmp, tem alguma dica
para me dar de como fazer isto? Ou algum tutorial mostrando como fazê-lo?
Substituí o servidor antigo (que funcionava perfeitamente) por este
novo, que considero muito superior e numa tentativa de dar tranquilidade
para mais tempo. O servidor antigo era um PC Desktop Pentiu Dual Core
com 1Gb de RAM e disco samsung 160Gb. O atual é Supermicro Xeon 3430 com
4Gb de RAM e disco WD Sata de 500GB.
Obrigado
Fabrício
Em 23/02/2011 10:10, Otavio Augusto escreveu:
> Neste caso recomendo vc habilitar o SNMP do radius e monitorar todo o
> estado dele. Também Monitore a CPU e o uso
> do disco para saber es estão sobrecarrados no momento. Monitore todos
> os processos de modo
> a saber quais estavam rodando caso o evento se repita. Verifique a
> configuraćão do radius novamente linha por linha.
> Isto é o que posso indicar com as informaćões que tenho.
> Talvez um colega da lista tenha mais idéias.
>
> Lembrei de outra coisa. Voce tem algum script que executa quando
> alguem conecta ou tenta conectar utilizando o radius ?
> Como usando o atributo Exec-Program-Wait do freeradius.
>
> Em 23 de fevereiro de 2011 09:59, fknet<ffkammer em conchalnet.com.br> escreveu:
>> 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
>>>>
>>>
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
>
>
Mais detalhes sobre a lista de discussão freebsd