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 <[email protected]> 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/[email protected]/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 > -- Otavio Augusto --------------------- Consultor de TI ------------------------- Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
