Re: [FUG-BR] Freeradius caindo parte II [Resolvi assim]
Em 30 de maio de 2011 10:47, Marcelo Gondim gon...@linuxinfo.com.brescreveu: Em 30/05/2011 10:13, Welkson Renny de Medeiros escreveu: Hygor escreveu: Isso não seria uma solução.. vc está mascarando o problema.. recomendo vc rodar o radius -X .. usar o debug para corrigir o problema Hygor Cavalcante FSNETWORK CONSULTORIA Skype: hygorr MSN: hy...@bsd.com.br EMAIL: hy...@bsd.com.br Você está falando de qual parte Hygor? do daemontools ou do timeout do banco? Se for do daemontools eu concordo! Realmente está mascarando o problema. Estava me referindo ao daemontools... sabendo que o radius está morrendo.. devemos procurar a causa para corrigir... usar um programa para ficar levantando o serviço toda vez que ele morre nunca é uma solução... porem o uso do daemontools é uma pratica muito aceita quando não se tem problema com o serviço monitorado. Se for do timeout do banco (que eu não sei se vai resolver o problema dele), talvez não! No meu caso por exemplo (MSN-Proxy), a aplicação não estava preparada para tentar RECONECTAR ao banco caso a conexão fosse finalizada por timeout... eu tinha 2 alternativas, ou alterar a aplicação ou ajustar o banco para evitar esse timeout. Eu concordo que em grande hosting não é uma boa prática aguardar 5 dias para fechar uma conexão por inatividade, afinal está consumindo recursos do servidor... mas cada caso é um caso. Abraços, Pois é eu coloquei os timeouts pra 5 dias e vamos ver no que dá. Mas sempre tive esse tipo de problema com radius independente do OS, em algumas máquinas ficava fino e não caía e em outras ocorria esse tipo de coisa. Tentei na época descobrir mas não consegui. Cheguei à trocar memória, placa mãe, processador. Bem estou fazendo o teste do timeout. - Quantos clientes vc tem cadastrado no radius? 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
Re: [FUG-BR] Freeradius caindo parte II [Resolvi assim]
Em 07/06/2011 20:13, Hygor escreveu: Em 30 de maio de 2011 10:47, Marcelo Gondimgon...@linuxinfo.com.brescreveu: Em 30/05/2011 10:13, Welkson Renny de Medeiros escreveu: Hygor escreveu: Isso não seria uma solução.. vc está mascarando o problema.. recomendo vc rodar o radius -X .. usar o debug para corrigir o problema Hygor Cavalcante FSNETWORK CONSULTORIA Skype: hygorr MSN: hy...@bsd.com.br EMAIL: hy...@bsd.com.br Você está falando de qual parte Hygor? do daemontools ou do timeout do banco? Se for do daemontools eu concordo! Realmente está mascarando o problema. Estava me referindo ao daemontools... sabendo que o radius está morrendo.. devemos procurar a causa para corrigir... usar um programa para ficar levantando o serviço toda vez que ele morre nunca é uma solução... porem o uso do daemontools é uma pratica muito aceita quando não se tem problema com o serviço monitorado. Na verdade ele não está morrendo com segfault, simplesmente o serviço stopa. Sai normalmente. Em alguns equipamentos isso não ocorre, simplesmente funciona perfeitamente. Já pesquisei em vários lugares e tudo indica que pode ser realmente algo com o freeradius. Isso passou à ocorrer para alguns aqui depois que mudou-se da versão 7.x para a 8.x no FreeBSD. Para mim isso foi mais significativo quando mudei para a versão 2.x do freeradius. Se for do timeout do banco (que eu não sei se vai resolver o problema dele), talvez não! No meu caso por exemplo (MSN-Proxy), a aplicação não estava preparada para tentar RECONECTAR ao banco caso a conexão fosse finalizada por timeout... eu tinha 2 alternativas, ou alterar a aplicação ou ajustar o banco para evitar esse timeout. Eu concordo que em grande hosting não é uma boa prática aguardar 5 dias para fechar uma conexão por inatividade, afinal está consumindo recursos do servidor... mas cada caso é um caso. Abraços, Pois é eu coloquei os timeouts pra 5 dias e vamos ver no que dá. Mas sempre tive esse tipo de problema com radius independente do OS, em algumas máquinas ficava fino e não caía e em outras ocorria esse tipo de coisa. Tentei na época descobrir mas não consegui. Cheguei à trocar memória, placa mãe, processador. Bem estou fazendo o teste do timeout. - Quantos clientes vc tem cadastrado no radius? Nossa base mysql hoje deve ter pra mais de 7000 clientes. Hoje em horário de pico chegamos à 3000 clientes conectados no PPPoE. Eu sempre checo diariamente para ver se já saiu alguma versão nova do freeradius para atualizar e testar. Pensei em abrir um bug para ele mas o problema é justamente como reproduzir o problema já que não tem hora certa pra acontecer. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeradius caindo parte II [Resolvi assim]
Em 7 de junho de 2011 20:32, Marcelo Gondim gon...@linuxinfo.com.brescreveu: Em 07/06/2011 20:13, Hygor escreveu: Em 30 de maio de 2011 10:47, Marcelo Gondimgon...@linuxinfo.com.br escreveu: Em 30/05/2011 10:13, Welkson Renny de Medeiros escreveu: Hygor escreveu: Isso não seria uma solução.. vc está mascarando o problema.. recomendo vc rodar o radius -X .. usar o debug para corrigir o problema Hygor Cavalcante FSNETWORK CONSULTORIA Skype: hygorr MSN: hy...@bsd.com.br EMAIL: hy...@bsd.com.br Você está falando de qual parte Hygor? do daemontools ou do timeout do banco? Se for do daemontools eu concordo! Realmente está mascarando o problema. Estava me referindo ao daemontools... sabendo que o radius está morrendo.. devemos procurar a causa para corrigir... usar um programa para ficar levantando o serviço toda vez que ele morre nunca é uma solução... porem o uso do daemontools é uma pratica muito aceita quando não se tem problema com o serviço monitorado. Na verdade ele não está morrendo com segfault, simplesmente o serviço stopa. Sai normalmente. Em alguns equipamentos isso não ocorre, simplesmente funciona perfeitamente. Já pesquisei em vários lugares e tudo indica que pode ser realmente algo com o freeradius. Isso passou à ocorrer para alguns aqui depois que mudou-se da versão 7.x para a 8.x no FreeBSD. Para mim isso foi mais significativo quando mudei para a versão 2.x do freeradius. Se for do timeout do banco (que eu não sei se vai resolver o problema dele), talvez não! No meu caso por exemplo (MSN-Proxy), a aplicação não estava preparada para tentar RECONECTAR ao banco caso a conexão fosse finalizada por timeout... eu tinha 2 alternativas, ou alterar a aplicação ou ajustar o banco para evitar esse timeout. Eu concordo que em grande hosting não é uma boa prática aguardar 5 dias para fechar uma conexão por inatividade, afinal está consumindo recursos do servidor... mas cada caso é um caso. Abraços, Pois é eu coloquei os timeouts pra 5 dias e vamos ver no que dá. Mas sempre tive esse tipo de problema com radius independente do OS, em algumas máquinas ficava fino e não caía e em outras ocorria esse tipo de coisa. Tentei na época descobrir mas não consegui. Cheguei à trocar memória, placa mãe, processador. Bem estou fazendo o teste do timeout. - Quantos clientes vc tem cadastrado no radius? Nossa base mysql hoje deve ter pra mais de 7000 clientes. Hoje em horário de pico chegamos à 3000 clientes conectados no PPPoE. Eu sempre checo diariamente para ver se já saiu alguma versão nova do freeradius para atualizar e testar. Pensei em abrir um bug para ele mas o problema é justamente como reproduzir o problema já que não tem hora certa pra acontecer. Qual a saida do debug quando o erro acontece? Verifique o tempo de retorno da query que faz o insert do accounting e no select que dá o retorno dos parametros para o NAS - 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
Re: [FUG-BR] Freeradius caindo parte II [Resolvi assim]
Hygor escreveu: Isso não seria uma solução.. vc está mascarando o problema.. recomendo vc rodar o radius -X .. usar o debug para corrigir o problema Hygor Cavalcante FSNETWORK CONSULTORIA Skype: hygorr MSN: hy...@bsd.com.br EMAIL: hy...@bsd.com.br Você está falando de qual parte Hygor? do daemontools ou do timeout do banco? Se for do daemontools eu concordo! Realmente está mascarando o problema. Se for do timeout do banco (que eu não sei se vai resolver o problema dele), talvez não! No meu caso por exemplo (MSN-Proxy), a aplicação não estava preparada para tentar RECONECTAR ao banco caso a conexão fosse finalizada por timeout... eu tinha 2 alternativas, ou alterar a aplicação ou ajustar o banco para evitar esse timeout. Eu concordo que em grande hosting não é uma boa prática aguardar 5 dias para fechar uma conexão por inatividade, afinal está consumindo recursos do servidor... mas cada caso é um caso. Abraços, -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeradius caindo parte II [Resolvi assim]
Em 30/05/2011 10:13, Welkson Renny de Medeiros escreveu: Hygor escreveu: Isso não seria uma solução.. vc está mascarando o problema.. recomendo vc rodar o radius -X .. usar o debug para corrigir o problema Hygor Cavalcante FSNETWORK CONSULTORIA Skype: hygorr MSN: hy...@bsd.com.br EMAIL: hy...@bsd.com.br Você está falando de qual parte Hygor? do daemontools ou do timeout do banco? Se for do daemontools eu concordo! Realmente está mascarando o problema. Se for do timeout do banco (que eu não sei se vai resolver o problema dele), talvez não! No meu caso por exemplo (MSN-Proxy), a aplicação não estava preparada para tentar RECONECTAR ao banco caso a conexão fosse finalizada por timeout... eu tinha 2 alternativas, ou alterar a aplicação ou ajustar o banco para evitar esse timeout. Eu concordo que em grande hosting não é uma boa prática aguardar 5 dias para fechar uma conexão por inatividade, afinal está consumindo recursos do servidor... mas cada caso é um caso. Abraços, Pois é eu coloquei os timeouts pra 5 dias e vamos ver no que dá. Mas sempre tive esse tipo de problema com radius independente do OS, em algumas máquinas ficava fino e não caía e em outras ocorria esse tipo de coisa. Tentei na época descobrir mas não consegui. Cheguei à trocar memória, placa mãe, processador. Bem estou fazendo o teste do timeout. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeradius caindo parte II
Boa noite, Essa thread que você menciou fui eu quem abri e até hoje não consegui uma solução. te adianto uma coisa, não deve ser o timeout do mysql não, alterei isto, configurei e fiz ajustes inúmeros no mysql, sem nenhum resultado eficaz. Rodei o freeradius por anos em outras versões do free, sem nenhum problema, o problema começou ocorrer na versão 8 do free e ainda estou sem solução, meu FreeRadius cai algumas vezes ainda e subo ele com script, sem nenhum problema, apenas que é uma gambiarra. Estou trocando alguns emails com o desenvolvedor do FreeRadius, enviando algumas informações e ele está tentando me auxiliar dentro do possível, mas pediu para que eu tenha paciência, pois ele anda bem ocupado. Se eu tiver novidades posto aqui. []s fabrício Em 22/05/2011 14:18, Marcelo Gondim escreveu: Olá pessoal, Recentemente instalei o FreeBSD aqui e atualizei ele para o 8.2 stable, tudo funcionando normalmente e perfeito exceto que em 1 dia e meio de uso o freeradius parou e não deixou nenhuma mensagem de signal no messages. No radius.log aparece isso: Sun May 22 03:47:42 2011 : Auth: Login incorrect: [solange034416] (from client pppoe port 473170 cli 00:E0:4C:F4:C5:75) Sun May 22 03:47:43 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046493 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:46 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046494 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:47 2011 : Auth: Login incorrect: [gustavo039105] (from client pppoe port 473171 cli 00:1E:E5:39:08:1B) Sun May 22 03:47:49 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046495 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:50 2011 : Info: Exiting normally. Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 4 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 3 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 2 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 1 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 0 Instalei o freeradius do ports versão essa: freeradius-2.1.10_2 FreeBSD seca.intnet.com.br 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon May 16 19:22:17 BRT 2011 Vi no histórico uma thread sobre esse assunto mas parece que não houve uma solução: http://www.mail-archive.com/freebsd@fug.com.br/msg61202.html Alguém teve este mesmo problema? Antes do FreeBSD rodava um Linux com o Freeradius também 2.1.10 e não caía o serviço. Mas já tive outros Linux que o freeradius caía do nada. Creio que seja alguma situação específica no freeradius. []´s à todos - 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
Re: [FUG-BR] Freeradius caindo parte II
Em 30/05/2011 19:44, fknet escreveu: Boa noite, Essa thread que você menciou fui eu quem abri e até hoje não consegui uma solução. te adianto uma coisa, não deve ser o timeout do mysql não, alterei isto, configurei e fiz ajustes inúmeros no mysql, sem nenhum resultado eficaz. Rodei o freeradius por anos em outras versões do free, sem nenhum problema, o problema começou ocorrer na versão 8 do free e ainda estou sem solução, meu FreeRadius cai algumas vezes ainda e subo ele com script, sem nenhum problema, apenas que é uma gambiarra. Estou trocando alguns emails com o desenvolvedor do FreeRadius, enviando algumas informações e ele está tentando me auxiliar dentro do possível, mas pediu para que eu tenha paciência, pois ele anda bem ocupado. Se eu tiver novidades posto aqui. []s fabrício Opa Fabrício, Show!!! Se tiver novidades atualiza a gente aí. Enquanto isso vou tentando aqui também. O jeito que dei foi gambiarra também mas foi usando o daemontools que levanta instantâneo quando o serviço fecha. Em 22/05/2011 14:18, Marcelo Gondim escreveu: Olá pessoal, Recentemente instalei o FreeBSD aqui e atualizei ele para o 8.2 stable, tudo funcionando normalmente e perfeito exceto que em 1 dia e meio de uso o freeradius parou e não deixou nenhuma mensagem de signal no messages. No radius.log aparece isso: Sun May 22 03:47:42 2011 : Auth: Login incorrect: [solange034416] (from client pppoe port 473170 cli 00:E0:4C:F4:C5:75) Sun May 22 03:47:43 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046493 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:46 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046494 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:47 2011 : Auth: Login incorrect: [gustavo039105] (from client pppoe port 473171 cli 00:1E:E5:39:08:1B) Sun May 22 03:47:49 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046495 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:50 2011 : Info: Exiting normally. Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 4 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 3 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 2 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 1 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 0 Instalei o freeradius do ports versão essa: freeradius-2.1.10_2 FreeBSD seca.intnet.com.br 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon May 16 19:22:17 BRT 2011 Vi no histórico uma thread sobre esse assunto mas parece que não houve uma solução: http://www.mail-archive.com/freebsd@fug.com.br/msg61202.html Alguém teve este mesmo problema? Antes do FreeBSD rodava um Linux com o Freeradius também 2.1.10 e não caía o serviço. Mas já tive outros Linux que o freeradius caía do nada. Creio que seja alguma situação específica no freeradius. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeradius caindo parte II [Resolvi assim]
Pois é Hygor também suspeito disso. Eu havia feito um script pra testar se o radius caísse para levantar ele. Mas depois que me indicaram o daemontools aqui na lista, agora fico até mais tranquilo. :) o bichinho é rápido no gatilho. Para quem quiser usar ele no radius eu fiz assim: Instalei o daemontools daqui: /usr/ports/sysutils/daemontools No /etc/rc.conf: == Desabilite o radius, pare o serviço e adicione: svscan_enable=YES svscan_servicedir=/var/service # mkdir -p /var/service/radius Crie o arquivo /var/service/radius/run com esse conteúdo: #!/bin/sh exec fghack /usr/local/sbin/radiusd Salve e mande: chmod 755 /var/service/radius/run Depois só iniciar o daemontools: # /usr/local/etc/rc.d/svscan start Ele mesmo já vai levantar o radius e se morrer o serviço ele levanta na hora again. :) Eu tive que usar o fghack porque senão o radius fica reiniciando em loop já que ele já roda em background. Bem foi essa solução que dei e agora fico mais descansado. Em 27/05/2011 18:35, Hygor escreveu: De acordo com o log que vc postou.. o problema e causado pelo mysql... Hygor Cavalcante FSNETWORK CONSULTORIA Skype: hygorr MSN: hy...@bsd.com.br EMAIL: hy...@bsd.com.br Em 25 de maio de 2011 11:06, Marcelo da Silva marc...@mginformatica.comescreveu: nos que tenha m - 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
Re: [FUG-BR] Freeradius caindo parte II [Resolvi assim]
Marcelo Gondim escreveu: Pois é Hygor também suspeito disso. Eu havia feito um script pra testar se o radius caísse para levantar ele. Mas depois que me indicaram o daemontools aqui na lista, agora fico até mais tranquilo. :) o bichinho é rápido no gatilho. Para quem quiser usar ele no radius eu fiz assim: Legal Gondim! Esse timeout do MySQL também me fez passar por problemas parecidos, mas no meu caso não era o FreeRadius (que não uso), e sim o MSN-Proxy e servidores de aplicação Java. Depois de muito apanhar acabei aumentando o timeout do MySQL para 5 dias e o problema não voltou a ocorrer (de madrugada nenhum usuário usava o sistema, o mysql sinalizava o timeout, e minha aplicação morria). /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 Um outro parâmetro perigoso é o max_allowed_packet! Dependendo do tamanho da instrução SQL o banco também pode cair. -- Welkson Renny de Medeiros Desenvolvimento / Gerência de Redes Focus Automação Comercial FreeBSD Community Member - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeradius caindo parte II [Resolvi assim]
Em 28/05/2011 09:57, Welkson Renny de Medeiros escreveu: Marcelo Gondim escreveu: Pois é Hygor também suspeito disso. Eu havia feito um script pra testar se o radius caísse para levantar ele. Mas depois que me indicaram o daemontools aqui na lista, agora fico até mais tranquilo. :) o bichinho é rápido no gatilho. Para quem quiser usar ele no radius eu fiz assim: Legal Gondim! Esse timeout do MySQL também me fez passar por problemas parecidos, mas no meu caso não era o FreeRadius (que não uso), e sim o MSN-Proxy e servidores de aplicação Java. Depois de muito apanhar acabei aumentando o timeout do MySQL para 5 dias e o problema não voltou a ocorrer (de madrugada nenhum usuário usava o sistema, o mysql sinalizava o timeout, e minha aplicação morria). /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 Um outro parâmetro perigoso é o max_allowed_packet! Dependendo do tamanho da instrução SQL o banco também pode cair. Vou colocar esses parâmetros e ver se vai continuar caindo. :) mesmo porque se cair ele vai levantar mas logicamente se resolver pela raiz do problema é melhor ainda :) - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeradius caindo parte II [Resolvi assim]
Isso não seria uma solução.. vc está mascarando o problema.. recomendo vc rodar o radius -X .. usar o debug para corrigir o problema Hygor Cavalcante FSNETWORK CONSULTORIA Skype: hygorr MSN: hy...@bsd.com.br EMAIL: hy...@bsd.com.br Em 28 de maio de 2011 10:04, Marcelo Gondim gon...@linuxinfo.com.brescreveu: Em 28/05/2011 09:57, Welkson Renny de Medeiros escreveu: Marcelo Gondim escreveu: Pois é Hygor também suspeito disso. Eu havia feito um script pra testar se o radius caísse para levantar ele. Mas depois que me indicaram o daemontools aqui na lista, agora fico até mais tranquilo. :) o bichinho é rápido no gatilho. Para quem quiser usar ele no radius eu fiz assim: Legal Gondim! Esse timeout do MySQL também me fez passar por problemas parecidos, mas no meu caso não era o FreeRadius (que não uso), e sim o MSN-Proxy e servidores de aplicação Java. Depois de muito apanhar acabei aumentando o timeout do MySQL para 5 dias e o problema não voltou a ocorrer (de madrugada nenhum usuário usava o sistema, o mysql sinalizava o timeout, e minha aplicação morria). /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 Um outro parâmetro perigoso é o max_allowed_packet! Dependendo do tamanho da instrução SQL o banco também pode cair. Vou colocar esses parâmetros e ver se vai continuar caindo. :) mesmo porque se cair ele vai levantar mas logicamente se resolver pela raiz do problema é melhor ainda :) - 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
Re: [FUG-BR] Freeradius caindo parte II
De acordo com o log que vc postou.. o problema e causado pelo mysql... Hygor Cavalcante FSNETWORK CONSULTORIA Skype: hygorr MSN: hy...@bsd.com.br EMAIL: hy...@bsd.com.br Em 25 de maio de 2011 11:06, Marcelo da Silva marc...@mginformatica.comescreveu: nos que tenha m - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeradius caindo parte II
On May 25, 2011, at 12:10 AM, Marcelo da Silva wrote: Ola.. é uma maquina simples com freebsd e 2 disco usando raid1 por software.. nada de virtualizacao.. e falando em processos que geram I/O , tem o cacti instalado, mas ele gera poucos grafico, de 3 hosts apenas. será que pode ter alguma relacao ?? On Mon, 23 May 2011 22:27:29 -0300, Rafael Henrique Faria wrote: 2011/5/23 Marcelo Gondim gon...@linuxinfo.com.br # Perform daily/weekly/monthly maintenance. 1 3 * * * rootperiodic daily 15 4 * * 6 rootperiodic weekly 30 5 1 * * rootperiodic monthly Boa noite Marcelo. Apenas uma dúvida, esta máquina é Virtual? Está em algum storage? Eu já tive problemas parecidos com esse, e o que eu encontrei foi que como eram várias máquinas virtuais (em ESXi) rodando no mesmo storage, realizando o periodic no mesmo horário, acabava deixando o storage lento (era via NFS), com isso diversos programas que não são muito tolerantes a uma latência alta no acesso ao disco acabavam caindo. A solução foi distribuir os periodic daily pela noite em horários diferentes Tiro no escuro (sai da frente) Isso tem cara de timeout na conexão com o banco de dados (MySQL) e dai o processo do freeradius encerra sem falhas (sempre de madrugada, finais de semana, etc.). _SE_ esse for o caso, há duas soluções, aumentar o timer de inatividade do MySQL (go for it !) ou colocar o freeradius sob supervisão (com o daemontools ou coisa parecida). Eu faria os dois, já que o freeradius fora do ar, por qualquer motivo, costuma ser um problema sério (não se esqueça de monitorar os logs para ter certeza que o freeradius deixou de cair). Att., Luiz - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeradius caindo parte II
vou até dar uma olhada no changelog.. mas a menos que tenha mudado alguma coisa que passou despercebido nesta versao ultima versao, quando da timeout de conexao com o mysql, o freeradius da outra mesagem, ele loga erro de conexao com o banco. On Wed, 25 May 2011 07:48:54 -0300, Luiz Otavio O Souza wrote: On May 25, 2011, at 12:10 AM, Marcelo da Silva wrote: Ola.. é uma maquina simples com freebsd e 2 disco usando raid1 por software.. nada de virtualizacao.. e falando em processos que geram I/O , tem o cacti instalado, mas ele gera poucos grafico, de 3 hosts apenas. será que pode ter alguma relacao ?? On Mon, 23 May 2011 22:27:29 -0300, Rafael Henrique Faria wrote: 2011/5/23 Marcelo Gondim gon...@linuxinfo.com.br # Perform daily/weekly/monthly maintenance. 1 3 * * * rootperiodic daily 15 4 * * 6 rootperiodic weekly 30 5 1 * * rootperiodic monthly Boa noite Marcelo. Apenas uma dúvida, esta máquina é Virtual? Está em algum storage? Eu já tive problemas parecidos com esse, e o que eu encontrei foi que como eram várias máquinas virtuais (em ESXi) rodando no mesmo storage, realizando o periodic no mesmo horário, acabava deixando o storage lento (era via NFS), com isso diversos programas que não são muito tolerantes a uma latência alta no acesso ao disco acabavam caindo. A solução foi distribuir os periodic daily pela noite em horários diferentes Tiro no escuro (sai da frente) Isso tem cara de timeout na conexão com o banco de dados (MySQL) e dai o processo do freeradius encerra sem falhas (sempre de madrugada, finais de semana, etc.). _SE_ esse for o caso, há duas soluções, aumentar o timer de inatividade do MySQL (go for it !) ou colocar o freeradius sob supervisão (com o daemontools ou coisa parecida). Eu faria os dois, já que o freeradius fora do ar, por qualquer motivo, costuma ser um problema sério (não se esqueça de monitorar os logs para ter certeza que o freeradius deixou de cair). Att., Luiz - 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
Re: [FUG-BR] Freeradius caindo parte II
Em 23/05/2011 22:27, Rafael Henrique Faria escreveu: 2011/5/23 Marcelo Gondimgon...@linuxinfo.com.br # Perform daily/weekly/monthly maintenance. 1 3 * * * rootperiodic daily 15 4 * * 6 rootperiodic weekly 30 5 1 * * rootperiodic monthly Boa noite Marcelo. Apenas uma dúvida, esta máquina é Virtual? Está em algum storage? Eu já tive problemas parecidos com esse, e o que eu encontrei foi que como eram várias máquinas virtuais (em ESXi) rodando no mesmo storage, realizando o periodic no mesmo horário, acabava deixando o storage lento (era via NFS), com isso diversos programas que não são muito tolerantes a uma latência alta no acesso ao disco acabavam caindo. A solução foi distribuir os periodic daily pela noite em horários diferentes Opa Rafael, Pior que não, é uma máquina mesmo rodando mysql + freeradius. Fiz 2 coisas esses dias mas não sei se resolveu ou se qual delas resolveu. 1) O horário estava errado no sistema com horas de diferença, aí depois que acertei reparei que precisava re-iniciar os daemons porque no log apareciam com horários errados. Com isso acho que o mysql estava rodando em um horário e o freeradius em outro. Re-iniciei o mysql e o freeradius para pegarem o horário certo. 2) No my.cnf que tenho aqui comentei essas 2 linhas que no meu sistema anterior não tinham: [mysqlhotcopy] interactive-timeout Bem depois que fiz essas 2 coisas até agora não caiu mais o freeradius. Coincidência? :) Tomara que esteja resolvido. []´s - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeradius caindo parte II
Opa Marcelo, O serviço do freeradius é meio estranho mesmo. Já tive servidores Linux que nunca caíram mas tive também servidores que caíam pelo menos 2 à 3 vezes no mês e mesmo trocando todo o hardware, testando a memória, disco, etc o serviço continuava caindo. Pelo visto isso também ocorre no FreeBSD e em alguns casos mas ainda acredito que seja algo no serviço e não no sistema ou hardware. Mandei um e-mail com 2 coisas que fiz, até agora não caiu mais mas vamos observar. Pelo menos se cair meu script vai levantar o dito cujo. :D Em 23/05/2011 19:30, Marcelo da Silva escreveu: estou acompanhando isso aconteceu comigo uma vez comigo, depois de meses funcionando, nao axei a causa do daemon do freeradius ter simplesmente parado, como se tivesse recebido um TERM e nao aconteceu mais tambem, ja faz 3 semanas, depois que reiniciei o freeradius e continua normal usava freeradius 1.1.7 em um freebsd 6.2, depois compilei o freeradius 2.1.9 porque preciso da feature de virtual-server On Mon, 23 May 2011 10:05:00 -0300, Marcelo Gondim wrote: Um detalhe que me atentei nesse momento. Pelo que percebi ele está caindo sempre em determinado período as duas vezes que ele caiu: Sun May 22 03:47:50 2011 : Info: Exiting normally. Mon May 23 04:00:05 2011 : Info: Exiting normally. Horários bem próximos. Estou tentando ver se tem algo à ver com o periodic cujo o daily roda as 03:01. Alguém teria uma outra idéia do que poderia estar desligando o freeradius toda a madrugada? Fiz um shell script pra checar de minuto em minuto se o serviço está no ar e se não tiver levanta novamente mas estou tentando descobrir porque ele está desligando. Abaixo meu crontab: # /etc/crontab - root's crontab for FreeBSD # # $FreeBSD: src/etc/crontab,v 1.33.2.1 2009/08/03 08:13:06 kensmith Exp $ # SHELL=/bin/sh PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin # #minute hourmdaymonth wdaywho command # */5 * * * * root/usr/libexec/atrun # # Save some entropy so that /dev/random can re-seed on boot. */11* * * * operator /usr/libexec/save-entropy # # Rotate log files every hour, if necessary. 0 * * * * rootnewsyslog # # Perform daily/weekly/monthly maintenance. 1 3 * * * rootperiodic daily 15 4 * * 6 rootperiodic weekly 30 5 1 * * rootperiodic monthly # # Adjust the time zone if the CMOS clock keeps local time, as opposed to # UTC time. See adjkerntz(8) for details. 1,310-5 * * * rootadjkerntz -a # Testa Radius */1 * * * * root/root/ifradius.sh Esse ifradius.sh é o script que fiz para testar se ele caiu e levantar ele novamente: #!/bin/sh if ! ps afx|grep radiusd|grep -v grep; then /usr/local/etc/rc.d/radiusd start echo Starting: `date` /root/radius.log fi Se alguém tiver uma luz show senão ainda estou pesquisando aqui. :) Caso descubra postarei aqui na lista. Em 22/05/2011 14:18, Marcelo Gondim escreveu: Olá pessoal, Recentemente instalei o FreeBSD aqui e atualizei ele para o 8.2 stable, tudo funcionando normalmente e perfeito exceto que em 1 dia e meio de uso o freeradius parou e não deixou nenhuma mensagem de signal no messages. No radius.log aparece isso: Sun May 22 03:47:42 2011 : Auth: Login incorrect: [solange034416] (from client pppoe port 473170 cli 00:E0:4C:F4:C5:75) Sun May 22 03:47:43 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046493 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:46 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046494 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:47 2011 : Auth: Login incorrect: [gustavo039105] (from client pppoe port 473171 cli 00:1E:E5:39:08:1B) Sun May 22 03:47:49 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046495 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:50 2011 : Info: Exiting normally. Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 4 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 3 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 2 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 1 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 0 Instalei o freeradius do ports versão essa: freeradius-2.1.10_2 FreeBSD seca.intnet.com.br 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon May 16 19:22:17 BRT 2011 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeradius caindo parte II
Ola.. é uma maquina simples com freebsd e 2 disco usando raid1 por software.. nada de virtualizacao.. e falando em processos que geram I/O , tem o cacti instalado, mas ele gera poucos grafico, de 3 hosts apenas. será que pode ter alguma relacao ?? On Mon, 23 May 2011 22:27:29 -0300, Rafael Henrique Faria wrote: 2011/5/23 Marcelo Gondim gon...@linuxinfo.com.br # Perform daily/weekly/monthly maintenance. 1 3 * * * rootperiodic daily 15 4 * * 6 rootperiodic weekly 30 5 1 * * rootperiodic monthly Boa noite Marcelo. Apenas uma dúvida, esta máquina é Virtual? Está em algum storage? Eu já tive problemas parecidos com esse, e o que eu encontrei foi que como eram várias máquinas virtuais (em ESXi) rodando no mesmo storage, realizando o periodic no mesmo horário, acabava deixando o storage lento (era via NFS), com isso diversos programas que não são muito tolerantes a uma latência alta no acesso ao disco acabavam caindo. A solução foi distribuir os periodic daily pela noite em horários diferentes - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeradius caindo parte II
Um detalhe que me atentei nesse momento. Pelo que percebi ele está caindo sempre em determinado período as duas vezes que ele caiu: Sun May 22 03:47:50 2011 : Info: Exiting normally. Mon May 23 04:00:05 2011 : Info: Exiting normally. Horários bem próximos. Estou tentando ver se tem algo à ver com o periodic cujo o daily roda as 03:01. Alguém teria uma outra idéia do que poderia estar desligando o freeradius toda a madrugada? Fiz um shell script pra checar de minuto em minuto se o serviço está no ar e se não tiver levanta novamente mas estou tentando descobrir porque ele está desligando. Abaixo meu crontab: # /etc/crontab - root's crontab for FreeBSD # # $FreeBSD: src/etc/crontab,v 1.33.2.1 2009/08/03 08:13:06 kensmith Exp $ # SHELL=/bin/sh PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin # #minute hourmdaymonth wdaywho command # */5 * * * * root/usr/libexec/atrun # # Save some entropy so that /dev/random can re-seed on boot. */11* * * * operator /usr/libexec/save-entropy # # Rotate log files every hour, if necessary. 0 * * * * rootnewsyslog # # Perform daily/weekly/monthly maintenance. 1 3 * * * rootperiodic daily 15 4 * * 6 rootperiodic weekly 30 5 1 * * rootperiodic monthly # # Adjust the time zone if the CMOS clock keeps local time, as opposed to # UTC time. See adjkerntz(8) for details. 1,310-5 * * * rootadjkerntz -a # Testa Radius */1 * * * * root/root/ifradius.sh Esse ifradius.sh é o script que fiz para testar se ele caiu e levantar ele novamente: #!/bin/sh if ! ps afx|grep radiusd|grep -v grep; then /usr/local/etc/rc.d/radiusd start echo Starting: `date` /root/radius.log fi Se alguém tiver uma luz show senão ainda estou pesquisando aqui. :) Caso descubra postarei aqui na lista. Em 22/05/2011 14:18, Marcelo Gondim escreveu: Olá pessoal, Recentemente instalei o FreeBSD aqui e atualizei ele para o 8.2 stable, tudo funcionando normalmente e perfeito exceto que em 1 dia e meio de uso o freeradius parou e não deixou nenhuma mensagem de signal no messages. No radius.log aparece isso: Sun May 22 03:47:42 2011 : Auth: Login incorrect: [solange034416] (from client pppoe port 473170 cli 00:E0:4C:F4:C5:75) Sun May 22 03:47:43 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046493 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:46 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046494 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:47 2011 : Auth: Login incorrect: [gustavo039105] (from client pppoe port 473171 cli 00:1E:E5:39:08:1B) Sun May 22 03:47:49 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046495 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:50 2011 : Info: Exiting normally. Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 4 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 3 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 2 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 1 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 0 Instalei o freeradius do ports versão essa: freeradius-2.1.10_2 FreeBSD seca.intnet.com.br 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon May 16 19:22:17 BRT 2011 Vi no histórico uma thread sobre esse assunto mas parece que não houve uma solução: http://www.mail-archive.com/freebsd@fug.com.br/msg61202.html Alguém teve este mesmo problema? Antes do FreeBSD rodava um Linux com o Freeradius também 2.1.10 e não caía o serviço. Mas já tive outros Linux que o freeradius caía do nada. Creio que seja alguma situação específica no freeradius. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Freeradius caindo parte II
estou acompanhando isso aconteceu comigo uma vez comigo, depois de meses funcionando, nao axei a causa do daemon do freeradius ter simplesmente parado, como se tivesse recebido um TERM e nao aconteceu mais tambem, ja faz 3 semanas, depois que reiniciei o freeradius e continua normal usava freeradius 1.1.7 em um freebsd 6.2, depois compilei o freeradius 2.1.9 porque preciso da feature de virtual-server On Mon, 23 May 2011 10:05:00 -0300, Marcelo Gondim wrote: Um detalhe que me atentei nesse momento. Pelo que percebi ele está caindo sempre em determinado período as duas vezes que ele caiu: Sun May 22 03:47:50 2011 : Info: Exiting normally. Mon May 23 04:00:05 2011 : Info: Exiting normally. Horários bem próximos. Estou tentando ver se tem algo à ver com o periodic cujo o daily roda as 03:01. Alguém teria uma outra idéia do que poderia estar desligando o freeradius toda a madrugada? Fiz um shell script pra checar de minuto em minuto se o serviço está no ar e se não tiver levanta novamente mas estou tentando descobrir porque ele está desligando. Abaixo meu crontab: # /etc/crontab - root's crontab for FreeBSD # # $FreeBSD: src/etc/crontab,v 1.33.2.1 2009/08/03 08:13:06 kensmith Exp $ # SHELL=/bin/sh PATH=/etc:/bin:/sbin:/usr/bin:/usr/sbin # #minute hourmdaymonth wdaywho command # */5 * * * * root/usr/libexec/atrun # # Save some entropy so that /dev/random can re-seed on boot. */11* * * * operator /usr/libexec/save-entropy # # Rotate log files every hour, if necessary. 0 * * * * rootnewsyslog # # Perform daily/weekly/monthly maintenance. 1 3 * * * rootperiodic daily 15 4 * * 6 rootperiodic weekly 30 5 1 * * rootperiodic monthly # # Adjust the time zone if the CMOS clock keeps local time, as opposed to # UTC time. See adjkerntz(8) for details. 1,310-5 * * * rootadjkerntz -a # Testa Radius */1 * * * * root/root/ifradius.sh Esse ifradius.sh é o script que fiz para testar se ele caiu e levantar ele novamente: #!/bin/sh if ! ps afx|grep radiusd|grep -v grep; then /usr/local/etc/rc.d/radiusd start echo Starting: `date` /root/radius.log fi Se alguém tiver uma luz show senão ainda estou pesquisando aqui. :) Caso descubra postarei aqui na lista. Em 22/05/2011 14:18, Marcelo Gondim escreveu: Olá pessoal, Recentemente instalei o FreeBSD aqui e atualizei ele para o 8.2 stable, tudo funcionando normalmente e perfeito exceto que em 1 dia e meio de uso o freeradius parou e não deixou nenhuma mensagem de signal no messages. No radius.log aparece isso: Sun May 22 03:47:42 2011 : Auth: Login incorrect: [solange034416] (from client pppoe port 473170 cli 00:E0:4C:F4:C5:75) Sun May 22 03:47:43 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046493 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:46 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046494 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:47 2011 : Auth: Login incorrect: [gustavo039105] (from client pppoe port 473171 cli 00:1E:E5:39:08:1B) Sun May 22 03:47:49 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046495 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:50 2011 : Info: Exiting normally. Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 4 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 3 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 2 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 1 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 0 Instalei o freeradius do ports versão essa: freeradius-2.1.10_2 FreeBSD seca.intnet.com.br 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon May 16 19:22:17 BRT 2011 Vi no histórico uma thread sobre esse assunto mas parece que não houve uma solução: http://www.mail-archive.com/freebsd@fug.com.br/msg61202.html Alguém teve este mesmo problema? Antes do FreeBSD rodava um Linux com o Freeradius também 2.1.10 e não caía o serviço. Mas já tive outros Linux que o freeradius caía do nada. Creio que seja alguma situação específica no freeradius. - 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
Re: [FUG-BR] Freeradius caindo parte II
2011/5/23 Marcelo Gondim gon...@linuxinfo.com.br # Perform daily/weekly/monthly maintenance. 1 3 * * * rootperiodic daily 15 4 * * 6 rootperiodic weekly 30 5 1 * * rootperiodic monthly Boa noite Marcelo. Apenas uma dúvida, esta máquina é Virtual? Está em algum storage? Eu já tive problemas parecidos com esse, e o que eu encontrei foi que como eram várias máquinas virtuais (em ESXi) rodando no mesmo storage, realizando o periodic no mesmo horário, acabava deixando o storage lento (era via NFS), com isso diversos programas que não são muito tolerantes a uma latência alta no acesso ao disco acabavam caindo. A solução foi distribuir os periodic daily pela noite em horários diferentes -- Rafael Henrique da Silva Faria - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] Freeradius caindo parte II
Olá pessoal, Recentemente instalei o FreeBSD aqui e atualizei ele para o 8.2 stable, tudo funcionando normalmente e perfeito exceto que em 1 dia e meio de uso o freeradius parou e não deixou nenhuma mensagem de signal no messages. No radius.log aparece isso: Sun May 22 03:47:42 2011 : Auth: Login incorrect: [solange034416] (from client pppoe port 473170 cli 00:E0:4C:F4:C5:75) Sun May 22 03:47:43 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046493 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:46 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046494 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:47 2011 : Auth: Login incorrect: [gustavo039105] (from client pppoe port 473171 cli 00:1E:E5:39:08:1B) Sun May 22 03:47:49 2011 : Auth: Login incorrect: [marco201368] (from client pppoe port 4046495 cli 00:26:5A:5F:C4:A1) Sun May 22 03:47:50 2011 : Info: Exiting normally. Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 4 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 3 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 2 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 1 Sun May 22 03:47:50 2011 : Info: rlm_sql (sql): Closing sqlsocket 0 Instalei o freeradius do ports versão essa: freeradius-2.1.10_2 FreeBSD seca.intnet.com.br 8.2-STABLE FreeBSD 8.2-STABLE #0: Mon May 16 19:22:17 BRT 2011 Vi no histórico uma thread sobre esse assunto mas parece que não houve uma solução: http://www.mail-archive.com/freebsd@fug.com.br/msg61202.html Alguém teve este mesmo problema? Antes do FreeBSD rodava um Linux com o Freeradius também 2.1.10 e não caía o serviço. Mas já tive outros Linux que o freeradius caía do nada. Creio que seja alguma situação específica no freeradius. []´s à todos - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd