Maxheld маленький, однако failcnt не нулевой [message #3657] |
Thu, 08 June 2006 20:26 |
Dmitry Koterov
Messages: 40 Registered: November 2005
|
Member |
|
|
Второй раз наблюдаю следующую картину в /proc/user_beancounters:
Version: 2.5
uid resource held maxheld barrier limit failcnt
4: kmemsize 3797957 11072228 2147483647 2147483647 0
lockedpages 0 0 32000 32000 0
privvmpages 164607 193249 49152000 53575000 0
shmpages 667 1963 8192000 8192000 0
dummy 0 0 0 0 0
numproc 77 263 650 650 0
physpages 101882 118431 0 2147483647 0
vmguarpages 0 0 6144000 2147483647 0
oomguarpages 101882 118431 614400000 2147483647 17
numtcpsock 33 139 80000 80000 0
numflock 19 51 100000 110000 0
numpty 2 4 16000 16000 0
numsiginfo 0 29 256000 256000 0
tcpsndbuf 391104 1144888 319488000 524288000 0
tcprcvbuf 2768 181056 319488000 524288000 0
othersockbuf 132988 1317232 132096000 336896000 0
dgramrcvbuf 0 155700 132096000 132096000 0
numothersock 94 257 80000 80000 0
dcachesize 314104 420817 1048576000 1097728000 0
numfile 889 1740 2048000 2048000 0
dummy 0 0 0 0 0
dummy 0 0 0 0 0
dummy 0 0 0 0 0
numiptent 10 10 128000 128000 0
Спрашивается, почему же зашкалил oomguarpages, если maxheld не дотягивает до barrier на 3 порядка?
При этом:
root@host [/proc]# vzcfgvalidate /etc/sysconfig/vz-scripts/4.conf
Validation completed: success
Как итог этого эффекта (если, конечно, с этим связано, а не какая-то другая причина) - тихо падает mysqld.
Перез загрузкой сразу же после загрузки машины я специально удостоверялся - все failcnt по нулям. А поработает дня 3-4 - и такая вот штука.
|
|
|