[FUG-BR] kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max sysctl

[Luiz Gustavo]

Salve,

Dê uma olhada nesse documento:

http://code.google.com/p/lusca-cache/wiki/SystemConfigureFreeBsd

Acho que vai te ajudar a afinar teu ambiente.

Abraços

On Thu, 12 Apr 2012 15:20:57 -0300
Saul Figueiredo <saulfelipecf em gmail.com> wrote:

> Boa tarde pessoal.
> 
> Tive um problema com meu servidor proxy (squid), que só foi resolvido após
> um reboot.
> Quando ele voltou, observei no messages os seguintes:
> 
> 
> (trecho do arquivo messages)
> Apr  8 02:58:24 proxy4 kernel: Limiting open port RST response from 4320 to
> 200 packets/sec
> Apr  8 19:56:59 proxy4 kernel: Limiting open port RST response from 2317 to
> 200 packets/sec
> Apr  9 10:04:02 proxy4 kernel: Limiting open port RST response from 4123 to
> 200 packets/sec
> Apr  9 10:04:03 proxy4 kernel: Limiting open port RST response from 1962 to
> 200 packets/sec
> Apr  9 10:04:06 proxy4 kernel: Limiting open port RST response from 1763 to
> 200 packets/sec
> Apr  9 10:04:10 proxy4 kernel: Limiting open port RST response from 1564 to
> 200 packets/sec
> Apr  9 10:04:13 proxy4 kernel: Limiting open port RST response from 1366 to
> 200 packets/sec
> Apr  9 23:59:17 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> Apr 10 09:23:56 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> Apr 10 09:24:58 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> Apr 10 09:25:59 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> Apr 10 23:59:10 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> Apr 11 09:35:09 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> Apr 11 09:36:12 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> Apr 11 09:37:12 proxy4 kernel: Approaching the limit on PV entries,
> consider increasing either the vm.pmap.shpgperproc or the
> vm.pmap.pv_entry_max sysctl.
> 
> 
> Tendo isso em mente, peguei essas duas variaveis que ele fala e executei o
> comando:
> 
> proxy4# sysctl -a | egrep 'vm.pmap.shpgperproc|vm.pmap.pv_entry_max'
> vm.pmap.shpgperproc: 200
> vm.pmap.pv_entry_max: 3259075
> 
> Como ele me pediu para alterar uma das duas, editei meu /etc/sysctl.conf e
> coloquei a seguinte linha:
> vm.pmap.shpgperproc=7000
> 
> depois, pra não precisar reiniciar o sistema:
> proxy4# sysctl vm.pmap.shpgperproc=7000
> vm.pmap.shpgperproc: 200 -> 7000
> 
> 
> O que exatamente são essas duas variaveis?
> Sei que eu fiz o que o sistema me pediu, e que está relacionado com a
> quantidade de pacotes por sec
> tenho mais ou menos uns 6000 usuarios que utilizam a internet, possuo o
> proxy em 3 servidores e esse é o mais parrudo e o único que teve esse
> problema...
> deveria fazer isso nos meus outros 2 proxies tbm ?
> 
> 
> 
> -- 
> "Deve-se aprender sempre, até mesmo com um inimigo."
> (Isaac Newton)
> 
> Atenciosamente,
> Saul Figueiredo
> Analista FreeBSD/Linux
> Linux Professional Institute Certification Level 2
> saulfelipecf em gmail.com
> saul-felipe em hotmail.com
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


-- 
---
Luiz Gustavo Costa (Powered by BSD)
*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+*+
mundoUnix - Consultoria em Software Livre
http://www.mundounix.com.br
ICQ: 2890831 / MSN: contato em mundounix.com.br
Tel: 55 (21) 4063-7110 / 8194-1905 / (11) 4063-0407
Blog: http://www.luizgustavo.pro.br