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

[Saul Figueiredo]

Alguém já usou essas configurações que ele sugere?




Em 12 de abril de 2012 15:45, Luiz Gustavo
<luizgustavo em luizgustavo.pro.br>escreveu:

> 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
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
"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