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<ffkam...@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<ffkam...@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<ffkam...@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 >> > > ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
