forum.lissyara.su

Добрым словом и кулаком, добьёшься больше чем одним добрым словом.
https://forum.lissyara.su/

В логе сообщения о PV entries

https://forum.lissyara.su/viewtopic.php?f=8&t=14610

Страница 1 из 1

В логе сообщения о PV entries

Добавлено: 2009-01-23 4:08:26
Neman
версия ОС - 7.1-STABLE FreeBSD
ядро GENERIC
машинка старая - ОЗУ 514Мб
крутятся SQID, HAVP, Apache13 (для lightsquid), rejik

ядро GENERIC, указан только тип процессора и удалены неиспользуемые драйвера.

В messages появилась запись

Код: Выделить всё

 +pid 778 (winbindd), uid 0: exited on signal 6 (core dumped) Approaching 
+the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
+Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
top

Код: Выделить всё

last pid: 10746;  load averages:  0.03,  0.07,  0.02                                                                                 up 1+18:06:38  09:02:45
96 processes:  1 running, 95 sleeping
CPU:  0.0% user,  0.0% nice,  0.0% system,  0.0% interrupt,  0.0% idle
Mem: 187M Active, 93M Inact, 98M Wired, 23M Cache, 60M Buf, 89M Free
Swap: 2048M Total, 88M Used, 1960M Free, 4% Inuse

  PID USERNAME  THR PRI NICE   SIZE    RES STATE    TIME   WCPU COMMAND
  893 squid       1   4    0   106M 89196K kqread   8:31  0.00% squid
  726 havp        1   8    0 68992K 65620K nanslp   1:14  0.00% havp
 5560 root        1  44    0  9648K  2676K select   0:20  0.00% winbindd
  769 root        1  44    0  9648K  1392K select   0:19  0.00% winbindd
  761 root        1  44    0  8496K   844K select   0:11  0.00% nmbd
 7334 alex        1  44    0  8480K   932K select   0:05  0.00% sshd
  823 root        1  44    0  5928K  1056K select   0:04  0.00% sendmail
  800 root        1  44    0  4100K  1516K select   0:04  0.00% httpd
 7142 squid       1   4    0  7408K  2396K sbwait   0:02  0.00% redirector
  917 root        1  44    0  9668K  1012K select   0:02  0.00% winbindd
  793 clamav      1  20    0  4360K  1140K pause    0:01  0.00% freshclam
  833 root        1   8    0  3260K   432K nanslp   0:01  0.00% cron
  765 root        1  44    0 11108K  1520K select   0:01  0.00% smbd
  622 root        1  44    0  3232K   516K select   0:00  0.00% syslogd
 7168 squid       1   4    0  8536K   772K sbwait   0:00  0.00% ntlm_auth
 7331 root        1   4    0  8480K   924K sbwait   0:00  0.00% sshd
10165 havp        1  -8    0 68992K 65788K piperd   0:00  0.00% havp
 5766 root        1   4    0  8640K     0K accept   0:00  0.00% <python2.5>
  926 squid       1  -8    0  2488K   920K piperd   0:00  0.00% unlinkd
10134 havp        1  -8    0 68992K 65788K piperd   0:00  0.00% havp
 7143 squid       1   4    0  7408K  1332K sbwait   0:00  0.00% redirector
 7176 squid       1   4    0  4788K  1212K sbwait   0:00  0.00% perl5.8.8
10700 root        1  44    0  6424K  2752K select   0:00  0.00% mc
 7170 squid       1   4    0  8536K   760K sbwait   0:00  0.00% ntlm_auth
10125 havp        1  -8    0 68992K 65772K piperd   0:00  0.00% havp
 7173 squid       1   4    0  8536K   760K sbwait   0:00  0.00% ntlm_auth
 7171 squid       1   4    0  8536K   760K sbwait   0:00  0.00% ntlm_auth
 7175 squid       1   4    0  8488K     0K sbwait   0:00  0.00% <ntlm_auth>
 7172 squid       1   4    0  8536K   760K sbwait   0:00  0.00% ntlm_auth
