[MASOCH-L] Opniões sobre radius.

Mon Jun 20 16:35:49 -03 2011

Aqui estou usando 250 conexões, pois com menos sempre acontecia de
faltar conexões com o banco de dados.

Em 20-06-2011 16:32, Carlos Alberto Greco escreveu:
> Caro Jean 
> 
> Usamos o freeradius 
> 
> Hoje fomos apagar uma tabela na maquina que está rodando o freeradius e parou de autenticar. 
> Testamos o mysql estava ok (telnet localhost 3306) 
> 
> alteramos no sql.conf (freeradius) 
> num_sql_socks = 5 para 
> num_sql_socks = 50 
> 
> e resolveu . 
> 
> Greco 
> 
> 
> ----- Mensagem original -----
> 
> De: "Carlos Alberto Greco" <carlos at greco.com.br> 
> Para: "Mail Aid and Succor, On-line Comfort and Help" <masoch-l at eng.registro.br> 
> Enviadas: Segunda-feira, 20 de Junho de 2011 12:19:43 
> Assunto: Re: [MASOCH-L] Opniões sobre radius. 
> 
> Tive alguns problemas de Mysql segue dica do que fiz. 
> prg para verificar as conf de mysql 
> wget http://mysqltuner.com/mysqltuner.pl 
> chmod +x mysqltuner.pl 
> ./mysqltuner.pl vai pedir a senha de root do mysql 
> adicionei my.cf 
> skip-innodb 
> ativar esse log 
> log_slow_queries = /var/log/mysql/mysql-slow.log 
> # Here you can see queries with especially long duration 
> 
> Greco 
> 
> 
> 
> 
> 
> ----- Mensagem original ----- 
> 
> De: "Marcelo Costa" <marcelocosta at mcosta.ind.br> 
> Para: "Mail Aid and Succor, On-line Comfort and Help" <masoch-l at eng.registro.br> 
> Enviadas: Segunda-feira, 20 de Junho de 2011 12:01:12 
> Assunto: Re: [MASOCH-L] Opniões sobre radius. 
> 
> Essa tabela muito grande nao pode ser copiada para uma somente com os campos 
> de autenticacao que o script 
> necessita? criando indices referenciando aos "where xxxx" da query 
> 
> []s 
> Eng. Marcelo Costa 
> 
> Em 20 de junho de 2011 10:54, Jean Carlos Oliveira Guandalini < 
> jean.guandalini at corp.visaonet.com.br> escreveu: 
> 
>> Temos um programa no exec-progam-wait, ele está com um tempo de 1s para 
>> rodar, apesar de fazer uma verificação numa tabela muito grande ele até 
>> que está rápido, vamos tentar verificar o tempo com o debug. 
>>
>> ------------------------------------------ 
>> Jean Carlos Oliveira Guandalini 
>> Dep. de Engenharia e Administração de Redes 
>> VisãoNet Telecom 
>> http://www.visaonet.com.br 
>>
>> Em 20-06-2011 10:09, Marcelo Costa escreveu: 
>>> Eu utilizava Oracle, que é mais pesado que o MySQL. 
>>> E, note, que fazíamos, também, o armazenamento de accounting no DB e 
>>> executávamos scripts com exec-program-wait. 
>>>
>>> []s 
>>> Eng. Marcelo Costa 
>>>
>>>
>>> Em 20 de junho de 2011 10:05, Jean Carlos Oliveira Guandalini < 
>>> jean.guandalini at corp.visaonet.com.br> escreveu: 
>>>
>>>> Marcelo, mesmo com uma quantidade muito grande de requisições você não 
>>>> tinha problemas com o banco de dados? Utilizava MySQL mesmo? 
>>>>
>>>> Em 20-06-2011 09:57, Marcelo Costa escreveu: 
>>>>> Fazer o balanceamento é facil: rode outra instancia do radius e 
>> configure 
>>>>> ele para fazer proxy para quantos servidores você quiser balancear e 
>>>>> especifique round-robin. 
>>>>> minha ultima rede possuía 22.000 assinantes e ocorria de faltar energia 
>>>> em 
>>>>> uma área grande e, mesmo assim, na volta o radius não morria. 
>>>>>
>>>>> Att, 
>>>>> Eng. Marcelo Costa 
>>>>>
>>>>> Em 20 de junho de 2011 09:53, Jean Carlos Oliveira Guandalini < 
>>>>> jean.guandalini at corp.visaonet.com.br> escreveu: 
>>>>>
>>>>>> Em 20-06-2011 09:40, Rober Hoelscher escreveu: 
>>>>>>> Aqui executo freeradius 2.1. Nenhum problema. 
>>>>>>>
>>>>>>> Quantas requisições por segundo você tem e qual hardware ? 
>>>>>> A quantidade de requisições em operação normal não é muito grande, o 
>>>>>> problema é se fico com alguma indisponibilidade em alguma localidade e 
>>>>>> de repente voltam trocentas conexões de uma só vez, inclusive não 
>>>>>> consegui fazer o SNMP dele rodar, você faz algum monitoramento quanto 
>> a 
>>>>>> requisições por segundo? 
>>>>>> O Hardware é uma máquina virtualizada com o XenServer, e está com 4GB 
>> de 
>>>>>> memória. 
>>>>>>
>>>>>>>
>>>>>>> Quanto ao mikrotikm, realmente ele não faz load-balancing. O segundo 
>>>>>>> radius é para failover. 
>>>>>> Pensei que até uma solução fosse fazer um load-balance com algo do 
>> tipo 
>>>>>> do ultra monkey por exemplo. 
>>>>>>
>>>>>> Eu estou utilizando o MySQL, no banco de dados são dois servidores em 
>>>>>> balanceamento de carga, segundo eu li na lista do freeradius o erro de 
>>>>>> (300) que recebi seria sobrecarga do MySQL e o mesmo não estava 
>>>>>> aguentando responder as requisições. 
>>>>>>
>>>>>> O que percebo mesmo é que esse tipo de erro acontece quando temos uma 
>>>>>> sobrecarga de requisições, mas não consegui medir o quanto é isso, 
>> penso 
>>>>>> que talvez eu não tenha opções de tunning no radius para maiores 
>>>>>> quantidades de requisições. 
>>>>>>>
>>>>>>> Att. 
>>>>>>> - 
>>>>>>> Rober Hoelscher 
>>>>>>>
>>>>>>> Em Segunda, 20/06/2011 no 9:24 Jean Carlos Oliveira Guandalini 
>>>>>>> escreveu: 
>>>>>>>
>>>>>>> Pessoal, ultimamente temos enfrentado alguns problemas com o radius, 
>>>>>>> principalmente no que diz a sobrecarga, gostaria de algumas opniões 
>>>>>>> do 
>>>>>>> que vocês tem feito para sanar esse tipo de problema, se estão 
>>>>>>> fazendo 
>>>>>>> algum balanceamento de carga ou algo do tipo. (Vejo que o mikrotik, 
>>>>>>> apesar de permitir configurar dois radius não faz um balanceamento 
>>>>>>> de 
>>>>>>> requisições entre os radius disponíveis) 
>>>>>>>
>>>>>>> E agora ultimamente temos recebido as seguintes mensagens: 
>>>>>>> Sat Jun 18 23:24:09 2011 : Error: FATAL: Thread create failed: 
>>>>>>> Resource 
>>>>>>> temporarily unavailable 
>>>>>>>
>> ----------------------------------------------------------------------- 
>>>>>>> Sun Jun 19 12:00:00 2011 : Info: The maximum number of threads (300) 
>>>>>>> are 
>>>>>>> active, cannot spawn new thread to handle request 
>>>>>>>
>>>>>>> Esse primeiro erro começou depois que compilamos com a opção 
>>>>>>> "threads". 
>>>>>>>
>>>>>>> Vocês tem usado qual versão do radius? Tem compilado com alguma 
>>>>>>> opção 
>>>>>>> diferenciada? 
>>>>>>>
>>>>>>> OBS: Por um problema de módulo estamos precisando utilizar a versão 
>>>>>>> 1.1.8 ainda. 
>>>>>>>
>>>>>>> Valeu 
>>>>>>>
>>>>>>> Jean 
>>>>>>> __ 
>>>>>>> masoch-l list 
>>>>>>> https://eng.registro.br/mailman/listinfo/masoch-l 
>>>>>>>
>>>>>>>
>>>>>>> __ 
>>>>>>> masoch-l list 
>>>>>>> https://eng.registro.br/mailman/listinfo/masoch-l 
>>>>>> __ 
>>>>>> masoch-l list 
>>>>>> https://eng.registro.br/mailman/listinfo/masoch-l 
>>>>>>
>>>>>
>>>>>
>>>>>
>>>> __ 
>>>> masoch-l list 
>>>> https://eng.registro.br/mailman/listinfo/masoch-l 
>>>>
>>>
>>>
>>>
>> __ 
>> masoch-l list 
>> https://eng.registro.br/mailman/listinfo/masoch-l 
>>
> 
> 
> 