shmpages mit hohem Fail-Count

D

d135-1r43

Registered User
Bei meinem s4y Plus X4 vServer laufen ständig die erlaubten shmpages über. Das Komische: Derzeit läuft dort nichts weiter als ein (aktuelles) Plesk und ein bisschen Apache, der 2 bis 3 kleinere Wordpresses auszuliefern hat.

Wie und wo könnte ich anfangen zu optimieren?

Code: 
# cat /proc/user_beancounters 
Version: 2.5                                                                                                                     
       uid  resource                     held              maxheld              barrier                limit              failcnt
   1143242: kmemsize                 11769149             15356305             60088320             66764800                    0
            lockedpages                     0                    0                  430                  430                    0
            privvmpages                 55892               709160              1572864              1730150                    0
            shmpages                     9845                20085                23020                23020                   33
            dummy                           0                    0                    0                    0                    0
            numproc                        68                   98                  384                  384                    0
            physpages                   30156                69134                    0  9223372036854775807                    0
            vmguarpages                     0                    0               786432  9223372036854775807                    0
            oomguarpages                30156                69134               786432  9223372036854775807                    0
            numtcpsock                     26                   51                  344                  344                    0
            numflock                       10                   17                  336                  369                    0
            numpty                          3                    3                   32                   32                    0
            numsiginfo                      0                    8                  768                  768                    0
            tcpsndbuf                  382072               958696              3295117              4704141                    0
            tcprcvbuf                  390008               772824              3295117              4704141                    0
            othersockbuf                32008               315128              1647558              3056582                    0
            dgramrcvbuf                     0                 8784              1647558              1647558                    0
            numothersock                   27                   42                  344                  344                    0
            dcachesize                1096175              1317953              7907328              8785920                    0
            numfile                      2718                 3517                 8000                 8000                    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
 
Noch ein bisschen Info zum Debuggen:

Code: 
# ipcs   

------ Shared Memory Segments --------
key        shmid      owner      perms      bytes      nattch     status      

------ Semaphore Arrays --------
key        semid      owner      perms      nsems     
0x00000000 4685824    www-data  600        1         
0x00000000 4718593    www-data  600        1         
0x00000000 4751362    www-data  600        1         
0x00000000 4784131    www-data  600        1         
0x00000000 4816900    www-data  600        1         
0x00000000 4849669    www-data  600        1         
0x00000000 4882438    www-data  600        1         
0x00000000 4915207    www-data  600        1         
0x00000000 4947976    www-data  600        1         
0x00000000 3801097    www-data  600        1         
0x00000000 4980746    www-data  600        1         
0x00000000 5013515    www-data  600        1         
0x00000000 5046284    www-data  600        1         
0x00000000 5079053    www-data  600        1         

------ Message Queues --------
key        msqid      owner      perms      used-bytes   messages

Sehe ich das richtig, dass ich eigentlich gar keinen Shared Memory halte?
 
d135-1r43 said:
Sehe ich das richtig, dass ich eigentlich gar keinen Shared Memory halte?
Click to expand...

Linux kennt wohl zwei Arten von Shared Memory, den ursprünglichen SysV Shared Memory und das /dev/shm Filesystem. Mit ipcs schaust du dir die SysV Segmente an und davon hast du offenbar wirklich keine. Wie man auf OpenVZ/Virtuozzo aber leicht zeigen kann, sorgt das Anlegen einer Datei unter /dev/shm auch für das Ansteigen der shmpages in den user_beancounters (1 page = 4KB).

Irgendwer hat dort also offenbar Daten abgelegt. Falls da nichts zu sehen ist, dann kannst du mit lsof mal nach offenen Files schauen, um den Verursachen zu finden. Programme wie z.B. php-apc nutzen das gerne als Cache.
 
Danke für den Tipp. Dateien in /dev/shm werden gar keine gehalten, wenn ich die Ausgabe von lsof danach greppe kommt nix. Laut Man-Page von lsof heißen Posix-Shared-Memory-Files "PSXSHM" im Typ. Und wenn ich danach greppe kommt auch nix bei raus.
 
Hi,
ich habe genau das gleich problem mit openvz/virtuozzo systemen.
Kann es sein, dass du bei php als fcgi einsetzt?
 
vpsuser4 said:
Hi,
ich habe genau das gleich problem mit openvz/virtuozzo systemen.
Kann es sein, dass du bei php als fcgi einsetzt?
Click to expand...

Also ich hatte auch PHP als FCGID im Einsatz un den eAccelerator welcher am Ende schuld war dass die SHM Pages so hochgingen. Diesen evtl. mal deaktivieren.
 
Hallo,
das kannste an der apache2-conf sehen, oder in plesk bei den domain-einstellungen.

Bei mir ist z.B. auch "kmemsize" betroffen.

Der vServer hat 3GB garantiert.

Keiner kann mir bis jetzt gründe nennen, warum es zu diesen failcounts kommt. Der RAM ist nur max zu 40% ausgelastet.
 
Japp, in den mods-enabled ist fcgi an. Nun die Frage: Wie kann ich das sauber deaktivieren, sodass Plesk da keine Sperenzchen macht? Ohne Plesk würde ich einfach den Symlink löschen. Schluckt das Plesk ohne Probleme?
 
You must log in or register to reply here.
Back
Top