Re: [FUG-BR] FreeRadius caindo
Em 24/02/2011 01:58, fknet escreveu: > Bom, vamos lá: > > 1) Não testei com o 2.1.7 ainda! > Seria bom antes de reinstalar o servidor. > 2) Vc acha que deve reinstalar o servidor e colocar versão 8.1? isto? > > Ficará melhor com a 8.0 BSD é igual vinho quanto mais velho melhor. > 3) Vc pede o seguinte: > "Altera essa linha aqui em /usr/share/examples/cvsup/stable-supfile e > depois" - qual linha??? > RSRS esquici. esta linha -> *default host=CHANGE_THIS.FreeBSD.org por esta linha -> *default host=cvsup12.FreeBSD.org ( sempre use o 12 e algumas vezes o 8 , mais pode ter o restante aqui : http://www.freebsd.org/doc/handbook/mirrors.html. Aproposito da uma vista em /var/crash ( ve se tem algum .core algo tipo freeradius.core ), se tiver a aplicação freeradius é que tem problema. Att. > Obrigado > > Em 24/02/2011 01:28, Paulo Henrique escreveu: > >> Em 24/02/2011 01:00, fknet escreveu: >> >>> Obrigado pelo retorno Paulo Henrique, segue abaixo algumas respostas: >>> >>> Antes, só para constar, no servidor antigo tinha os mesmos serviços >>> rodando, idêntico ao que tenho hoje, sem problemas durante muito tempo. >>> O que mudou do antigo para este? >>> >>> Praticamente a versão do sistema operacional, que no anterior era >>> FreeBSD 8.0 e neste 8.2 e a versão do freeradius, que era 2.1.7 e agora >>> 2.1.10. >>> >>> Fiz vários testes antes de colocar em produção, simulei o tráfego de >>> autenticação do freeradius e testei o freeradius durante 1 dia todo em >>> produção, somente o freeradius e o mysql rodando. Quando vi que estava >>> pronto e não tinha problemas coloquei no ar. O que acontece é que o >>> freeradius caiu 3 vezes em 7 dias, deixando meus clientes sem internet, >>> pois não podiam autenticar. >>> >>> >>> >> Apenas para tirar duvidas já testou com a versão 2.1.7 do FreeRadius ? >> Quando se muda o hardware de um servidor com um sistema instalado do >> zero, qualquer coisa feita no servidor antigo é ignoravel, todas ( TODAS >> ) as váriveis são zeradas. >> >> >>> Bom, vamos as respostas: >>> >>> [davinci:~]# uname -a >>> FreeBSD servername 8.2-RC3 FreeBSD 8.2-RC3 #1: Fri Feb 11 16:33:42 BRST >>> 2011 >>> >>> >> Olha o problema aqui, deixa ficar pronto primeiro ( aproposito melhor >> atualizar ) >> Altera essa linha aqui em /usr/share/examples/cvsup/stable-supfile e depois >> >> csup -g -L 2 /usr/share/examples/cvsup/stable-supfile&& cd /usr/src&& >> make buildkernel KERNCONF=MYKERNEL&& make installkernel >> KERNCONF=MYKERNEL&& reboot >> >> execute o logon e rode os comandos >> >> mergemaster -p ( verifica o que pode ser editado normalmente make.conf e >> alguns outros arquivos, mais não deixe editarem o password e groups o >> problema sério )&& reboot >> >> Otimo agora vamos para a segunda parte. >> >> faça logon >> >> cd /usr/src&& make buildworld&& make installworld&& reboot >> >> Faça o logon e execute novamente ( logico ) >> >> mergermaster -p ( nunca ficou muito claro se é necessario mais não vai >> matar mesmo ). >> >> >> Mais antes dessa frescura toda ai acima, por favor coloca uma release >> estavel, FreeBSD não é windows nem linux que vive a base de atualização, >> atualizar FreeBSD é questão de vida ou morte, e não simplesmente mais >> uma tarefa trivial. >> >> >>> r...@davinci.conchalnet.com.br:/usr/src/sys/amd64/compile/KERNELNOVO amd64 >>> Na compilação do kernel foi alterado apenas o seguinte: >>> options IPFIREWALL >>> options IPFIREWALL_FORWARD >>> options IPFIREWALL_DEFAULT_TO_ACCEPT >>> options IPFIREWALL_VERBOSE >>> options IPFIREWALL_VERBOSE_LIMIT=100 >>> options HZ=2000 >>> maxusers 1024 >>> options VFS_AIO >>> options ACCEPT_FILTER_HTTP >>> >>> >> Melhor dar uma lida em: >> cd /usr/src/sys/amd/conf&& make LINT&& cat LINT | less >> e depois em >> cat /usr/src/sys/conf/NOTES >> e >> cat /usr/src/sys/amd64/conf/NOTES >> >> >> >> >>> Os IPs são fixos, 2 endereços na mesma interface, em0. (a interface em1 >>> ainda não estou usando minha idéia é usá-la para fazer o backup do >>> servidor online) >>> >>> >> Verifica no messages se queda de link nesses horarios. >> >> >> >>> Abaixo todos os serviços deste servidor: >>> MySQL 5.5.9 >>> FreeRadius 2.1.10 >>> Postfix 2.8 >>> Apache 2.2.17 >>> MRTG rodando a partir do cron >>> >>> Todos os software foram instalados via ports, agora me desculpe, mas não >>> sei conferir as dependências. >>> >>> >> cd $PORT/&& make config >> >>> Como faz um tempo que o servidor tá no ar o dmesg não retorna os dados >>> do boot mais. >>> >>> >> Verifica em /var/log/messages ou /var/log/messages.0.bz2 >> >>> Estou deixando sem firewall essa máquina, para testes. >>> >>> >> OK >> >>> O hardware é o abaixo: >>> >>> • SUPERSERVER SUPERMICRO >>> • Form Factor: 1U >>> • Fonte ATX 600 Watts >>> • Processador Quad-Core Intel Xeon X3430 2,4 GHz >>> • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug. >>> • 1
Re: [FUG-BR] Backup de servidor em produção
Em 24/02/2011 01:53, fknet escreveu: > Legal, mas infelzimente o investimento em servidores tá feita... 2 > supermicros mesmo, vou neles! Fonte meus funcionários trocam, sem crise. > > Entradas distintas de energia sem chance, há apenas 1 empresa na cidade > que fornece energia: Elektro. > > 2 nobreaks? Já tenho, a idéia é que cada servidor fique em um servidor > distinto mesmo. > > Redundância de switchs tbm não vejo necessidade, temos backup e o > pessoal sabe (eu espero) espetar os cabos lá. > > Agora a parte que mais me interessa não entendi (boiei!) > > um array RAID 0 com dois volumes distintos sobre GMIRROR > gerando o volume final > No caso é apenas se tivesse enteresse de usar uma unica maquina, teria-se no total 4 discos totalmente espelhado da seguinte forma. Hardware Array 1 |Hardware Array 2 |||| ||||| |||| ||||| |||| ||||| || | || virtual disco 1 | virtual disco 2 || ||| || ||| || ||| || ||| \\ // Software Array Raud Gmirror Nesse modelo se falhar um dos disco há sempre outros 3 para continuar trabalhando, e se um array inteiro se perder ( 2 discos ) temos um outro array, assim como se um array e um disco se perder ainda resta 1 array. No seu caso a melhor opção é usar rsync ou começar a testar o HAST ( de fato é o unico que irá lhe atender com sincronismos em tempo real ), mais necessitara de uma interface dedicada em cada maquina para isso, pois o sincronismo poderá se tornar um problema. Verifica o ZFS acho que ele tambem tem uma parada dessa, o UNIONFS quando li sobre faz isso tambem, mais ai é o que sei. ZFS não testei, não sei como fica em produção. HAST não testei, não sei como fica em produção. UNIONFS, não testei, não sei como fica em produção. GEOM_GATE, prescisa de uma storage ou um servidor dedicado a isso, o que poderá ser um problema visto que se o mesmo falhar não adianta ter backup dos serviços que não terá dados para eles. O DRDB do linux tambem tende a te atender, ( o de 64 bits a ultima vez que testei era um lixo com um monte de bug e com corrompimento direto do fs ). No caso o HAST está no FreeBSD para fazer frente ao DRDB. Da uma vista no UnionFS, ele foi projetado para esses ambientes, infelizmente me aprofundei muito pouco nele para poder dizer se lhe atenderá a esse requisito ou não... Logo vou ter ambiente de teste disponivel e pretendo perder um pouquinho de tempo nesse lance de Alta disponibilidade sobre FreeBSD. Att. > Pode me esclarecer? > > Obrigado > > Em 24/02/2011 01:40, Paulo Henrique escreveu: > >> Em 24/02/2011 01:26, fknet escreveu: >> >>> Boa noite, obrigado novamente pelo retorno! >>> >>> Não estou configurando o servidor pensando em usuário final, apenas que >>> eu possa ficar tranquilo, dormir em paz, viajar em paz, sem ter que >>> ficar pensando e se o servidor der alguma pane? >>> >>> Sim, concordo com você, servidor em produção só dá problema caso o >>> hardware falhe, do resto é muito difícil dar qualquer problema. >>> >>> Mas aí que entra o X da questão... da uma tempestade, raios, o servidor >>> queima e eu estou viajando. E agora, o que faço? Preciso de uma solução >>> de backup eficaz para que meu sócio, com conhecimento mínimo em freebsd >>> ou então um funcionário meu, de confiança, que não tem grandes >>> conhecimentos, mas até consegue se virar com algo, possa colocar o >>> servidor de backup no ar. Esta é minha idéia. >>> >>> Mas aí ainda vem a questão: o backup pode queimar junto com o servidor >>> oficial, aí vem uma segunda etapa na qual estou pensando em ter um >>> snapshot ou algo do tipo, feito semanalmente, que possa ter um backup >>> que possa ser utilizado para subir em um hardware novo. >>> >>> Obrigado >>> >>> Em 24/02/2011 01:09, Paulo Henrique escreveu: >>> >>> >>> >> Então, aconselho NO-breaks Fontes redundantes, mais switchs redundantes, >> mais sistemas de energias redundantes de fornecedor distinto. >> Ok é caro mais não dará problema. >> >> Agora de começo, segue o que precisa para você viajar tranquilo. >> >> Modelo N-Tier ( um babaca de um dos sistema da empresa me falhou isso e >> depois que compreendi, mais na pratica é besteira de vendedor ). >> >> 2 servidor em Front-end um ligado em um no-break distinto e em circuitos >> de energia independetes ( tomadas de alimentação independetes e >> separados no dijuntores do quadro de distribuição eletrica ). >> 2 placas de rede em cada servidor ( 1 para o storage e outra para a rede >> - storage acessivel apenas através dos servidores e nada mais ). >> Carp mandando ver no IP virtual e o hearthbeat sincronizando processos. >>
Re: [FUG-BR] FreeRadius caindo
Bom, vamos lá: 1) Não testei com o 2.1.7 ainda! 2) Vc acha que deve reinstalar o servidor e colocar versão 8.1? isto? 3) Vc pede o seguinte: "Altera essa linha aqui em /usr/share/examples/cvsup/stable-supfile e depois" - qual linha??? Obrigado Em 24/02/2011 01:28, Paulo Henrique escreveu: > Em 24/02/2011 01:00, fknet escreveu: >> Obrigado pelo retorno Paulo Henrique, segue abaixo algumas respostas: >> >> Antes, só para constar, no servidor antigo tinha os mesmos serviços >> rodando, idêntico ao que tenho hoje, sem problemas durante muito tempo. >> O que mudou do antigo para este? >> >> Praticamente a versão do sistema operacional, que no anterior era >> FreeBSD 8.0 e neste 8.2 e a versão do freeradius, que era 2.1.7 e agora >> 2.1.10. >> >> Fiz vários testes antes de colocar em produção, simulei o tráfego de >> autenticação do freeradius e testei o freeradius durante 1 dia todo em >> produção, somente o freeradius e o mysql rodando. Quando vi que estava >> pronto e não tinha problemas coloquei no ar. O que acontece é que o >> freeradius caiu 3 vezes em 7 dias, deixando meus clientes sem internet, >> pois não podiam autenticar. >> >> > Apenas para tirar duvidas já testou com a versão 2.1.7 do FreeRadius ? > Quando se muda o hardware de um servidor com um sistema instalado do > zero, qualquer coisa feita no servidor antigo é ignoravel, todas ( TODAS > ) as váriveis são zeradas. > >> Bom, vamos as respostas: >> >> [davinci:~]# uname -a >> FreeBSD servername 8.2-RC3 FreeBSD 8.2-RC3 #1: Fri Feb 11 16:33:42 BRST >> 2011 >> > Olha o problema aqui, deixa ficar pronto primeiro ( aproposito melhor > atualizar ) > Altera essa linha aqui em /usr/share/examples/cvsup/stable-supfile e depois > > csup -g -L 2 /usr/share/examples/cvsup/stable-supfile&& cd /usr/src&& > make buildkernel KERNCONF=MYKERNEL&& make installkernel > KERNCONF=MYKERNEL&& reboot > > execute o logon e rode os comandos > > mergemaster -p ( verifica o que pode ser editado normalmente make.conf e > alguns outros arquivos, mais não deixe editarem o password e groups o > problema sério )&& reboot > > Otimo agora vamos para a segunda parte. > > faça logon > > cd /usr/src&& make buildworld&& make installworld&& reboot > > Faça o logon e execute novamente ( logico ) > > mergermaster -p ( nunca ficou muito claro se é necessario mais não vai > matar mesmo ). > > > Mais antes dessa frescura toda ai acima, por favor coloca uma release > estavel, FreeBSD não é windows nem linux que vive a base de atualização, > atualizar FreeBSD é questão de vida ou morte, e não simplesmente mais > uma tarefa trivial. > >> r...@davinci.conchalnet.com.br:/usr/src/sys/amd64/compile/KERNELNOVO amd64 >> Na compilação do kernel foi alterado apenas o seguinte: >> options IPFIREWALL >> options IPFIREWALL_FORWARD >> options IPFIREWALL_DEFAULT_TO_ACCEPT >> options IPFIREWALL_VERBOSE >> options IPFIREWALL_VERBOSE_LIMIT=100 >> options HZ=2000 >> maxusers 1024 >> options VFS_AIO >> options ACCEPT_FILTER_HTTP >> > Melhor dar uma lida em: > cd /usr/src/sys/amd/conf&& make LINT&& cat LINT | less > e depois em > cat /usr/src/sys/conf/NOTES > e > cat /usr/src/sys/amd64/conf/NOTES > > > >> Os IPs são fixos, 2 endereços na mesma interface, em0. (a interface em1 >> ainda não estou usando minha idéia é usá-la para fazer o backup do >> servidor online) >> > Verifica no messages se queda de link nesses horarios. > > >> Abaixo todos os serviços deste servidor: >> MySQL 5.5.9 >> FreeRadius 2.1.10 >> Postfix 2.8 >> Apache 2.2.17 >> MRTG rodando a partir do cron >> >> Todos os software foram instalados via ports, agora me desculpe, mas não >> sei conferir as dependências. >> > cd $PORT/&& make config >> Como faz um tempo que o servidor tá no ar o dmesg não retorna os dados >> do boot mais. >> > Verifica em /var/log/messages ou /var/log/messages.0.bz2 >> Estou deixando sem firewall essa máquina, para testes. >> > OK >> O hardware é o abaixo: >> >> • SUPERSERVER SUPERMICRO >> • Form Factor: 1U >> • Fonte ATX 600 Watts >> • Processador Quad-Core Intel Xeon X3430 2,4 GHz >> • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug. >> • 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou 16GB >> UDIMM (Slots de memoria: 1 utilizado, 3 livres) >> • Sugestão: 016115-1 - KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\ >> THERMAL SENSOR >> • 2 x Intel® 82574L Gigabit Ethernet Controllers >> • Placa-Mae X8SIL-V (FSB 1333/1066/800 MHz) >> • Chipset Intel® 3420 >> • Controladora OnBoard SATA com suporte ate 6x SATA (3 Gbps) >> • RAID 0, 1, 5, 10 (Windows) >> • RAID 0, 1, 10 (LINUX) >> • Video OnBoard Matrox G200eW 16MB >> • DVD-ROM >> • Slots de expansao: >> • 1x PCI-Express (x8) (Riser Card) >> • Garantia 1 ano >> • Industria Brasileira >> • Peso bruto: 15,5Kg >> • Dimensão: 21,00cm x 60,00cm x 75,00cm (Altura x Largura x Comprimento) >> >> Obrigado >> > Servidorzinho legal, qual o valor do garoto ( manda em PVT e o fornecedor ). >> >> >> Em 24/02/2011 00:38, Paulo Henrique escrev
Re: [FUG-BR] Backup de servidor em produção
Legal, mas infelzimente o investimento em servidores tá feita... 2 supermicros mesmo, vou neles! Fonte meus funcionários trocam, sem crise. Entradas distintas de energia sem chance, há apenas 1 empresa na cidade que fornece energia: Elektro. 2 nobreaks? Já tenho, a idéia é que cada servidor fique em um servidor distinto mesmo. Redundância de switchs tbm não vejo necessidade, temos backup e o pessoal sabe (eu espero) espetar os cabos lá. Agora a parte que mais me interessa não entendi (boiei!) um array RAID 0 com dois volumes distintos sobre GMIRROR gerando o volume final Pode me esclarecer? Obrigado Em 24/02/2011 01:40, Paulo Henrique escreveu: > Em 24/02/2011 01:26, fknet escreveu: >> Boa noite, obrigado novamente pelo retorno! >> >> Não estou configurando o servidor pensando em usuário final, apenas que >> eu possa ficar tranquilo, dormir em paz, viajar em paz, sem ter que >> ficar pensando e se o servidor der alguma pane? >> >> Sim, concordo com você, servidor em produção só dá problema caso o >> hardware falhe, do resto é muito difícil dar qualquer problema. >> >> Mas aí que entra o X da questão... da uma tempestade, raios, o servidor >> queima e eu estou viajando. E agora, o que faço? Preciso de uma solução >> de backup eficaz para que meu sócio, com conhecimento mínimo em freebsd >> ou então um funcionário meu, de confiança, que não tem grandes >> conhecimentos, mas até consegue se virar com algo, possa colocar o >> servidor de backup no ar. Esta é minha idéia. >> >> Mas aí ainda vem a questão: o backup pode queimar junto com o servidor >> oficial, aí vem uma segunda etapa na qual estou pensando em ter um >> snapshot ou algo do tipo, feito semanalmente, que possa ter um backup >> que possa ser utilizado para subir em um hardware novo. >> >> Obrigado >> >> Em 24/02/2011 01:09, Paulo Henrique escreveu: >> >> > Então, aconselho NO-breaks Fontes redundantes, mais switchs redundantes, > mais sistemas de energias redundantes de fornecedor distinto. > Ok é caro mais não dará problema. > > Agora de começo, segue o que precisa para você viajar tranquilo. > > Modelo N-Tier ( um babaca de um dos sistema da empresa me falhou isso e > depois que compreendi, mais na pratica é besteira de vendedor ). > > 2 servidor em Front-end um ligado em um no-break distinto e em circuitos > de energia independetes ( tomadas de alimentação independetes e > separados no dijuntores do quadro de distribuição eletrica ). > 2 placas de rede em cada servidor ( 1 para o storage e outra para a rede > - storage acessivel apenas através dos servidores e nada mais ). > Carp mandando ver no IP virtual e o hearthbeat sincronizando processos. > tem uma placa de rede ( não lembro no nome do fabricante, onde tem duas > saidas ethernet compartilhadas, poderá usar elas e ligalas em switch > independentes, assim evita falha no switch de acesso. > > Mais acredite tudo isso ai pode ser trocado por um servidor corretamente > dimensionado com fontes de alimentação redundantes usando no-breaks > distintos e um array RAID 0 com dois volumes distintos sobre GMIRROR > gerando o volume final e esquece o restante da rede, um usuário final > sabe trocar um switch. > E coloque um no-break com filtro de rede ( gera um delay mais muito > baixo impersseptivel > > Um dell com controlador PERC 6/ H700 desses sai por uns 20K mais viajará > tranquilo. > > Não é sacanagem... > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Backup de servidor em produção
Aproposito quais são os protocolos que está usando, pois diversos deles tem suporte para trabalhar sobre o modelo master/slave ( DNS, DOMAIN e OSPF ) Att Em 24/02/2011 01:26, fknet escreveu: > Boa noite, obrigado novamente pelo retorno! > > Não estou configurando o servidor pensando em usuário final, apenas que > eu possa ficar tranquilo, dormir em paz, viajar em paz, sem ter que > ficar pensando e se o servidor der alguma pane? > > Sim, concordo com você, servidor em produção só dá problema caso o > hardware falhe, do resto é muito difícil dar qualquer problema. > > Mas aí que entra o X da questão... da uma tempestade, raios, o servidor > queima e eu estou viajando. E agora, o que faço? Preciso de uma solução > de backup eficaz para que meu sócio, com conhecimento mínimo em freebsd > ou então um funcionário meu, de confiança, que não tem grandes > conhecimentos, mas até consegue se virar com algo, possa colocar o > servidor de backup no ar. Esta é minha idéia. > > Mas aí ainda vem a questão: o backup pode queimar junto com o servidor > oficial, aí vem uma segunda etapa na qual estou pensando em ter um > snapshot ou algo do tipo, feito semanalmente, que possa ter um backup > que possa ser utilizado para subir em um hardware novo. > > Obrigado > > Em 24/02/2011 01:09, Paulo Henrique escreveu: > >> Então, as referencias que posso estar passando a ti são as seguintes: >> >> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-ggate.html >> >> http://www.fug.com.br/content/view/119/77/ ( Não tem sobre o Geom_gate >> mais tem muita informação sobre o Framework ). >> >> http://kerneltrap.org/node/742 ( pratico ). >> >> No caso do geom_gate exige uma storage ( ponto unico de falha mais que >> com raid_mirror minimizará muito a falha). >> >> Apenas uma consideração, se configura servidor pensando em usuário final >> coloca windows, se der problema e não tiver acesso remoto para resolver >> é só no console, e acredite, por mais que possa parecer idiotice, pane >> de servidor se resume a falha de hardware, servidor de produção não cai >> por causa de bug já relatados, e um bug não relatado não irá dar a graça >> depois de 2 meses ou mais do servidor on-line, embora há casos no qual >> ja li. >> >> Atualmente estou fazendo um teste de usar RAID 0 via controladora >> dedicada e GEOM_MIRROR entre dois ARRAY, ainda em implementação, o >> objetivo final será colocar o GELI sobre o GEOM_MIRROR, mais isso é futuro. >> >> >> Em 24/02/2011 00:36, fknet escreveu: >> >>> Boa noite Paulo Henrique, >>> >>> Gostei da idéia do Geom, poderia me dar mais informações de como ele >>> funciona e onde posso conseguir algum tutorial para testá-lo? Daria para >>> fazer algo como se a máquina remota fosse um HD espelhado localmente? >>> >>> Minha idéia é ter um backup eficiente e usar em conjunto com o CARP, >>> caso o servidor principal pare o backup possa assumir o lugar dele de >>> forma transparente, apenas aviando-me via email deste problema para que >>> o servidor principal seja reparado. >>> >>> Gostaria de algo bem simples e funcional para eu não ter dores de cabeça >>> e também para que uma pessoa sem conhecimentos em freebsd possa colocar >>> no ar, caso eu não esteja na empresa. >>> >>> Muito obrigado! >>> >>> Fabrício >>> >>> Em 24/02/2011 00:11, Paulo Henrique escreveu: >>> >>> O GEOM_GATE não lhe atende ? Uso GEOM a mais de 2 anos e até hoje só felicidades, GEOM_MIRROR + GEOM_ELI GEOM_STRIPE + GEOM_ELI e tanto o GEOM MIRROR como o GEOM STRIPE sozinhos em todos os casos perfeito, o ZFS tambem poderá te ajudar, assim como NFS e UNIONFS contudo todos demanda um storage adicionando um ponto unico de falha, não sei certo como ao ZFS e o GEOM_GATE, ve o hearthbeat tem nos ports, ele poderá te ajudar quanto a sincronização dos processos. Att. Em 23/02/2011 22:55, fknet escreveu: > Alguém já trabalho com HAST? > > Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação > de alguém que já usou este recurso em produção e, se possível, um > tutorial de como fazer. > > Obrigado > > Fabrício > > Em 23/02/2011 22:32, Danilo Egea escreveu: > > > >> Usei o Unison uma vez para fazer isso, funciona bem. >> >> abraços >> >> E-mail/MSN -> daniloe...@yahoo.com.br >> >> Skype -> daniloegea >> >> Blog -> http://daniloegea.wordpress.com >> >> Twitter -> http://twitter.com/daniloegea >> >> --- Em qua, 23/2/11, fknet escreveu: >> >> De: fknet >> Assunto: [FUG-BR] Backup de servidor em produção >> Para: ""Lista Brasileira de Discussão sobre FreeBSD >> (FUG-BR)"" >> Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27 >> >> Boa noite pessoal! >> >> Gostaria de fazer um backup de meu servidor online, tenho 2 servidores >>
Re: [FUG-BR] Backup de servidor em produção
Em 24/02/2011 01:26, fknet escreveu: > Boa noite, obrigado novamente pelo retorno! > > Não estou configurando o servidor pensando em usuário final, apenas que > eu possa ficar tranquilo, dormir em paz, viajar em paz, sem ter que > ficar pensando e se o servidor der alguma pane? > > Sim, concordo com você, servidor em produção só dá problema caso o > hardware falhe, do resto é muito difícil dar qualquer problema. > > Mas aí que entra o X da questão... da uma tempestade, raios, o servidor > queima e eu estou viajando. E agora, o que faço? Preciso de uma solução > de backup eficaz para que meu sócio, com conhecimento mínimo em freebsd > ou então um funcionário meu, de confiança, que não tem grandes > conhecimentos, mas até consegue se virar com algo, possa colocar o > servidor de backup no ar. Esta é minha idéia. > > Mas aí ainda vem a questão: o backup pode queimar junto com o servidor > oficial, aí vem uma segunda etapa na qual estou pensando em ter um > snapshot ou algo do tipo, feito semanalmente, que possa ter um backup > que possa ser utilizado para subir em um hardware novo. > > Obrigado > > Em 24/02/2011 01:09, Paulo Henrique escreveu: > > Então, aconselho NO-breaks Fontes redundantes, mais switchs redundantes, mais sistemas de energias redundantes de fornecedor distinto. Ok é caro mais não dará problema. Agora de começo, segue o que precisa para você viajar tranquilo. Modelo N-Tier ( um babaca de um dos sistema da empresa me falhou isso e depois que compreendi, mais na pratica é besteira de vendedor ). 2 servidor em Front-end um ligado em um no-break distinto e em circuitos de energia independetes ( tomadas de alimentação independetes e separados no dijuntores do quadro de distribuição eletrica ). 2 placas de rede em cada servidor ( 1 para o storage e outra para a rede - storage acessivel apenas através dos servidores e nada mais ). Carp mandando ver no IP virtual e o hearthbeat sincronizando processos. tem uma placa de rede ( não lembro no nome do fabricante, onde tem duas saidas ethernet compartilhadas, poderá usar elas e ligalas em switch independentes, assim evita falha no switch de acesso. Mais acredite tudo isso ai pode ser trocado por um servidor corretamente dimensionado com fontes de alimentação redundantes usando no-breaks distintos e um array RAID 0 com dois volumes distintos sobre GMIRROR gerando o volume final e esquece o restante da rede, um usuário final sabe trocar um switch. E coloque um no-break com filtro de rede ( gera um delay mais muito baixo impersseptivel Um dell com controlador PERC 6/ H700 desses sai por uns 20K mais viajará tranquilo. Não é sacanagem... -- Paulo Henrique - BSD Brasil. Desenvolvedor de Software / Administrador de Sitemas. Genuine BSD/Unix User. "Só se atinge objetivos com necessidade, contudo alguns objetivo não esperam a necessidade" "Preserva a Natureza é garantir o amanhã, mais esse amanhã acaba sempre sendo o hoje, por então preservar o que é realidade. - 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
Em 24/02/2011 01:00, fknet escreveu: > Obrigado pelo retorno Paulo Henrique, segue abaixo algumas respostas: > > Antes, só para constar, no servidor antigo tinha os mesmos serviços > rodando, idêntico ao que tenho hoje, sem problemas durante muito tempo. > O que mudou do antigo para este? > > Praticamente a versão do sistema operacional, que no anterior era > FreeBSD 8.0 e neste 8.2 e a versão do freeradius, que era 2.1.7 e agora > 2.1.10. > > Fiz vários testes antes de colocar em produção, simulei o tráfego de > autenticação do freeradius e testei o freeradius durante 1 dia todo em > produção, somente o freeradius e o mysql rodando. Quando vi que estava > pronto e não tinha problemas coloquei no ar. O que acontece é que o > freeradius caiu 3 vezes em 7 dias, deixando meus clientes sem internet, > pois não podiam autenticar. > > Apenas para tirar duvidas já testou com a versão 2.1.7 do FreeRadius ? Quando se muda o hardware de um servidor com um sistema instalado do zero, qualquer coisa feita no servidor antigo é ignoravel, todas ( TODAS ) as váriveis são zeradas. > Bom, vamos as respostas: > > [davinci:~]# uname -a > FreeBSD servername 8.2-RC3 FreeBSD 8.2-RC3 #1: Fri Feb 11 16:33:42 BRST > 2011 > Olha o problema aqui, deixa ficar pronto primeiro ( aproposito melhor atualizar ) Altera essa linha aqui em /usr/share/examples/cvsup/stable-supfile e depois csup -g -L 2 /usr/share/examples/cvsup/stable-supfile && cd /usr/src && make buildkernel KERNCONF=MYKERNEL && make installkernel KERNCONF=MYKERNEL && reboot execute o logon e rode os comandos mergemaster -p ( verifica o que pode ser editado normalmente make.conf e alguns outros arquivos, mais não deixe editarem o password e groups o problema sério ) && reboot Otimo agora vamos para a segunda parte. faça logon cd /usr/src && make buildworld && make installworld && reboot Faça o logon e execute novamente ( logico ) mergermaster -p ( nunca ficou muito claro se é necessario mais não vai matar mesmo ). Mais antes dessa frescura toda ai acima, por favor coloca uma release estavel, FreeBSD não é windows nem linux que vive a base de atualização, atualizar FreeBSD é questão de vida ou morte, e não simplesmente mais uma tarefa trivial. > r...@davinci.conchalnet.com.br:/usr/src/sys/amd64/compile/KERNELNOVO amd64 > Na compilação do kernel foi alterado apenas o seguinte: > options IPFIREWALL > options IPFIREWALL_FORWARD > options IPFIREWALL_DEFAULT_TO_ACCEPT > options IPFIREWALL_VERBOSE > options IPFIREWALL_VERBOSE_LIMIT=100 > options HZ=2000 > maxusers 1024 > options VFS_AIO > options ACCEPT_FILTER_HTTP > Melhor dar uma lida em: cd /usr/src/sys/amd/conf && make LINT && cat LINT | less e depois em cat /usr/src/sys/conf/NOTES e cat /usr/src/sys/amd64/conf/NOTES > Os IPs são fixos, 2 endereços na mesma interface, em0. (a interface em1 > ainda não estou usando minha idéia é usá-la para fazer o backup do > servidor online) > Verifica no messages se queda de link nesses horarios. > Abaixo todos os serviços deste servidor: > MySQL 5.5.9 > FreeRadius 2.1.10 > Postfix 2.8 > Apache 2.2.17 > MRTG rodando a partir do cron > > Todos os software foram instalados via ports, agora me desculpe, mas não > sei conferir as dependências. > cd $PORT/ && make config > Como faz um tempo que o servidor tá no ar o dmesg não retorna os dados > do boot mais. > Verifica em /var/log/messages ou /var/log/messages.0.bz2 > Estou deixando sem firewall essa máquina, para testes. > OK > O hardware é o abaixo: > > • SUPERSERVER SUPERMICRO > • Form Factor: 1U > • Fonte ATX 600 Watts > • Processador Quad-Core Intel Xeon X3430 2,4 GHz > • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug. > • 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou 16GB > UDIMM (Slots de memoria: 1 utilizado, 3 livres) > • Sugestão: 016115-1 - KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\ > THERMAL SENSOR > • 2 x Intel® 82574L Gigabit Ethernet Controllers > • Placa-Mae X8SIL-V (FSB 1333/1066/800 MHz) > • Chipset Intel® 3420 > • Controladora OnBoard SATA com suporte ate 6x SATA (3 Gbps) > • RAID 0, 1, 5, 10 (Windows) > • RAID 0, 1, 10 (LINUX) > • Video OnBoard Matrox G200eW 16MB > • DVD-ROM > • Slots de expansao: > • 1x PCI-Express (x8) (Riser Card) > • Garantia 1 ano > • Industria Brasileira > • Peso bruto: 15,5Kg > • Dimensão: 21,00cm x 60,00cm x 75,00cm (Altura x Largura x Comprimento) > > Obrigado > Servidorzinho legal, qual o valor do garoto ( manda em PVT e o fornecedor ). > > > > Em 24/02/2011 00:38, Paulo Henrique escreveu: > >> Em 23/02/2011 10:42, fknet escreveu: >> >>> Bom dia Alexandre, poderia postar seu my.cnf para eu ver? >>> >>> Obrigado >>> >>> Em 23/02/2011 10:20, Alexandre Correa escreveu: >>> >>> tive problemas parecidos aqui, tive que fazer uma otimização no banco de dados (my.cnf) para poder resolver o problema... recomendo o mysqltuner.pl ! 2011/2/23 fknet: >>>
Re: [FUG-BR] Backup de servidor em produção
Boa noite, obrigado novamente pelo retorno! Não estou configurando o servidor pensando em usuário final, apenas que eu possa ficar tranquilo, dormir em paz, viajar em paz, sem ter que ficar pensando e se o servidor der alguma pane? Sim, concordo com você, servidor em produção só dá problema caso o hardware falhe, do resto é muito difícil dar qualquer problema. Mas aí que entra o X da questão... da uma tempestade, raios, o servidor queima e eu estou viajando. E agora, o que faço? Preciso de uma solução de backup eficaz para que meu sócio, com conhecimento mínimo em freebsd ou então um funcionário meu, de confiança, que não tem grandes conhecimentos, mas até consegue se virar com algo, possa colocar o servidor de backup no ar. Esta é minha idéia. Mas aí ainda vem a questão: o backup pode queimar junto com o servidor oficial, aí vem uma segunda etapa na qual estou pensando em ter um snapshot ou algo do tipo, feito semanalmente, que possa ter um backup que possa ser utilizado para subir em um hardware novo. Obrigado Em 24/02/2011 01:09, Paulo Henrique escreveu: > Então, as referencias que posso estar passando a ti são as seguintes: > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-ggate.html > > http://www.fug.com.br/content/view/119/77/ ( Não tem sobre o Geom_gate > mais tem muita informação sobre o Framework ). > > http://kerneltrap.org/node/742 ( pratico ). > > No caso do geom_gate exige uma storage ( ponto unico de falha mais que > com raid_mirror minimizará muito a falha). > > Apenas uma consideração, se configura servidor pensando em usuário final > coloca windows, se der problema e não tiver acesso remoto para resolver > é só no console, e acredite, por mais que possa parecer idiotice, pane > de servidor se resume a falha de hardware, servidor de produção não cai > por causa de bug já relatados, e um bug não relatado não irá dar a graça > depois de 2 meses ou mais do servidor on-line, embora há casos no qual > ja li. > > Atualmente estou fazendo um teste de usar RAID 0 via controladora > dedicada e GEOM_MIRROR entre dois ARRAY, ainda em implementação, o > objetivo final será colocar o GELI sobre o GEOM_MIRROR, mais isso é futuro. > > > Em 24/02/2011 00:36, fknet escreveu: >> Boa noite Paulo Henrique, >> >> Gostei da idéia do Geom, poderia me dar mais informações de como ele >> funciona e onde posso conseguir algum tutorial para testá-lo? Daria para >> fazer algo como se a máquina remota fosse um HD espelhado localmente? >> >> Minha idéia é ter um backup eficiente e usar em conjunto com o CARP, >> caso o servidor principal pare o backup possa assumir o lugar dele de >> forma transparente, apenas aviando-me via email deste problema para que >> o servidor principal seja reparado. >> >> Gostaria de algo bem simples e funcional para eu não ter dores de cabeça >> e também para que uma pessoa sem conhecimentos em freebsd possa colocar >> no ar, caso eu não esteja na empresa. >> >> Muito obrigado! >> >> Fabrício >> >> Em 24/02/2011 00:11, Paulo Henrique escreveu: >> >>> O GEOM_GATE não lhe atende ? >>> Uso GEOM a mais de 2 anos e até hoje só felicidades, >>> >>> GEOM_MIRROR + GEOM_ELI >>> GEOM_STRIPE + GEOM_ELI >>> e tanto o GEOM MIRROR como o GEOM STRIPE sozinhos em todos os casos >>> perfeito, >>> o ZFS tambem poderá te ajudar, assim como NFS e UNIONFS contudo todos >>> demanda um storage adicionando um ponto unico de falha, não sei certo >>> como ao ZFS e o GEOM_GATE, ve o hearthbeat tem nos ports, ele poderá te >>> ajudar quanto a sincronização dos processos. >>> >>> Att. >>> >>> Em 23/02/2011 22:55, fknet escreveu: >>> Alguém já trabalho com HAST? Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação de alguém que já usou este recurso em produção e, se possível, um tutorial de como fazer. Obrigado Fabrício Em 23/02/2011 22:32, Danilo Egea escreveu: > Usei o Unison uma vez para fazer isso, funciona bem. > > abraços > > E-mail/MSN -> daniloe...@yahoo.com.br > > Skype -> daniloegea > > Blog -> http://daniloegea.wordpress.com > > Twitter -> http://twitter.com/daniloegea > > --- Em qua, 23/2/11, fknet escreveu: > > De: fknet > Assunto: [FUG-BR] Backup de servidor em produção > Para: ""Lista Brasileira de Discussão sobre FreeBSD > (FUG-BR)"" > Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27 > > Boa noite pessoal! > > Gostaria de fazer um backup de meu servidor online, tenho 2 servidores > idênticos e gostaria de manter o segundo atualizado, não precisa ser > online mesmo, poderia fazer a cada X minutos por exemplo. > > Minha idéia é usar CARP e fazer que ele entre no ar caso o principal > pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei > no rsync, mas este não exclui arquivos apagados do servidor principal no > secundário,
Re: [FUG-BR] Backup de servidor em produção
Então, as referencias que posso estar passando a ti são as seguintes: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-ggate.html http://www.fug.com.br/content/view/119/77/ ( Não tem sobre o Geom_gate mais tem muita informação sobre o Framework ). http://kerneltrap.org/node/742 ( pratico ). No caso do geom_gate exige uma storage ( ponto unico de falha mais que com raid_mirror minimizará muito a falha). Apenas uma consideração, se configura servidor pensando em usuário final coloca windows, se der problema e não tiver acesso remoto para resolver é só no console, e acredite, por mais que possa parecer idiotice, pane de servidor se resume a falha de hardware, servidor de produção não cai por causa de bug já relatados, e um bug não relatado não irá dar a graça depois de 2 meses ou mais do servidor on-line, embora há casos no qual ja li. Atualmente estou fazendo um teste de usar RAID 0 via controladora dedicada e GEOM_MIRROR entre dois ARRAY, ainda em implementação, o objetivo final será colocar o GELI sobre o GEOM_MIRROR, mais isso é futuro. Em 24/02/2011 00:36, fknet escreveu: > Boa noite Paulo Henrique, > > Gostei da idéia do Geom, poderia me dar mais informações de como ele > funciona e onde posso conseguir algum tutorial para testá-lo? Daria para > fazer algo como se a máquina remota fosse um HD espelhado localmente? > > Minha idéia é ter um backup eficiente e usar em conjunto com o CARP, > caso o servidor principal pare o backup possa assumir o lugar dele de > forma transparente, apenas aviando-me via email deste problema para que > o servidor principal seja reparado. > > Gostaria de algo bem simples e funcional para eu não ter dores de cabeça > e também para que uma pessoa sem conhecimentos em freebsd possa colocar > no ar, caso eu não esteja na empresa. > > Muito obrigado! > > Fabrício > > Em 24/02/2011 00:11, Paulo Henrique escreveu: > >> O GEOM_GATE não lhe atende ? >> Uso GEOM a mais de 2 anos e até hoje só felicidades, >> >> GEOM_MIRROR + GEOM_ELI >> GEOM_STRIPE + GEOM_ELI >> e tanto o GEOM MIRROR como o GEOM STRIPE sozinhos em todos os casos >> perfeito, >> o ZFS tambem poderá te ajudar, assim como NFS e UNIONFS contudo todos >> demanda um storage adicionando um ponto unico de falha, não sei certo >> como ao ZFS e o GEOM_GATE, ve o hearthbeat tem nos ports, ele poderá te >> ajudar quanto a sincronização dos processos. >> >> Att. >> >> Em 23/02/2011 22:55, fknet escreveu: >> >>> Alguém já trabalho com HAST? >>> >>> Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação >>> de alguém que já usou este recurso em produção e, se possível, um >>> tutorial de como fazer. >>> >>> Obrigado >>> >>> Fabrício >>> >>> Em 23/02/2011 22:32, Danilo Egea escreveu: >>> >>> Usei o Unison uma vez para fazer isso, funciona bem. abraços E-mail/MSN -> daniloe...@yahoo.com.br Skype -> daniloegea Blog -> http://daniloegea.wordpress.com Twitter -> http://twitter.com/daniloegea --- Em qua, 23/2/11, fknet escreveu: De: fknet Assunto: [FUG-BR] Backup de servidor em produção Para: ""Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"" Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27 Boa noite pessoal! Gostaria de fazer um backup de meu servidor online, tenho 2 servidores idênticos e gostaria de manter o segundo atualizado, não precisa ser online mesmo, poderia fazer a cada X minutos por exemplo. Minha idéia é usar CARP e fazer que ele entre no ar caso o principal pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei no rsync, mas este não exclui arquivos apagados do servidor principal no secundário, que talvez não seja algo tão ruim. Também não sei como ele se comportaria para copiar arquivos eventualmente em uso. Esse servidor tem os seguintes servicos nele: Postfix MySQL FreeRadius Apache Webmail Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que atenda minha necessidade. Obrigado Fabrício - 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 > -- Paulo Henrique - BSD Brasil. Desenvolvedor de Software / Administrador de Sitemas.
Re: [FUG-BR] FreeRadius caindo
Obrigado pelo retorno Paulo Henrique, segue abaixo algumas respostas: Antes, só para constar, no servidor antigo tinha os mesmos serviços rodando, idêntico ao que tenho hoje, sem problemas durante muito tempo. O que mudou do antigo para este? Praticamente a versão do sistema operacional, que no anterior era FreeBSD 8.0 e neste 8.2 e a versão do freeradius, que era 2.1.7 e agora 2.1.10. Fiz vários testes antes de colocar em produção, simulei o tráfego de autenticação do freeradius e testei o freeradius durante 1 dia todo em produção, somente o freeradius e o mysql rodando. Quando vi que estava pronto e não tinha problemas coloquei no ar. O que acontece é que o freeradius caiu 3 vezes em 7 dias, deixando meus clientes sem internet, pois não podiam autenticar. Bom, vamos as respostas: [davinci:~]# uname -a FreeBSD servername 8.2-RC3 FreeBSD 8.2-RC3 #1: Fri Feb 11 16:33:42 BRST 2011 r...@davinci.conchalnet.com.br:/usr/src/sys/amd64/compile/KERNELNOVO amd64 Na compilação do kernel foi alterado apenas o seguinte: options IPFIREWALL options IPFIREWALL_FORWARD options IPFIREWALL_DEFAULT_TO_ACCEPT options IPFIREWALL_VERBOSE options IPFIREWALL_VERBOSE_LIMIT=100 options HZ=2000 maxusers 1024 options VFS_AIO options ACCEPT_FILTER_HTTP Os IPs são fixos, 2 endereços na mesma interface, em0. (a interface em1 ainda não estou usando minha idéia é usá-la para fazer o backup do servidor online) Abaixo todos os serviços deste servidor: MySQL 5.5.9 FreeRadius 2.1.10 Postfix 2.8 Apache 2.2.17 MRTG rodando a partir do cron Todos os software foram instalados via ports, agora me desculpe, mas não sei conferir as dependências. Como faz um tempo que o servidor tá no ar o dmesg não retorna os dados do boot mais. Estou deixando sem firewall essa máquina, para testes. O hardware é o abaixo: • SUPERSERVER SUPERMICRO • Form Factor: 1U • Fonte ATX 600 Watts • Processador Quad-Core Intel Xeon X3430 2,4 GHz • 1 x HDD 500GB SATA II 7.2K - Maximo 4 discos suportados Hot Plug. • 1 x Mem 2 GB (1 X 2GB) DDR3 ECC UDIMM - Máximo: 32GB DDR3 RDIM ou 16GB UDIMM (Slots de memoria: 1 utilizado, 3 livres) • Sugestão: 016115-1 - KVR1333D3E9S/2G 1333MHZ DDR3 ECC CL9 DIMM C\ THERMAL SENSOR • 2 x Intel® 82574L Gigabit Ethernet Controllers • Placa-Mae X8SIL-V (FSB 1333/1066/800 MHz) • Chipset Intel® 3420 • Controladora OnBoard SATA com suporte ate 6x SATA (3 Gbps) • RAID 0, 1, 5, 10 (Windows) • RAID 0, 1, 10 (LINUX) • Video OnBoard Matrox G200eW 16MB • DVD-ROM • Slots de expansao: • 1x PCI-Express (x8) (Riser Card) • Garantia 1 ano • Industria Brasileira • Peso bruto: 15,5Kg • Dimensão: 21,00cm x 60,00cm x 75,00cm (Altura x Largura x Comprimento) Obrigado Em 24/02/2011 00:38, Paulo Henrique escreveu: > Em 23/02/2011 10:42, fknet escreveu: >> Bom dia Alexandre, poderia postar seu my.cnf para eu ver? >> >> Obrigado >> >> Em 23/02/2011 10:20, Alexandre Correa escreveu: >> >>> tive problemas parecidos aqui, tive que fazer uma otimização no banco >>> de dados (my.cnf) para poder resolver o problema... >>> >>> recomendo o mysqltuner.pl ! >>> >>> >>> >>> 2011/2/23 fknet: >>> > Poderia disponibilizar um dmesg por favor da maquina. > Outra coisa, > Está usando o FreeRadius do port ou packages, se é dos ports quais são > as suas dependencias/configurações. > e para completar. > O que mais alem de radius, mrtg, mysql e creio eu que seja apache você > está usando neste servidor. > > A sim, > Versão de sistema Operacional > Compilação do kernel ( apenas o que alterou ). > Configuração de rede ( ips setados diretamente na interface ou sendo > atribuidos via dhcp). > > Evita complicar o ambiente, eliminar variaveis é melhor, em vez de snmp > use o vmstat ou o systat. > retire o mrtg ( ninguem vai morrer por que não viu um gráfico ). > desative o apache ou qualquer outro daemon de execução desnecessario, > principalmente inetd ou xinetd ( são uma verdadeira complicação ). > Se tiver firewall deixe apenas as regras necessárias, isso inclui > colocar o mesmo para default_to_accept, não será ele que deixará seu > servidor ou rede exposta*. > Hardware é algo que possivelmente não é o problema, hardware ruim da > problema, hardware para Xeon é meio dificil. > Se estiver rodando algum sistema web que interagem com o Mysql tira ele > de produção por um tempo. > Lembre-se quanto mais variaveis tiver menor será a chance de obter exito > na resolução. > > e apenas para lembrar nossos amigos administradores. > > USE SEMPRE AMBIENTE DE TESTE, DEPOIS PRODUÇÃO. > > Problemas em ambiente de teste é sempre bem vindo, em ambiente de > produção é frustação. > > > > ## E apenas para dar umas risadas. > Imaginar o que se foi feito é prático, agora saber realmente o que foi > feito apenas bola de cristal, e a da lista está aguardando atualização > de software do fabricante para voltar em produção, software proprietário > é assim, determinados problemas se adapta e não se resolve. > - Histórico: http://www.fug.com.br/historico/html/freebsd
Re: [FUG-BR] FreeRadius caindo
Em 23/02/2011 10:42, fknet escreveu: > Bom dia Alexandre, poderia postar seu my.cnf para eu ver? > > Obrigado > > Em 23/02/2011 10:20, Alexandre Correa escreveu: > >> tive problemas parecidos aqui, tive que fazer uma otimização no banco >> de dados (my.cnf) para poder resolver o problema... >> >> recomendo o mysqltuner.pl ! >> >> >> >> 2011/2/23 fknet: >> Poderia disponibilizar um dmesg por favor da maquina. Outra coisa, Está usando o FreeRadius do port ou packages, se é dos ports quais são as suas dependencias/configurações. e para completar. O que mais alem de radius, mrtg, mysql e creio eu que seja apache você está usando neste servidor. A sim, Versão de sistema Operacional Compilação do kernel ( apenas o que alterou ). Configuração de rede ( ips setados diretamente na interface ou sendo atribuidos via dhcp). Evita complicar o ambiente, eliminar variaveis é melhor, em vez de snmp use o vmstat ou o systat. retire o mrtg ( ninguem vai morrer por que não viu um gráfico ). desative o apache ou qualquer outro daemon de execução desnecessario, principalmente inetd ou xinetd ( são uma verdadeira complicação ). Se tiver firewall deixe apenas as regras necessárias, isso inclui colocar o mesmo para default_to_accept, não será ele que deixará seu servidor ou rede exposta*. Hardware é algo que possivelmente não é o problema, hardware ruim da problema, hardware para Xeon é meio dificil. Se estiver rodando algum sistema web que interagem com o Mysql tira ele de produção por um tempo. Lembre-se quanto mais variaveis tiver menor será a chance de obter exito na resolução. e apenas para lembrar nossos amigos administradores. USE SEMPRE AMBIENTE DE TESTE, DEPOIS PRODUÇÃO. Problemas em ambiente de teste é sempre bem vindo, em ambiente de produção é frustação. ## E apenas para dar umas risadas. Imaginar o que se foi feito é prático, agora saber realmente o que foi feito apenas bola de cristal, e a da lista está aguardando atualização de software do fabricante para voltar em produção, software proprietário é assim, determinados problemas se adapta e não se resolve. -- Paulo Henrique - BSD Brasil. Desenvolvedor de Software / Administrador de Sitemas. Genuine BSD/Unix User. "Só se atinge objetivos com necessidade, contudo alguns objetivo não esperam a necessidade" "Preserva a Natureza é garantir o amanhã, mais esse amanhã acaba sempre sendo o hoje, por então preservar o que é realidade. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Backup de servidor em produção
Boa noite Paulo Henrique, Gostei da idéia do Geom, poderia me dar mais informações de como ele funciona e onde posso conseguir algum tutorial para testá-lo? Daria para fazer algo como se a máquina remota fosse um HD espelhado localmente? Minha idéia é ter um backup eficiente e usar em conjunto com o CARP, caso o servidor principal pare o backup possa assumir o lugar dele de forma transparente, apenas aviando-me via email deste problema para que o servidor principal seja reparado. Gostaria de algo bem simples e funcional para eu não ter dores de cabeça e também para que uma pessoa sem conhecimentos em freebsd possa colocar no ar, caso eu não esteja na empresa. Muito obrigado! Fabrício Em 24/02/2011 00:11, Paulo Henrique escreveu: > O GEOM_GATE não lhe atende ? > Uso GEOM a mais de 2 anos e até hoje só felicidades, > > GEOM_MIRROR + GEOM_ELI > GEOM_STRIPE + GEOM_ELI >e tanto o GEOM MIRROR como o GEOM STRIPE sozinhos em todos os casos > perfeito, > o ZFS tambem poderá te ajudar, assim como NFS e UNIONFS contudo todos > demanda um storage adicionando um ponto unico de falha, não sei certo > como ao ZFS e o GEOM_GATE, ve o hearthbeat tem nos ports, ele poderá te > ajudar quanto a sincronização dos processos. > > Att. > > Em 23/02/2011 22:55, fknet escreveu: >> Alguém já trabalho com HAST? >> >> Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação >> de alguém que já usou este recurso em produção e, se possível, um >> tutorial de como fazer. >> >> Obrigado >> >> Fabrício >> >> Em 23/02/2011 22:32, Danilo Egea escreveu: >> >>> Usei o Unison uma vez para fazer isso, funciona bem. >>> >>> abraços >>> >>> E-mail/MSN ->daniloe...@yahoo.com.br >>> >>> Skype ->daniloegea >>> >>> Blog ->http://daniloegea.wordpress.com >>> >>> Twitter ->http://twitter.com/daniloegea >>> >>> --- Em qua, 23/2/11, fknetescreveu: >>> >>> De: fknet >>> Assunto: [FUG-BR] Backup de servidor em produção >>> Para: ""Lista Brasileira de Discussão sobre FreeBSD >>> (FUG-BR)"" >>> Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27 >>> >>> Boa noite pessoal! >>> >>> Gostaria de fazer um backup de meu servidor online, tenho 2 servidores >>> idênticos e gostaria de manter o segundo atualizado, não precisa ser >>> online mesmo, poderia fazer a cada X minutos por exemplo. >>> >>> Minha idéia é usar CARP e fazer que ele entre no ar caso o principal >>> pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei >>> no rsync, mas este não exclui arquivos apagados do servidor principal no >>> secundário, que talvez não seja algo tão ruim. Também não sei como ele >>> se comportaria para copiar arquivos eventualmente em uso. >>> >>> Esse servidor tem os seguintes servicos nele: >>> Postfix >>> MySQL >>> FreeRadius >>> Apache >>> Webmail >>> >>> Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que >>> atenda minha necessidade. >>> >>> Obrigado >>> >>> Fabrício >>> - >>> 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
Re: [FUG-BR] FreeBSD 8.2
Em 24 de fevereiro de 2011 00:17, Paulo Henrique escreveu: > Em 24/02/2011 00:03, Cleyton Agapito escreveu: >> Em 21 de fevereiro de 2011 10:50, Lucas Dias escreveu: >> ... >> >>> Falando de FreeBSD, não a com o que se preocupar em usar a o 8.2-Relase >>> pois, já foi testado e muito para se tornar Release. Porém, aquele velho >>> ditado de que "Com time que se ganha, não se mexe", isso também serve para >>> os servidores que já estão funcionando em produção. >>> >>> >> Produção para gente séria é sempre complicado, creio ser razão >> suficiente para preocupação, mas há que se ponderar também que nos >> raros casos em que haja problemas a regressão é simples e >> relativamente rápida, com isso quero dizer que os benefícios superam >> os riscos, posso apostar que em cerca de três horas (com uma máquina >> mediana) é possível reestabelecer um sistema problemático sem backups >> (o que por si só já é um risco imenso) e estando interado com as >> alterações recentes do projeto (o que definitivamente não é o meu >> caso), pode-se reduzir os riscos a patamares muito aceitáveis sem >> perder o sono com isso. É minha opinião. >> >> []´s >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > 3 horas, pode ser pouco ou muito depende do horario e os serviços neste > equipamento. > Conselho fica na série stable por um tempo até passar para 8.2 ( melhor > não perder 3 horas de sono do que ganhar varias horas de preocupação ). > > Se precisa de algum recurso do 8.2 além de sistema up-to-date bom vai lá > atualiza, senão melhor esperar e subir um laboratorio para avaliar. > Os FreeBSD quando é liberado passou por uma serie de testes, entenda que > uma serie de testes não quer dizer que abordou todos os ambientes possiveis. > A prática de atualiza para corrigir algo não documentado é de linux e > windows não se aplica a nenhum BSD, todos são devidamente documentados, > nas alegrias e tristezas, e na duvida testes aplicados são realizados > para verificação e constatação de possiveis erros. > > Minhas considerações... > Att. > Um adeno, supus três horas sem backup, tipo, tendo que recompilar a userland, válido apenas para uma máquina de produção estremamente irrelevante em termos de uptime. Para qualquer aplicação mais séria a consideração é a velocidade dos discos e a organização dos backups (já tropecei em backups mal feitos por mim mesmo), então ficamos em minutos talvez? De qualquer forma foi muito bem observado e certamente muito pertinente, afinal pode custar o nossa emprego!! Abração. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 8.2
Em 24/02/2011 00:03, Cleyton Agapito escreveu: > Em 21 de fevereiro de 2011 10:50, Lucas Dias escreveu: > ... > >> Falando de FreeBSD, não a com o que se preocupar em usar a o 8.2-Relase >> pois, já foi testado e muito para se tornar Release. Porém, aquele velho >> ditado de que "Com time que se ganha, não se mexe", isso também serve para >> os servidores que já estão funcionando em produção. >> >> > Produção para gente séria é sempre complicado, creio ser razão > suficiente para preocupação, mas há que se ponderar também que nos > raros casos em que haja problemas a regressão é simples e > relativamente rápida, com isso quero dizer que os benefícios superam > os riscos, posso apostar que em cerca de três horas (com uma máquina > mediana) é possível reestabelecer um sistema problemático sem backups > (o que por si só já é um risco imenso) e estando interado com as > alterações recentes do projeto (o que definitivamente não é o meu > caso), pode-se reduzir os riscos a patamares muito aceitáveis sem > perder o sono com isso. É minha opinião. > > []´s > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > 3 horas, pode ser pouco ou muito depende do horario e os serviços neste equipamento. Conselho fica na série stable por um tempo até passar para 8.2 ( melhor não perder 3 horas de sono do que ganhar varias horas de preocupação ). Se precisa de algum recurso do 8.2 além de sistema up-to-date bom vai lá atualiza, senão melhor esperar e subir um laboratorio para avaliar. Os FreeBSD quando é liberado passou por uma serie de testes, entenda que uma serie de testes não quer dizer que abordou todos os ambientes possiveis. A prática de atualiza para corrigir algo não documentado é de linux e windows não se aplica a nenhum BSD, todos são devidamente documentados, nas alegrias e tristezas, e na duvida testes aplicados são realizados para verificação e constatação de possiveis erros. Minhas considerações... Att. -- Paulo Henrique - BSD Brasil. Desenvolvedor de Software / Administrador de Sitemas. Genuine BSD/Unix User. "Só se atinge objetivos com necessidade, contudo alguns objetivo não esperam a necessidade" "Preserva a Natureza é garantir o amanhã, mais esse amanhã acaba sempre sendo o hoje, por então preservar o que é realidade. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] Backup de servidor em produção
O GEOM_GATE não lhe atende ? Uso GEOM a mais de 2 anos e até hoje só felicidades, GEOM_MIRROR + GEOM_ELI GEOM_STRIPE + GEOM_ELI e tanto o GEOM MIRROR como o GEOM STRIPE sozinhos em todos os casos perfeito, o ZFS tambem poderá te ajudar, assim como NFS e UNIONFS contudo todos demanda um storage adicionando um ponto unico de falha, não sei certo como ao ZFS e o GEOM_GATE, ve o hearthbeat tem nos ports, ele poderá te ajudar quanto a sincronização dos processos. Att. Em 23/02/2011 22:55, fknet escreveu: > Alguém já trabalho com HAST? > > Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação > de alguém que já usou este recurso em produção e, se possível, um > tutorial de como fazer. > > Obrigado > > Fabrício > > Em 23/02/2011 22:32, Danilo Egea escreveu: > >> Usei o Unison uma vez para fazer isso, funciona bem. >> >> abraços >> >> E-mail/MSN -> daniloe...@yahoo.com.br >> >> Skype -> daniloegea >> >> Blog -> http://daniloegea.wordpress.com >> >> Twitter -> http://twitter.com/daniloegea >> >> --- Em qua, 23/2/11, fknet escreveu: >> >> De: fknet >> Assunto: [FUG-BR] Backup de servidor em produção >> Para: ""Lista Brasileira de Discussão sobre FreeBSD >> (FUG-BR)"" >> Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27 >> >> Boa noite pessoal! >> >> Gostaria de fazer um backup de meu servidor online, tenho 2 servidores >> idênticos e gostaria de manter o segundo atualizado, não precisa ser >> online mesmo, poderia fazer a cada X minutos por exemplo. >> >> Minha idéia é usar CARP e fazer que ele entre no ar caso o principal >> pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei >> no rsync, mas este não exclui arquivos apagados do servidor principal no >> secundário, que talvez não seja algo tão ruim. Também não sei como ele >> se comportaria para copiar arquivos eventualmente em uso. >> >> Esse servidor tem os seguintes servicos nele: >> Postfix >> MySQL >> FreeRadius >> Apache >> Webmail >> >> Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que >> atenda minha necessidade. >> >> Obrigado >> >> Fabrício >> - >> 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 > -- Paulo Henrique - BSD Brasil. Desenvolvedor de Software / Administrador de Sitemas. Genuine BSD/Unix User. "Só se atinge objetivos com necessidade, contudo alguns objetivo não esperam a necessidade" "Preserva a Natureza é garantir o amanhã, mais esse amanhã acaba sempre sendo o hoje, por então preservar o que é realidade. - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] FreeBSD 8.2
Em 21 de fevereiro de 2011 10:50, Lucas Dias escreveu: ... > > Falando de FreeBSD, não a com o que se preocupar em usar a o 8.2-Relase > pois, já foi testado e muito para se tornar Release. Porém, aquele velho > ditado de que "Com time que se ganha, não se mexe", isso também serve para > os servidores que já estão funcionando em produção. > Produção para gente séria é sempre complicado, creio ser razão suficiente para preocupação, mas há que se ponderar também que nos raros casos em que haja problemas a regressão é simples e relativamente rápida, com isso quero dizer que os benefícios superam os riscos, posso apostar que em cerca de três horas (com uma máquina mediana) é possível reestabelecer um sistema problemático sem backups (o que por si só já é um risco imenso) e estando interado com as alterações recentes do projeto (o que definitivamente não é o meu caso), pode-se reduzir os riscos a patamares muito aceitáveis sem perder o sono com isso. É minha opinião. []´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] Backup de servidor em produção
Alguém já trabalho com HAST? Um amigo disse que posso fazer isto usando HAST, gostaria da confirmação de alguém que já usou este recurso em produção e, se possível, um tutorial de como fazer. Obrigado Fabrício Em 23/02/2011 22:32, Danilo Egea escreveu: > Usei o Unison uma vez para fazer isso, funciona bem. > > abraços > > E-mail/MSN -> daniloe...@yahoo.com.br > > Skype -> daniloegea > > Blog -> http://daniloegea.wordpress.com > > Twitter -> http://twitter.com/daniloegea > > --- Em qua, 23/2/11, fknet escreveu: > > De: fknet > Assunto: [FUG-BR] Backup de servidor em produção > Para: ""Lista Brasileira de Discussão sobre FreeBSD > (FUG-BR)"" > Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27 > > Boa noite pessoal! > > Gostaria de fazer um backup de meu servidor online, tenho 2 servidores > idênticos e gostaria de manter o segundo atualizado, não precisa ser > online mesmo, poderia fazer a cada X minutos por exemplo. > > Minha idéia é usar CARP e fazer que ele entre no ar caso o principal > pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei > no rsync, mas este não exclui arquivos apagados do servidor principal no > secundário, que talvez não seja algo tão ruim. Também não sei como ele > se comportaria para copiar arquivos eventualmente em uso. > > Esse servidor tem os seguintes servicos nele: > Postfix > MySQL > FreeRadius > Apache > Webmail > > Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que > atenda minha necessidade. > > Obrigado > > Fabrício > - > 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
Re: [FUG-BR] Backup de servidor em produção
Usei o Unison uma vez para fazer isso, funciona bem. abraços E-mail/MSN -> daniloe...@yahoo.com.br Skype -> daniloegea Blog -> http://daniloegea.wordpress.com Twitter -> http://twitter.com/daniloegea --- Em qua, 23/2/11, fknet escreveu: De: fknet Assunto: [FUG-BR] Backup de servidor em produção Para: ""Lista Brasileira de Discussão sobre FreeBSD (FUG-BR)"" Data: Quarta-feira, 23 de Fevereiro de 2011, 22:27 Boa noite pessoal! Gostaria de fazer um backup de meu servidor online, tenho 2 servidores idênticos e gostaria de manter o segundo atualizado, não precisa ser online mesmo, poderia fazer a cada X minutos por exemplo. Minha idéia é usar CARP e fazer que ele entre no ar caso o principal pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei no rsync, mas este não exclui arquivos apagados do servidor principal no secundário, que talvez não seja algo tão ruim. Também não sei como ele se comportaria para copiar arquivos eventualmente em uso. Esse servidor tem os seguintes servicos nele: Postfix MySQL FreeRadius Apache Webmail Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que atenda minha necessidade. Obrigado Fabrício - 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] Backup de servidor em produção
rsync --delete-excluded ? Atenciosamente, Caio Zanolla 2011/2/23 fknet : > Boa noite pessoal! > > Gostaria de fazer um backup de meu servidor online, tenho 2 servidores > idênticos e gostaria de manter o segundo atualizado, não precisa ser > online mesmo, poderia fazer a cada X minutos por exemplo. > > Minha idéia é usar CARP e fazer que ele entre no ar caso o principal > pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei > no rsync, mas este não exclui arquivos apagados do servidor principal no > secundário, que talvez não seja algo tão ruim. Também não sei como ele > se comportaria para copiar arquivos eventualmente em uso. > > Esse servidor tem os seguintes servicos nele: > Postfix > MySQL > FreeRadius > Apache > Webmail > > Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que > atenda minha necessidade. > > Obrigado > > Fabrício > - > 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
[FUG-BR] Backup de servidor em produção
Boa noite pessoal! Gostaria de fazer um backup de meu servidor online, tenho 2 servidores idênticos e gostaria de manter o segundo atualizado, não precisa ser online mesmo, poderia fazer a cada X minutos por exemplo. Minha idéia é usar CARP e fazer que ele entre no ar caso o principal pare de funcionar, só não achei nada eficaz para fazer a cópia, pensei no rsync, mas este não exclui arquivos apagados do servidor principal no secundário, que talvez não seja algo tão ruim. Também não sei como ele se comportaria para copiar arquivos eventualmente em uso. Esse servidor tem os seguintes servicos nele: Postfix MySQL FreeRadius Apache Webmail Vi algumas sugestões na lista uns dias atrás, mas não achei nenhuma que atenda minha necessidade. Obrigado Fabrício - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] CUDA + FreeBSD
Caríssimos 2011/2/20 Paulo Henrique BSD Brasil > Em 21/2/2011 18:02, Nilton Jose Rizzo escreveu: > > On Mon, 21 Feb 2011 13:27:50 -0300, Matheus L. Abreu wrote > >> O Danilo Egea andou trabalhando no GCD da Apple no FreeBSD. > >> Acho que vale a leitura... > >> ;D > >> > >> 2011/2/21 Eduardo Lemos de Sa > >> > >>> Oi Nilton > >>> > >>> Eu também andei procurando alguma versão do CUDA para FreeBSD e nada > >>> encontrei. Creio que os fabricantes sejam sensíveis a um pedido > (petição) > >>> para o FreeBSD, mas alguém sabe como inciar o processo? > >>> > >>> Eduardo > >>> > >Pessoas, > > > > > > O pior é esse desabavo de um cientista ... veja só ... > > > > http://forum.nginx.org/read.php?23,119734,133099 > > > > > > > Apenas minha opnião > O que vejo nas grandes empresas é a decisão natural de optar pelo que > possuir maior quantidade de profissionais treinados, > O custo é muito alto para manter uma equipe altamente capacitados para > prover serviços a uma gama muito pouca de usuários, > Ja faz tempo que software deixou ser tratado sobre a relação qualidade e > passou a ser tratado como capacidade, se a plataforma tem muito usuário, > mesmo ela sendo um lixo, é a decisão do dinheiro que define que será > essa plataforma a ter um maior investimento. > Isso não é nenhuma novidade para ninguem presente na lista... > Espero que isso mude a curto prazo, ou senão a migração de IPv6 será uma > migração fácil quando comparado a migração maxiça de usuários entre > plataformas distintas, e com um custo incalculavel ao comparado com o > prejuizo do IPv6. > > Tecnologia a todo momento apresenta algo novo para a comodidade do > usuário, quando for apresentada uma tecnologia destinada a necessidade > do usuário preza a uma plataforma especifica, a tendência de migração é > muito grande, ainda mais quando essa tecnologia interferir diretamente > no bolso de até quem desenvolve outras plataformas. > > Att. > > > > Vejo com apreensão a situação retratada pelo colega cientista e pelos pontos relevantes que são discutidos nos emails deste tópico. Quando eu comecei a usar o FreeBSD (há exatos 16 anos, versão 2.1.5), foi por influência de um outro colega professor (do Inst. de Química / UNICAMP) que é um ardoroso defensor deste s.o.. Uma grande vantagem que era sempre frisada devia-se ao fato de que o FreeBSD conseguia "rodar" binários do linux (que na verdade e em minha modesta opinão, é uma grande confusão porque há uma míriade de distribuições, com bugs que são repassados de uma para a outra e com um grupo de desenvolvedores não tão identificáveis quanto são os do FreeBSD para mim). Posso estar enganado quanto a esta última afirmação (usei-o muito pouco do linux para saber um pouquinho com mais profundidade). Neste aspecto, nas versões 32 bits do FreeBSD, nós tínhamos ports importantes para alguns aplicativos (principalmente, os compiladores) que eram distribuídos gratuitamente para as plataformas linux. Quando os processadores 64 bits ficaram abundantes, creio que o FreeBSD team perdeu o trem da história: os binários gratuitos (CUDA, ifort, dentre outros) ainda são distribuídos para linux, porém o FreeBSD não os roda mais. Será que é tal difícil assim conseguir uma emulação de linux64 em FreeBSD64? Por que ela parou de ser feita? Hoje acabei redendo-me à pressão por resultados: tenho algumas máquinas rodando linux64, que rodam um aplicativo linux64 (tenho o código fonte dele, mas ele requer o ifort64 para compilar, ou seja, não tenho como converter o fonte em um executável). De novo, concordo com o colega cientista: o FreeBSD pode ser mais seguro, porém o seu desenvolvimento está sendo voltado para privilegiar aplicações mais seguras que envolvam o oferecimento de serviços do que para um ambiente acadêmico comum. Por favor, alguém sabe como anda a emulação de binários linux64 pelo OpenBSD64bits? Há muito tempo, eu entrei na página dele e vi que eles rodavam tudo (BSDs em geral, linux, SCO Unix, SunOS, etc.), mas não me lembro se era tudo 32 ou 64. Um abraço Edu > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Eduardo Lemos de Sa Associated Professor Level 2 Dep. Quimica da Universidade Federal do Paraná fone: +55(41)3361-3300 fax: +55(41)3361-3186 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] : Ajuda no SAMBA + AD 2008 + SQUID
Bruno, Segui os passos de um outro topico que você respondeu. Os arquivos de configuração estão identicos ao desse link: http://www.fug.com.br/historico/html/freebsd/2009-12/msg00192.html Só alterando o MEUDOMINIO.COM.BR pelo meu dominio interno. Att, Leandro Schimmelpfeng Pereira Carvalho >Leandro, >Como estão os arquivos de configuração? Eu fiz isso e postei aqui na lista >alguma coisa. Veja no histórico. > >http://www.fug.com.br/component/option,com_wrapper/Itemid,81/ > >Boa sorte! > >Em 23 de fevereiro de 2011 15:46, Leandro Carvalho >escreveu: >>* Boa tarde, andei procurando na internet como integrar o Samba com o AD mas* >>* está dando um problema.* >>** >>* Eu executo o kinit direitinho e quando mando o klist aparece tudo ok.* >>* Só que quando eu vou por a máquina no dominio com o comando:* >>** >>* proxy# net ads join -U administrator* >>* administrator's password:* >>** >>** >>* Aparece o seguinte erro:* >>** >>* /libexec/ld-elf.so.1: /usr/local/bin/net: Undefined symbol* >>* "krb5_set_default_tgs_ktypes"* >>** >>* Alguem já viu isso?* >>** >>* Desde já agradeço.* >>** >>* Leandro Schimmelpfeng Pereira Carvalho* >>* -* >>* Histórico: http://www.fug.com.br/historico/html/freebsd/* >*>Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd* >>** > > > >-- >___ >Bruno Torres Viana >Consultor em TI >Celular: (27) 9225-4766 >SKYPE/MSN: btorres_viana > > > >Todos nós somos ignorantes, porém em assuntos diferentes. Não seja ignorante >por opção! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] : Ajuda no SAMBA + AD 2008 + SQUID
http://www.hardware.com.br/artigos/samba-active-directory/ http://wiki.samba.org/index.php/Samba4/HOWTO http://www.nosam.com/2008/09/making-freebsd-7x-a-windows-server-20032008-active-directory-domain-member Em 23 de fevereiro de 2011 15:51, Bruno Torres Viana escreveu: > Leandro, > > Como estão os arquivos de configuração? Eu fiz isso e postei aqui na lista > alguma coisa. Veja no histórico. > > http://www.fug.com.br/component/option,com_wrapper/Itemid,81/ > > Boa sorte! > > Em 23 de fevereiro de 2011 15:46, Leandro Carvalho > escreveu: > >> Boa tarde, andei procurando na internet como integrar o Samba com o AD mas >> está dando um problema. >> >> Eu executo o kinit direitinho e quando mando o klist aparece tudo ok. >> Só que quando eu vou por a máquina no dominio com o comando: >> >> proxy# net ads join -U administrator >> administrator's password: >> >> >> Aparece o seguinte erro: >> >> /libexec/ld-elf.so.1: /usr/local/bin/net: Undefined symbol >> "krb5_set_default_tgs_ktypes" >> >> Alguem já viu isso? >> >> Desde já agradeço. >> >> Leandro Schimmelpfeng Pereira Carvalho >> - >> Histórico: http://www.fug.com.br/historico/html/freebsd/ >> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd >> > > > > -- > ___ > Bruno Torres Viana > Consultor em TI > Celular: (27) 9225-4766 > SKYPE/MSN: btorres_viana > > > > Todos nós somos ignorantes, porém em assuntos diferentes. Não seja ignorante > por opção! > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- Alessandro de Souza Rocha Administrador de Redes e Sistemas FreeBSD-BR User #117 Long live FreeBSD Powered by (__) \\\'',) \/ \ ^ .\._/_) www.FreeBSD.org - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] : Ajuda no SAMBA + AD 2008 + SQUID
Leandro, Como estão os arquivos de configuração? Eu fiz isso e postei aqui na lista alguma coisa. Veja no histórico. http://www.fug.com.br/component/option,com_wrapper/Itemid,81/ Boa sorte! Em 23 de fevereiro de 2011 15:46, Leandro Carvalho escreveu: > Boa tarde, andei procurando na internet como integrar o Samba com o AD mas > está dando um problema. > > Eu executo o kinit direitinho e quando mando o klist aparece tudo ok. > Só que quando eu vou por a máquina no dominio com o comando: > > proxy# net ads join -U administrator > administrator's password: > > > Aparece o seguinte erro: > > /libexec/ld-elf.so.1: /usr/local/bin/net: Undefined symbol > "krb5_set_default_tgs_ktypes" > > Alguem já viu isso? > > Desde já agradeço. > > Leandro Schimmelpfeng Pereira Carvalho > - > Histórico: http://www.fug.com.br/historico/html/freebsd/ > Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd > -- ___ Bruno Torres Viana Consultor em TI Celular: (27) 9225-4766 SKYPE/MSN: btorres_viana Todos nós somos ignorantes, porém em assuntos diferentes. Não seja ignorante por opção! - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] : Ajuda no SAMBA + AD 2008 + SQUID
Boa tarde, andei procurando na internet como integrar o Samba com o AD mas está dando um problema. Eu executo o kinit direitinho e quando mando o klist aparece tudo ok. Só que quando eu vou por a máquina no dominio com o comando: proxy# net ads join -U administrator administrator's password: Aparece o seguinte erro: /libexec/ld-elf.so.1: /usr/local/bin/net: Undefined symbol "krb5_set_default_tgs_ktypes" Alguem já viu isso? Desde já agradeço. Leandro Schimmelpfeng Pereira Carvalho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] [FUG-RJ] Ajuda no SAMBA + AD 2008 + SQUID
Boa tarde, andei procurando na internet como integrar o Samba com o AD mas está dando um problema. Eu executo o kinit direitinho e quando mando o klist aparece tudo ok. Só que quando eu vou por a máquina no dominio com o comando: proxy# net ads join -U administrator administrator's password: Aparece o seguinte erro: /libexec/ld-elf.so.1: /usr/local/bin/net: Undefined symbol "krb5_set_default_tgs_ktypes" Alguem já viu isso? Desde já agradeço. Leandro Schimmelpfeng Pereira Carvalho - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
Re: [FUG-BR] RES: tuning de rede - FreeBSD 7.3
Oi Eduardo, Obrigado pela atenção. Já tentei usar FreeBSD série 8. Melhorou em alguns aspectos mas tive uma série de problemas. O bgp demorava fechar sessão, máquina travando constantemente com PANIC, na hora de rebootar tinha que tirar cabo de rede da placa senão voltava o PANIC, e na hora que ela estava no ar com tudo funcionando, após algumas horas o named simplesmente parava de responder. O processo continuava ativo e não morria em hipótese alguma (tentei kill, restart, stop, etc). Somente reiniciando o servidor causando mais transtorno ainda. Enfim, a experiência não foi boa. Quando coloquei o 7.3 pararam todos esses problemas, mas começou a apresentar esse desempenho ruim logo em seguida. É a única coisa que tenho a queixar. Verifiquei as variávies para o netisr e tenho as seguintes: gw# sysctl -a |grep net.isr net.isr.swi_count: -1834575374 net.isr.drop: 0 net.isr.queued: 752912 net.isr.deferred: 1770919304 net.isr.directed: 477816393 net.isr.count: -2046394068 net.isr.direct: 0 A respeito do flowtable não tem ele no 7.3. Inclusive quando usei a série 8, uma dos problemas que fazia a máquina travar depois que ativava o bgp era exatamente o flowtable. Até pensei que os problemas estavam resolvidos depois que desativei esta opção e vi o bgp rodando, mas, a alegria durou pouco. O kernel não foi compilado com ZERO_COPY_SOCKETS. Usei as opções abaixo para compilar: device pf device pflog device pfsync device carp options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #enable logging to syslogd(8) options IPFIREWALL_VERBOSE_LIMIT=1000#limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT options IPSTEALTH options IPFIREWALL_FORWARD options DUMMYNET options HZ=1000 options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options ALTQ_HFSC options ALTQ_CDNR options ALTQ_PRIQ Desde já agradeço. Em 23 de fevereiro de 2011 12:30, Eduardo Schoedler < eschoed...@viavale.com.br> escreveu: > A parte de network do Freebsd 8.2-PRERELEASE está bem melhor que a do 7.x. > Tomei uma surra dos drivers bce e igb, mas agora está funcionando. > As bce não são grande coisa, não aceitam polling e também a moderação de > interrupção dela não é muito boa. > As Intel são muito melhores. > > Você pode tentar mexer no netisr: > > # Some useful netisr tunables. See sysctl net.isr > #net.isr.bindthreads=1 > #net.isr.numthreads=4 > #net.isr.defaultqlimit=4096 > > Tome cuidado com o flowtable, não sei se tem na versão 7.x: > # Flowtable - flow caching mechanism > net.inet.flowtable.enable=0 > > você compilou o kernel com a opção: > options ZERO_COPY_SOCKETS > > Algumas urls para ajuda: > > http://serverfault.com/questions/64356/freebsd-performance-tuning-sysctls-lo > ader-conf-kernel > > http://www.cymru.com/Documents/ip-stack-tuning.html > > http://lists.freebsd.org/pipermail/freebsd-performance/2009-December/003909. > html > http://tunggul.staff.uns.ac.id/2008/08/07/tuning-freebsd-router/ > http://www.fug.com.br/historico/html/freebsd/2010-12/msg00250.html > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/performance/2005-01/0061.htm > l > > > Rolou também um thread minha aqui no FUG sobre performance de rede... mas > tudo em 8.x. > > > Abs. > > -- > Eduardo Schoedler > > > > - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
[FUG-BR] RES: tuning de rede - FreeBSD 7.3
A parte de network do Freebsd 8.2-PRERELEASE está bem melhor que a do 7.x. Tomei uma surra dos drivers bce e igb, mas agora está funcionando. As bce não são grande coisa, não aceitam polling e também a moderação de interrupção dela não é muito boa. As Intel são muito melhores. Você pode tentar mexer no netisr: # Some useful netisr tunables. See sysctl net.isr #net.isr.bindthreads=1 #net.isr.numthreads=4 #net.isr.defaultqlimit=4096 Tome cuidado com o flowtable, não sei se tem na versão 7.x: # Flowtable - flow caching mechanism net.inet.flowtable.enable=0 você compilou o kernel com a opção: options ZERO_COPY_SOCKETS Algumas urls para ajuda: http://serverfault.com/questions/64356/freebsd-performance-tuning-sysctls-lo ader-conf-kernel http://www.cymru.com/Documents/ip-stack-tuning.html http://lists.freebsd.org/pipermail/freebsd-performance/2009-December/003909. html http://tunggul.staff.uns.ac.id/2008/08/07/tuning-freebsd-router/ http://www.fug.com.br/historico/html/freebsd/2010-12/msg00250.html http://unix.derkeiler.com/Mailing-Lists/FreeBSD/performance/2005-01/0061.htm l Rolou também um thread minha aqui no FUG sobre performance de rede... mas tudo em 8.x. Abs. -- Eduardo Schoedler > -Mensagem original- > De: freebsd-boun...@fug.com.br [mailto:freebsd-boun...@fug.com.br] Em > nome de kmkz bleh > Enviada em: quarta-feira, 23 de fevereiro de 2011 12:19 > Para: freebsd@fug.com.br > Assunto: [FUG-BR] tuning de rede - FreeBSD 7.3 > > Bom dia pessoal. > > Tenho um servidor FreeBSD 7.3 com 8 placas de rede com chipset Intel e > Broadcom. Este é o servidor gateway da minha rede no qual rodo: > > pf > named (base) > snmp > openbgp > > Possuo três sessões BGP Full e uma Partial. > > O que acontece é que estou tendo uma performance muito ruim com relação > a placa Broadcom. Possuo um CMTS ligado diretamente na placa sem switch > no meio, e estou tendo perda de pacote até o CMTS. Já realizei troca de > cabo e não resolveu. > > gw# ifconfig bce0 > bce0: flags=8843 metric 0 mtu > 1500 > > options=1bb ,TSO4> > ether 1c:c1:de:08:de:90 > inet 10.20.0.1 netmask 0xfffc broadcast 10.20.0.3 > media: Ethernet 1000baseTX > status: active > > Verificando com 'top -S' o uso de interrupção na bce0 é bastante alto. > O tráfego nesta placa passa dos 100Mbps na maior parte do tempo então > consequentemente vai consumir mais cpu. Porém, através de uma sysctl > abaixo consegui fazer com que esse uso fosse reduzido, mas continuo > perdendo pacote até o CMTS: > > net.isr.direct=0 > > No momento o 'top -S' me mostra o seguinte: > > PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU > COMMAND >13 root1 171 ki31 0K 8K CPU11 45.3H 96.48% > idle: > cpu1 >12 root1 171 ki31 0K 8K RUN 2 43.0H 90.77% > idle: > cpu2 >14 root1 171 ki31 0K 8K RUN 0 40.0H 77.20% > idle: > cpu0 >11 root1 171 ki31 0K 8K RUN 3 38.1H 73.00% > idle: > cpu3 >15 root1 -44- 0K 8K WAIT3 19.8H 52.49% > swi1: net >29 root1 -68- 0K 8K WAIT2 151:40 5.57% > irq257: > bce0 >40 root1 -68- 0K 8K WAIT2 85:46 2.10% > irq265: > em3 > > Se eu ativo a sysctl acima, tenho o seguinte: > > PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU > COMMAND >11 root1 171 ki31 0K 8K CPU33 38.2H 92.87% > idle: > cpu3 >13 root1 171 ki31 0K 8K CPU11 45.4H 84.38% > idle: > cpu1 >14 root1 171 ki31 0K 8K RUN 0 40.1H 79.39% > idle: > cpu0 >12 root1 171 ki31 0K 8K CPU22 43.1H 62.35% > idle: > cpu2 >29 root1 -68- 0K 8K WAIT2 151:55 25.59% > irq257: > bce0 >40 root1 -68- 0K 8K WAIT2 85:55 21.58% > irq265: > em3 > > Abaixo, resultado com netstat na interface: > > gw# netstat -I bce0 -w 1 > input (bce0) output >packets errs bytespackets errs bytes colls > 15311 04469692 20459 0 17440474 0 > 15631 04589699 21200 0 18848188 0 > 15608 04497235 20683 0 17818101 0 > 15529 04446912 20156 0 17090265 0 > 14414 04071791 17597 0 14750674 0 > 14713 04270162 18578 0 15301508 0 > 15030 04332616 18052 0 15021321 0 > 13900 04053945 17033 0 13895997 0 > 14095 04051387 18936 0 16074572 0 > 15515 04518106 20720 0 17377395 0 > 15606 04468322 20386 0 17128122 0 > 15494 04611991 20409 0 17379323 0 > 15375 04584624 20574 0 17758892 0 > 15610 04435950 21340 0 1865
[FUG-BR] tuning de rede - FreeBSD 7.3
Bom dia pessoal. Tenho um servidor FreeBSD 7.3 com 8 placas de rede com chipset Intel e Broadcom. Este é o servidor gateway da minha rede no qual rodo: pf named (base) snmp openbgp Possuo três sessões BGP Full e uma Partial. O que acontece é que estou tendo uma performance muito ruim com relação a placa Broadcom. Possuo um CMTS ligado diretamente na placa sem switch no meio, e estou tendo perda de pacote até o CMTS. Já realizei troca de cabo e não resolveu. gw# ifconfig bce0 bce0: flags=8843 metric 0 mtu 1500 options=1bb ether 1c:c1:de:08:de:90 inet 10.20.0.1 netmask 0xfffc broadcast 10.20.0.3 media: Ethernet 1000baseTX status: active Verificando com 'top -S' o uso de interrupção na bce0 é bastante alto. O tráfego nesta placa passa dos 100Mbps na maior parte do tempo então consequentemente vai consumir mais cpu. Porém, através de uma sysctl abaixo consegui fazer com que esse uso fosse reduzido, mas continuo perdendo pacote até o CMTS: net.isr.direct=0 No momento o 'top -S' me mostra o seguinte: PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 13 root1 171 ki31 0K 8K CPU11 45.3H 96.48% idle: cpu1 12 root1 171 ki31 0K 8K RUN 2 43.0H 90.77% idle: cpu2 14 root1 171 ki31 0K 8K RUN 0 40.0H 77.20% idle: cpu0 11 root1 171 ki31 0K 8K RUN 3 38.1H 73.00% idle: cpu3 15 root1 -44- 0K 8K WAIT3 19.8H 52.49% swi1: net 29 root1 -68- 0K 8K WAIT2 151:40 5.57% irq257: bce0 40 root1 -68- 0K 8K WAIT2 85:46 2.10% irq265: em3 Se eu ativo a sysctl acima, tenho o seguinte: PID USERNAME THR PRI NICE SIZERES STATE C TIME WCPU COMMAND 11 root1 171 ki31 0K 8K CPU33 38.2H 92.87% idle: cpu3 13 root1 171 ki31 0K 8K CPU11 45.4H 84.38% idle: cpu1 14 root1 171 ki31 0K 8K RUN 0 40.1H 79.39% idle: cpu0 12 root1 171 ki31 0K 8K CPU22 43.1H 62.35% idle: cpu2 29 root1 -68- 0K 8K WAIT2 151:55 25.59% irq257: bce0 40 root1 -68- 0K 8K WAIT2 85:55 21.58% irq265: em3 Abaixo, resultado com netstat na interface: gw# netstat -I bce0 -w 1 input (bce0) output packets errs bytespackets errs bytes colls 15311 04469692 20459 0 17440474 0 15631 04589699 21200 0 18848188 0 15608 04497235 20683 0 17818101 0 15529 04446912 20156 0 17090265 0 14414 04071791 17597 0 14750674 0 14713 04270162 18578 0 15301508 0 15030 04332616 18052 0 15021321 0 13900 04053945 17033 0 13895997 0 14095 04051387 18936 0 16074572 0 15515 04518106 20720 0 17377395 0 15606 04468322 20386 0 17128122 0 15494 04611991 20409 0 17379323 0 15375 04584624 20574 0 17758892 0 15610 04435950 21340 0 18658094 0 15277 04573331 20444 0 17695037 0 Segue algumas sysctls no qual alterei os valores: kern.ipc.nmbclusters=65536 kern.ipc.nsfbufs=10240 kern.ipc.maxsockbuf=8388608 net.inet.tcp.rfc1323=1 net.inet.tcp.sendspace=131072 net.inet.tcp.recvspace=131072 kern.random.sys.harvest.ethernet=0 kern.random.sys.harvest.interrupt=0 kern.ipc.somaxconn=1024 net.inet.tcp.blackhole=2 net.inet.udp.blackhole=1 net.link.ether.inet.log_arp_wrong_iface=0 O ping começa com valor baixo depois sobe e o valor não cai denovo. Enquanto este ping está alto, eu abro uma nova shell e executo outro ping. Ele começa baixo por uns tempos, menor que 1ms, depois aumenta e iguala ao primeiro ping executado. 64 bytes from 10.20.0.2: icmp_seq=22 ttl=255 time=0.321 ms 64 bytes from 10.20.0.2: icmp_seq=23 ttl=255 time=0.291 ms 64 bytes from 10.20.0.2: icmp_seq=24 ttl=255 time=0.305 ms 64 bytes from 10.20.0.2: icmp_seq=25 ttl=255 time=0.304 ms 64 bytes from 10.20.0.2: icmp_seq=26 ttl=255 time=0.197 ms 64 bytes from 10.20.0.2: icmp_seq=27 ttl=255 time=0.361 ms 64 bytes from 10.20.0.2: icmp_seq=28 ttl=255 time=0.277 ms 64 bytes from 10.20.0.2: icmp_seq=29 ttl=255 time=0.233 ms 64 bytes from 10.20.0.2: icmp_seq=30 ttl=255 time=10.524 ms 64 bytes from 10.20.0.2: icmp_seq=31 ttl=255 time=23.673 ms 64 bytes from 10.20.0.2: icmp_seq=32 ttl=255 time=44.541 ms 64 bytes from 10.20.0.2: icmp_seq=33 ttl=255 time=10.661 ms 64 bytes from 10.20.0.2: icmp_seq=34 ttl=255 time=6.178 ms 64 bytes from 10.20.0.2: icmp_seq=35 ttl=255 time=7.265 ms 64 bytes from 10.20.0.2: icmp_seq=36 ttl=255 time=5.732 ms 64 bytes from 10.20.0.2: icmp_seq=37 ttl=255 time=5.907 ms 64 bytes from 10.20
Re: [FUG-BR] FreeRadius caindo
Bom dia Alexandre, poderia postar seu my.cnf para eu ver? Obrigado Em 23/02/2011 10:20, Alexandre Correa escreveu: > tive problemas parecidos aqui, tive que fazer uma otimização no banco > de dados (my.cnf) para poder resolver o problema... > > recomendo o mysqltuner.pl ! > > > > 2011/2/23 fknet: >> 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 >>> 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 > 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 >>>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
Re: [FUG-BR] FreeRadius caindo
On Wed, 23 Feb 2011 10:19:46 -0300, fknet wrote: > Um detalhe que me esqueci, no horário do problema o MRTG praticamente > nem registrou o consumo de CPU do servidor. O horário de pico (7%) foi > as 14:00 de ontem. > > Obrigado > > 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. >> Você também pode instalar o sysutils/screen e executar o freeradius através dele em modo debug (radiusd -X). -- vic http://choppnerd.com - 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
tive problemas parecidos aqui, tive que fazer uma otimização no banco de dados (my.cnf) para poder resolver o problema... recomendo o mysqltuner.pl ! 2011/2/23 fknet : > 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 >> 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 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 >> 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 par
Re: [FUG-BR] FreeRadius caindo
Um detalhe que me esqueci, no horário do problema o MRTG praticamente nem registrou o consumo de CPU do servidor. O horário de pico (7%) foi as 14:00 de ontem. Obrigado 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 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 >>> 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 > 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
Re: [FUG-BR] FreeRadius caindo
tive problemas parecidos aqui, tive que fazer uma otimização no banco de dados (my.cnf) para poder resolver o problema... recomento o mysqltuner.pl ! 2011/2/23 Otavio Augusto : > 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 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 >>> 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 > 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 >
Re: [FUG-BR] FreeRadius caindo
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 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 >>> 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 > 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 se
Re: [FUG-BR] FreeRadius caindo
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 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 >> 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 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. > >>>
Re: [FUG-BR] FreeRadius caindo
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 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 >>> 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 f
Re: [FUG-BR] FreeRadius caindo
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 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 >> 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 ta
Re: [FUG-BR] FreeRadius caindo
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 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
Re: [FUG-BR] FreeRadius caindo
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 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 > -- 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
Re: [FUG-BR] FreeRadius caindo
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
Re: [FUG-BR] FreeRadius caindo
Não tem nada! A linha imediatamente anterior a esta é do dia anterior, veja abaixo: Tue Feb 22 17:39:32 2011 : Info: rlm_radutmp: NAS esperanca restarted (Accounting-On packet seen) Wed Feb 23 03:11:42 2011 : Info: Exiting normally. Obrigado Fabrício Em 23/02/2011 09:21, Otavio Augusto escreveu: >> Wed Feb 23 03:11:42 2011 : Info: Exiting normally. > Antes desta linha não tem nada ? > > > Em 23 de fevereiro de 2011 08:37, 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 (sqldhcp): Closing sqlsocket 8 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 7 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 6 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 5 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 4 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 3 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 2 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 1 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 0 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 9 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 8 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 7 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 6 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 5 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 4 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 3 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 2 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 1 >> 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 9 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 8 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 7 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 6 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 5 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 4 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 3 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 2 >> Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 1 >> 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 >> - >> 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
> Wed Feb 23 03:11:42 2011 : Info: Exiting normally. Antes desta linha não tem nada ? Em 23 de fevereiro de 2011 08:37, 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 (sqldhcp): Closing sqlsocket 8 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 7 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 6 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 5 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 4 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 3 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 2 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 1 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 0 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 9 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 8 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 7 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 6 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 5 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 4 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 3 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 2 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 1 > 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 9 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 8 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 7 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 6 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 5 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 4 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 3 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 2 > Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 1 > 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 > - > 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
Re: [FUG-BR] FreeRadius caindo
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, -- 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
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). > - 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
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). -- 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
[FUG-BR] FreeRadius caindo
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 (sqldhcp): Closing sqlsocket 8 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 7 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 6 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 5 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 4 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 3 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 2 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 1 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqldhcp): Closing sqlsocket 0 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 9 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 8 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 7 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 6 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 5 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 4 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 3 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 2 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlwifi): Closing sqlsocket 1 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 9 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 8 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 7 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 6 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 5 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 4 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 3 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 2 Wed Feb 23 03:11:42 2011 : Info: rlm_sql (sqlppp): Closing sqlsocket 1 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 - Histórico: http://www.fug.com.br/historico/html/freebsd/ Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
