[MASOCH-L] Opniões sobre radius.

Tue Jun 21 14:47:43 BRT 2011

Ola pessoal,

nesse exato momento estou com o log:
"Tue Jun 21 14:40:43 2011 : Info: rlm_sql (sql): There are no DB handles to
use! skipped 0, tried to connect 0"

Tive de derrubar um dos meus servers que estava com 990 clientes conectados.
Ai já viram né...

Aqui estou somente com um BD (Mysql) tabelas radacct com InnoDB, dois
freeradius e 4 nas principais.

Vou dar uma revisada nas configs como o pessoal comentou e ver o que podemos
otimizar.

Grato,

---
Michell Antunes
TI Certto Telecom

Em 20 de junho de 2011 16:35, Jean Carlos Oliveira Guandalini <
jean.guandalini at corp.visaonet.com.br> escreveu:

> 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
> >>
> >
> >
> >
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>