[MASOCH-L] Opniões sobre radius.
Carlos Alberto Greco
carlos at greco.com.br
Mon Jun 20 16:32:11 -03 2011
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
>
--
Eng. Marcelo Costa
======================================
MCosta Ind. Com.
Fone/Fax: 11-4356-5536
__
masoch-l list
https://eng.registro.br/mailman/listinfo/masoch-l
--
atenciosamente,
Carlos - Comercial Greco Internet
_______________________________________
http://mailflex.com.br/wp-content/themes/twentyten/images/logo.gif
(11) 3040.1000 - São Paulo Direto 3040-1001
(21) 4063.4537 - Rio de Janeiro
(31) 4063.9131 - Belo Horizonte
(51) 4063.6077 - Porto Alegre
(61) 4063.8755 - Brasília
__
masoch-l list
https://eng.registro.br/mailman/listinfo/masoch-l
--
atenciosamente,
Carlos - Comercial Greco Internet
_______________________________________
http://mailflex.com.br/wp-content/themes/twentyten/images/logo.gif
(11) 3040.1000 - São Paulo Direto 3040-1001
(21) 4063.4537 - Rio de Janeiro
(31) 4063.9131 - Belo Horizonte
(51) 4063.6077 - Porto Alegre
(61) 4063.8755 - Brasília
More information about the masoch-l
mailing list