OpenVZ Forum


Home » International » German » Cannot allocate memory - Error - failcnt privvmpages
Cannot allocate memory - Error - failcnt privvmpages [message #37610] Wed, 30 September 2009 17:03 Go to previous message
afaber is currently offline  afaber
Messages: 7
Registered: September 2009
Junior Member
Hallo zusammen!

auf meinen Server betreibe ich verschiedene Vzs und hier ist mir aufgefallen, das ich immer wieder über "Cannot allocate memory" stolpere, was ich mir noch nicht ganz so erklären kann.

Test VE:
Debian 5 VZ, mit 256 MB RAM.

Die Config:
KMEMSIZE="11055923:11377049"
LOCKEDPAGES="256:256"
PRIVVMPAGES="65536:69632"
SHMPAGES="21504:21504"
NUMPROC="240:240"
PHYSPAGES="0:9223372036854775807"
VMGUARPAGES="33792:9223372036854775807"
OOMGUARPAGES="26112:9223372036854775807"
NUMTCPSOCK="360:360"
NUMFLOCK="188:206"
NUMPTY="16:16"
NUMSIGINFO="256:256"
TCPSNDBUF="1720320:2703360"
TCPRCVBUF="1720320:2703360"
OTHERSOCKBUF="1126080:2097152"
DGRAMRCVBUF="262144:262144"
NUMOTHERSOCK="360:360"
DCACHESIZE="3409920:3624960"
NUMFILE="9312:9312"
AVNUMPROC="180:180"
NUMIPTENT="128:128"


Auf dem Test VE laufen nur Standartdienste die kaum Speicher brauchen - TOP :

top - 18:52:37 up 1:02, 0 users, load average: 0.00, 0.00, 0.00
Tasks: 19 total, 1 running, 18 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.1%us, 0.1%sy, 0.0%ni, 99.8%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 262144k total, 90336k used, 171808k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached


PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 10312 740 616 S 0 0.3 0:00.68 init
345 root 20 0 5904 704 544 S 0 0.3 0:00.02 syslogd
358 bind 20 0 137m 13m 2232 S 0 5.1 0:00.00 named
370 root 20 0 48864 1204 704 S 0 0.5 0:00.08 sshd
375 nagios 20 0 22496 1024 592 S 0 0.4 0:00.12 nrpe
380 nobody 20 0 30124 3068 892 S 0 1.2 0:00.00 nagios-statd
383 nagios 20 0 122m 8792 1584 S 0 3.4 0:00.02 nagiosgrapher
400 root 20 0 19264 928 724 S 0 0.4 0:00.00 xinetd
426 root 20 0 51172 2000 572 S 0 0.8 0:00.06 sendmail-mta
469 nagios 25 5 26040 1748 760 S 0 0.7 0:01.90 nagios3
472 daemon 20 0 16356 444 296 S 0 0.2 0:00.00 atd
487 root 20 0 18548 952 728 S 0 0.4 0:00.02 cron
496 root 20 0 117m 2948 1204 S 0 1.1 0:00.04 apache2
497 www-data 20 0 117m 2360 604 S 0 0.9 0:00.00 apache2
510 root 20 0 18540 520 340 S 0 0.2 0:00.00 vzctl
511 root 20 0 17448 1740 1292 S 0 0.7 0:00.00 bash
2500 root 20 0 18540 524 340 S 0 0.2 0:00.00 vzctl
2501 root 20 0 17440 1700 1256 S 0 0.6 0:00.00 bash
2510 root 20 0 18820 1100 856 R 0 0.4 0:00.00 top

So, jetzt wird es interessant:

wenn ich auf diesem ruhigen System z.B. dselect starte, und dann auf "Select" gehe, stürzt dselect mit einem unfreundlichem "dselect: failed to create baselist pad: Cannot allocate memory" ab.

Warum geht ihm da privvmpages aus? Ich denke auf einem Physikalischen Server mit 260 MB kann man sehr wohl dselect ausführen, ohne das er gleich auf den Latschen kippt.
Dieses Phänomen habe ich bei verschiedenen Servern, das diese über ihre privvmpages heraus schießen und sich dann Prozesse verabschieden.

Hier der passende Userbeamcounter:

uid resource held maxheld barrier limit failcnt
203: kmemsize 4018989 5298859 11055923 11377049 0
lockedpages 0 0 256 256 0
privvmpages 22520 69633 65536 69632 27
shmpages 18 690 21504 21504 0
dummy 0 0 0 0 0
numproc 25 33 240 240 0
physpages 8760 55930 0 9223372036854775807 0
vmguarpages 0 0 33792 9223372036854775807 0
oomguarpages 8760 55930 26112 9223372036854775807 0
numtcpsock 12 15 360 360 0
numflock 4 9 188 206 0
numpty 2 2 16 16 0
numsiginfo 0 2 256 256 0
tcpsndbuf 209280 223384 1720320 2703360 0
tcprcvbuf 196608 221712 1720320 2703360 0
othersockbuf 13872 37968 1126080 2097152 0
dgramrcvbuf 0 4360 262144 262144 0
numothersock 26 33 360 360 0
dcachesize 237567 291317 3409920 3624960 0
numfile 752 955 9312 9312 0
dummy 0 0 0 0 0
dummy 0 0 0 0 0
dummy 0 0 0 0 0
numiptent 10 10 128 128 0

failcnt taucht nur bei privvmpages auf.
Wo habe ich hier den Denkfehler?
Kann man das System nicht noch anderweitig begrenzen, so das es freiwillig unter privvmpages bleibt?

Ach ja, vzcfgvalidate brint keinen Fehler bei dieser Konfiguration.

Für Hinweise wäre ich dankbar,

Andy

[Updated on: Wed, 30 September 2009 17:04]

Report message to a moderator

 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: swap file
Next Topic: einen laufenden Rechner nach OpenVZ migrieren?
Goto Forum:
  


Current Time: Wed Aug 27 20:01:10 GMT 2025

Total time taken to generate the page: 0.15395 seconds