10740 root        1  44    0  3544K  1652K RUN      0:00  0.00% top
 7174 squid       1   4    0  8488K     0K sbwait   0:00  0.00% <ntlm_auth>
10183 havp        1  -8    0 68992K 65780K piperd   0:00  0.00% havp
10215 havp        1  -8    0 68992K 65784K piperd   0:00  0.00% havp
10181 havp        1  -8    0 68992K 65784K piperd   0:00  0.00% havp
10699 havp        1  -8    0 68992K 65748K piperd   0:00  0.00% havp
  918 root        1  44    0  9652K   828K select   0:00  0.00% winbindd
  933 root        1  44    0  9652K   800K select   0:00  0.00% winbindd
  827 smmsp       1  20    0  5928K   652K pause    0:00  0.00% sendmail
10253 havp        1  -8    0 68992K 65780K piperd   0:00  0.00% havp
 7166 squid       1   4    0  7408K     0K sbwait   0:00  0.00% <redirector>
 7145 squid       1   4    0  7408K     0K sbwait   0:00  0.00% <redirector>
 7147 squid       1   4    0  7408K     0K sbwait   0:00  0.00% <redirector>
 7148 squid       1   4    0  7408K     0K sbwait   0:00  0.00% <redirector>
10133 havp        1   4    0 68992K 65808K accept   0:00  0.00% havp
 7180 squid       1   4    0  4788K     0K sbwait   0:00  0.00% <perl5.8.8>
10124 havp        1   4    0 68992K 66104K accept   0:00  0.00% havp
 7152 squid       1   4    0  7408K     0K sbwait   0:00  0.00% <redirector>
10329 havp        1  -8    0 68992K 65776K piperd   0:00  0.00% havp
 7150 squid       1   4    0  7408K     0K sbwait   0:00  0.00% <redirector>
10164 havp        1   4    0 68992K 65756K accept   0:00  0.00% havp
 7154 squid       1   4    0  7408K     0K sbwait   0:00  0.00% <redirector>
 7157 squid       1   4    0  7408K     0K sbwait   0:00  0.00% <redirector>
 7162 squid       1   4    0  7408K     0K sbwait   0:00  0.00% <redirector>

Я так понимаю, что нужно оптимизировать виртуальную память? И как собственно помочь серверу?

Re: В логе сообщения о PV entries

Добавлено: 2009-01-23 15:52:54
manefesto

Код: Выделить всё

sysctl vm.pmap.shpgperproc
sysctl vm.pmap.pv_entry_max

Re: В логе сообщения о PV entries

Добавлено: 2009-01-26 4:37:47
Neman
Пока сообщения не повторялись, но все же хочется устранить подобное в будущем.

Текущие значения такие

vm.pmap.shpgperproc: 200
vm.pmap.pv_entry_max: 926352


Какие значения разумно установить в будущем? Из чего исходить?

Re: В логе сообщения о PV entries

Добавлено: 2009-01-26 5:07:36
paradox
думаю ответ стоит это поискать в той программе которая хочет их потюнить
я ж так понимаю winbind или кто там их требует?

Re: В логе сообщения о PV entries

Добавлено: 2009-11-11 9:53:09
MASiK
Чёт не понял чем всё кончилось?
У меня таже хрень, тока ещё и

Код: Выделить всё

# sysctl vm.pmap.shpgperproc=400
sysctl: oid 'vm.pmap.shpgperproc' is read only
# sysctl vm.pmap.pv_entry_max=8000000
sysctl: oid 'vm.pmap.pv_entry_max' is read only
Не даёт не чё поменять, ребутаться не хочу

а орёт на squid в связке с havp

Это у нас Что вообще? Макс кол-во запрашиваемых страниц?

Код: Выделить всё

Nov 11 09:31:45 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:32:48 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:33:49 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:34:50 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:35:50 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:36:51 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:37:51 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:38:51 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:39:51 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:40:51 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:41:51 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:42:51 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:43:51 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:44:51 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:45:51 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:46:51 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:47:52 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:48:51 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:49:52 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:50:52 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:51:52 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:52:52 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:53:52 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:54:52 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:55:52 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:56:52 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:57:52 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Nov 11 09:58:52 office kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.

