[MASOCH-L] Performance PPPOE-Serve

[Diogo Montagner]

Isso está parecendo ser algum bug no sw do pppoe do seu servidor.
Considerando uma média de 50req/sec (até hoje eu só vi um tester gerar até
300req/sec) isso não deveria ser um problema para o hw mencionado.

Chegou a verificar os bugs relacionados a sua versao de pppoe-server ?

[]s
./diogo -montagner


2009/1/12 Welisson <welisson at conectcor.com.br>

> Boa tarde a todos da lista
>
> Seguinte pessoal, hoje tenho em minha rede um servidor PPPOE com
> aproximadamente 1700 conexões ativas em horarios de picos, até então tudo
> bem, ele aguenta ela tranquilo, como se diz "com o pé nas costas", porém o
> meu problema é que quando tenho uma série de desconexões (200 para mais) o
> meu pppoe fica gerando um "loop", ou seja, ele derruba as conexões que
> cairam e então os routers dos clientes começa a solicitar novamente, fazendo
> com que o meu load  avarage ultrapasse a casa dos 1700, até que por final eu
> mato o processo pppoe-serve sendo que ae ele para de receber as conexões
> fazendo com que o load abaixe, e tão logo depois ativo elas e tudo volta ao
> normal.
> Pelo que parece ele fica colocando ás solicitações em espera, e como não
> consegue ativar elas, acaba derrubando, fazendo todo processo novamente.
>
> Segue parte da mensagem do kernel abaixo.
>
> INFO: task pppd:30826 blocked for more than 120 seconds.
> "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
> pppd          D ffff810103756000     0 30826   3862
> ffff81010ca65e70 0000000000000086 ffff81010ee9ba08 800000010f33a065
> ffffe20003b431f8 ffff810103756000 ffff81011c096000 ffff810103756238
> 000000018026399c 800000010f33a065 ffffffff8046f47d 00007fffa030acfc
> Call Trace:
> [<ffffffff8046f47d>] _spin_unlock_irqrestore+0x1b/0x35
> [<ffffffff8039d5c1>] ppp_ioctl+0x594/0xb8b
> [<ffffffff8046e311>] __mutex_lock_slowpath+0x69/0xa6
> [<ffffffff8046e156>] mutex_lock+0xa/0xb
> [<ffffffff8039bb9d>] ppp_shutdown_interface+0x24/0xb3
> [<ffffffff8039be21>] ppp_release+0x2b/0x5a
> [<ffffffff80276b51>] __fput+0x50/0x115
> [<ffffffff8027451e>] filp_close+0x4f/0x56
> [<ffffffff802757df>] sys_close+0x8d/0xd2
> [<ffffffff8020bf3a>] system_call_after_swapgs+0x8a/0x8f
>
>
>
> Processador Xeon Quad 3220
> 4GB RAM
> Debian 4 Etch (64Bits)
> kernel 2.6.26.5
> iptables v1.4.0
> ppp-3.8
> Placas de Rede Intel 10/100/1000
>
>
> O que gostaria de saber é se tem como melhorar a velocidade com que o
> iptables/tc remove e preenche as informações referente.
>
>
> Att,
>
> --
> Welisson Tomé
> __
> masoch-l list
> https://eng.registro.br/mailman/listinfo/masoch-l
>