Re: В логе сообщения о PV entries

Добавлено: 2010-01-19 10:22:57
Legat
У меня та же проблема :(
версия ОС - 7.2-STABLE FreeBSD
Стоит на VMWARE vSphere
машинка старая - ОЗУ 514Мб
крутятся SQID, SAMS, HAVP, Apache22 rejik - NTLM
текущие значения такие
vm.pmap.shpgperproc: 200
vm.pmap.pv_entry_max: 926352

Re: В логе сообщения о PV entries

Добавлено: 2010-01-21 8:56:31
spf
Можно нужные значения
vm.pmap.shpgperproc
vm.pmap.pv_entry_max
прописать в /boot/loader.conf

У меня такие же ошибки появились после профилактического сдувания пыли с материнки.
Вылечилось заменой памяти.

Re: В логе сообщения о PV entries

Добавлено: 2010-04-22 16:06:42
jrmm
Вижу то же самое

%sysctl vm.pmap.shpgperproc
vm.pmap.shpgperproc: 200
%sysctl vm.pmap.pv_entry_max
vm.pmap.pv_entry_max: 1745520

Машинка не влезает в оперативку, 6% от свопа used

Не знаю, что прописать, насколько увеличить. :Search:

Re: В логе сообщения о PV entries

Добавлено: 2010-05-17 14:37:36
exey
zrouter# uname -a

Код: Выделить всё

FreeBSD zrouter 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Fri May  7 14:28:31 UTC 2010     exey@zrouter:/usr/src/sys/i386/compile/zrouter  i386
аналогично временами появляется:

Код: Выделить всё

May 11 12:47:07 zrouter kernel: Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable
vm.pmap.shpgperproc: 200
vm.pmap.pv_entry_max: 1743504

Re: В логе сообщения о PV entries

Добавлено: 2011-02-20 2:25:22
RemiZOffAlex
Такая гадость перестала сыпаться после того, как посмотрел на трафик зашкаливающий и извне порт havp закрыл к чертям. Наступил на грабли что называется.

Re: В логе сообщения о PV entries

Добавлено: 2011-08-09 5:00:45
Robert
у меня такая хрень начала сыпаться когда одно приложение было сконфигурено писать большой файл в /tmp и там очень быстро заканчивалось место.

Re: В логе сообщения о PV entries

Добавлено: 2011-08-18 13:08:58
alexmrrc
У меня такая хрень сыпется из-за связки squid-3.1.14 + drwebd, но в sysctl описываемых параметров нет во FreeBSD 6.2-RELEASE, видимо:

Код: Выделить всё

# sysctl vm.pmap.shpgperproc
sysctl: unknown oid 'vm.pmap.shpgperproc'
# sysctl vm.pmap.pv_entry_max
sysctl: unknown oid 'vm.pmap.pv_entry_max'
Через /boot/loader.conf задать их тоже не удастся же? И как быть?

Re: В логе сообщения о PV entries

Добавлено: 2012-03-28 8:01:31
strelokr
8.1-RELEASE i386 squid-3.1.14 +p5-Mail-SpamAssassin-3.3.1_2 +clamav-0.97.1 mp5 и плюс всякое

Код: Выделить всё

Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
Approaching the limit on PV entries, consider increasing either the vm.pmap.shpgperproc or the vm.pmap.pv_entry_max tunable.
сыпется такое регулярно. Что делать.

Re: В логе сообщения о PV entries

Добавлено: 2012-03-28 8:18:54
strelokr
Памяти хватает
CPU: 0.0% user, 0.0% nice, 0.0% system, 0.6% interrupt, 99.4% idle
Mem: 1542M Active, 513M Inact, 244M Wired, 106M Cache, 112M Buf, 54M Free
Swap: 8192M Total, 52M Used, 8140M Free

Re: В логе сообщения о PV entries

Добавлено: 2012-03-28 9:01:12
manefesto
увеличь указанный лимиты
Часовой пояс: UTC+03:00
Страница 1 из 1
Powered by phpBB® Forum Software © phpBB Limited
https://www.phpbb.com/