Arbeitsspeicherverbrauch von Teamspeak?!?

Merlok

New Member
Ich habe auf meinem Server schon ewig Teamspeak laufen, aber irgendwie überkommt mich das Gefühl dass in letzter Zeit (seit ein paar Wochen) der RAM-Verbrauch von TS massiv gestiegen ist.

Ich kanns mir irgendwie nicht so recht erklären, da ich an der Konfiguration von Teamspeak überhaupt nichts geändert habe.

Anbei mal ein Auszug aus putty. Ich habe dort den ts laufen gehabt, dann den Speicher anzeigen lassen, ts gestoppt, speicher angezeigt, und danach wieder gestartet.

Code:
[root@vs170107 ~]# free
             total       used       free     shared    buffers     cached
Mem:        524288     507128      17160          0          0          0
-/+ buffers/cache:     507128      17160
Swap:            0          0          0
[root@vs170107 ~]# killall server_linux
[root@vs170107 ~]# free
             total       used       free     shared    buffers     cached
Mem:        524288     300436     223852          0          0          0
-/+ buffers/cache:     300436     223852
Swap:            0          0          0
[root@vs170107 ~]# mc

[root@vs170107 tss]# su tss
[tss@vs170107 ~]$ ./server_linux
TeamSpeak Server Daemon started with PID 5462
[tss@vs170107 ~]$ free
             total       used       free     shared    buffers     cached
Mem:        524288     468620      55668          0          0          0
-/+ buffers/cache:     468620      55668
Swap:            0          0          0
Wie man sieht verbraucht der TS-Server ganz grob knapp 180 MB RAM.

Das kann doch nicht sein oder?
Ich hab das vorher zwar nie ganz genau verfolgt, aber das kommt mir irgendwie komisch vor, da ich in letzter Zeit mit massiven RAM-Problemen auf dem Server zu kämpfen habe. Und das selbst nach einer Server-Neuinstallation (siehe auch meinen Thread über die RAM-Probleme:

Das Problem ist wohl wirklich der TS-Server. Je länger er läuft desto kleiner wird mein freier Speicher.
Das geht dann soweit dass auf dem Server wegen unzureichend freiem RAM quasi alles ausfällt. SSH, FTP, QMAIL... einfach alles. Danach muss ich per Admin-Panel bei Server4You neustarten, da ich nichtmal per SSH raufkomme.

Die typische Fehlermeldung die mir bei einem shutdown -r now angezeigt wird wenn das Problem schon besteht und ich noch per SSH angemeldet bin ist "Cannot allocate memory", was angesichts von nur wenigen MB Arbeitsspeicher (10 MB oder weniger) verständlich ist.

Nur wieso gerade TS?

Ich hatte damit noch nie solche Probleme! Ist irgendwas im TS evtl. kompromittiert? Nur mal so ganz vorsichtig gefragt?
Oder was kann das sonst sein???
 
Hellu,

Welche Distribution ist im Einsatz?
Wer sagt dir das Teamspeak das Problem ist?
Wieviel Teamspeak Instanzen laufen auf den System?
Was sagen die Logfiles?
Poste mal die Ausgabe von ps aux.

Ich habe hier ein Teamspeak Server mit der hälfte des Arbeitsspeichers. Es läuft seid 1 Jahr ohne Probleme.
 
Last edited by a moderator:
Du hast keinen SWAP! Warum das!? Natürlich muss dann alles im Ram bleiben und kann nicht ausgelagert werden.
 
Also:

Distribution: CentOS 5.3

Naja ich vermute dass Teamspeak das Problem ist, da der freie Arbeitsspeicher massiv abgenommen hat, nachdem ich TS erneut gestartet habe (siehe oben).
Es läuft eine Teamspeak Instanz mit 3 virtuellen Servern, welche aber kaum ausgelastet sind.

Anbei der Auszug von ps aux:
[root@vs170107 ~]# ps aux
USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND
root 1 0.0 0.1 1996 672 ? Ss Dec13 0:00 init [3]
root 32095 0.0 0.1 2088 640 ? S<s Dec13 0:00 /sbin/udevd -d
root 32512 0.0 0.1 1660 580 ? Ss Dec13 0:00 syslogd -m 0
2525 32556 0.0 0.4 6004 2584 ? S Dec13 0:00 /usr/sbin/sw-cp
sso 32559 0.0 1.2 26032 6324 ? Ss Dec13 0:00 /usr/bin/sw-eng
sso 32583 0.0 1.2 26032 6324 ? Ss Dec13 0:00 /usr/bin/sw-eng
root 32584 0.0 0.2 6996 1064 ? Ss Dec13 0:00 /usr/sbin/sshd
sso 32586 0.0 0.3 26080 1948 ? S Dec13 0:00 /usr/bin/sw-eng
sso 32587 0.0 0.3 26080 1944 ? S Dec13 0:00 /usr/bin/sw-eng
sso 32599 0.0 1.2 26032 6324 ? Ss Dec13 0:00 /usr/bin/sw-eng
sso 32603 0.0 0.3 26080 1948 ? S Dec13 0:00 /usr/bin/sw-eng
sso 32606 0.0 0.3 26080 1944 ? S Dec13 0:00 /usr/bin/sw-eng
root 32610 0.0 0.1 2652 880 ? Ss Dec13 0:00 xinetd -stayali
sso 32612 0.0 1.2 26032 6324 ? Ss Dec13 0:00 /usr/bin/sw-eng
sso 32619 0.0 0.3 26080 1948 ? S Dec13 0:00 /usr/bin/sw-eng
sso 32620 0.0 0.3 26080 1944 ? S Dec13 0:00 /usr/bin/sw-eng
sso 32629 0.0 0.3 26080 1948 ? S Dec13 0:00 /usr/bin/sw-eng
sso 32631 0.0 0.3 26080 1944 ? S Dec13 0:00 /usr/bin/sw-eng
root 32633 0.0 0.1 5864 828 ? S Dec13 0:00 /usr/lib/courie
root 32635 0.0 0.2 4700 1112 ? S Dec13 0:00 /usr/sbin/couri
root 32645 0.0 0.1 5864 828 ? S Dec13 0:00 /usr/lib/courie
root 32647 0.0 0.2 4700 1112 ? S Dec13 0:00 /usr/sbin/couri
root 32653 0.0 0.1 5860 816 ? S Dec13 0:00 /usr/lib/courie
root 32655 0.0 0.2 4700 1060 ? S Dec13 0:00 /usr/sbin/couri
root 32662 0.0 0.1 5860 816 ? S Dec13 0:00 /usr/lib/courie
root 32664 0.0 0.2 4700 1060 ? S Dec13 0:00 /usr/sbin/couri
qmails 32683 0.0 0.0 1640 496 ? S Dec13 0:00 qmail-send
qmaill 32685 0.0 0.0 1592 480 ? S Dec13 0:00 splogger qmail
root 32686 0.0 0.0 1624 380 ? S Dec13 0:00 qmail-lspawn |
qmailr 32687 0.0 0.0 1616 388 ? S Dec13 0:00 qmail-rspawn
qmailq 32688 0.0 0.0 1588 360 ? S Dec13 0:00 qmail-clean
named 32764 0.0 0.6 69508 3344 ? Ssl Dec13 0:00 /usr/sbin/named
root 1401 0.0 0.2 2384 1160 ? S Dec13 0:00 /bin/sh /usr/bi
mysql 1495 0.0 1.5 31708 7944 ? Sl Dec13 0:05 /usr/libexec/my
root 1608 0.0 2.4 31400 12692 ? Ss Dec13 0:00 /usr/sbin/httpd
apache 1633 0.0 0.7 22384 3944 ? S Dec13 0:00 /usr/sbin/httpd
root 3363 0.0 0.2 3244 1112 ? Ss Dec13 0:00 crond
tss 3377 0.0 0.4 8136 2228 ? S Dec13 0:00 crond
tss 3452 0.0 0.0 0 0 ? Zs Dec13 0:00 [ser] <defunct>
tss 3496 0.1 0.5 202604 2928 ? SNl Dec13 0:57 /home/tss/serve
root 3568 0.0 0.9 9344 4760 ? S Dec13 0:03 python /home/de
tss 3776 0.0 0.0 1504 316 ? S Dec13 0:00 bin/qmail-injec
apache 18325 0.0 5.1 48428 27112 ? S 01:23 0:04 /usr/sbin/httpd
apache 18347 0.0 6.2 54308 32832 ? S 01:23 0:06 /usr/sbin/httpd
apache 18388 0.0 6.3 54608 33048 ? S 01:23 0:09 /usr/sbin/httpd
apache 18418 0.0 4.7 45948 24644 ? S 01:23 0:04 /usr/sbin/httpd
apache 19499 0.0 4.7 45952 24684 ? S 01:23 0:06 /usr/sbin/httpd
root 24231 0.0 0.3 4888 1904 ? S 07:37 0:00 /usr/bin/courie
root 24232 0.0 0.3 4888 1904 ? S 07:37 0:00 /usr/bin/courie
popuser 24233 0.0 0.2 7124 1552 ? S 07:37 0:00 /usr/bin/imapd
popuser 24234 0.0 0.2 7124 1532 ? S 07:37 0:00 /usr/bin/imapd
root 30253 0.0 0.3 4888 1904 ? S 07:59 0:00 /usr/bin/courie
root 30258 0.0 0.3 4888 1904 ? S 07:59 0:00 /usr/bin/courie
popuser 30274 0.0 0.2 7124 1552 ? S 07:59 0:00 /usr/bin/imapd
popuser 30275 0.0 0.2 7124 1532 ? S 07:59 0:00 /usr/bin/imapd
root 28494 0.2 0.6 11800 3160 ? Rs 08:12 0:00 sshd: root@pts/
root 28520 0.0 0.2 2396 1348 pts/0 Ss 08:12 0:00 -bash
root 28647 0.0 0.1 2112 840 pts/0 R+ 08:12 0:00 ps aux

Wegen dem SWAP Speicher:
Ne ich habe keinen. Jetzt mal ne sicherlich ganz blöde Frage: Kann ich den selber einrichten?! Wenn ja wie?
 
Danke erstmal für die Hilfe mit dem Google Link. ;-) Bin grad am lesen.

Aber noch so ne Frage: Wie groß sollte denn so eine SWAP Partition üblicherweise sein? Ich habe 512 MB RAM.
 
Im Zweifelsfall doppelt so viel Swap wie Ram zur Verfügung steht. Bei mehr Ram trifft das nicht mehr unbedingt zu, aber macht bei dir durchaus Sinn. ;)
 
Ich bin mir jetzt nicht ganz sicher aber eine Teamspeak Instanz verbraucht um die 60MB Arbeitsspeicher.
Schalte mal eine Instanz kurzzeitig ab. Dann siehste es selber.

Das andere sieht soweit ganz gut aus.

512MB ist echt mager.
 
Mehr RAM hat mein momentaner vServer leider nicht.

fdisk wirft mir folgendes aus:
Code:
[root@vs170107 ~]# fdisk

Usage: fdisk [-l] [-b SSZ] [-u] device
E.g.: fdisk /dev/hda  (for the first IDE disk)
  or: fdisk /dev/sdc  (for the third SCSI disk)
  or: fdisk /dev/eda  (for the first PS/2 ESDI drive)
  or: fdisk /dev/rd/c0d0  or: fdisk /dev/ida/c0d0  (for RAID devices)

Leider kann ich keine der Platten mit fdisk bearbeiten. Weder /dev/hda, noch /dev/sdc etc.
Es erscheint die Meldung unalbe to open.

fd wirft mir folgendes aus:
Code:
[root@vs170107 ~]# df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/vzfs             10485760   1241584   9244176  12% /
tmpfs                  8188668         4   8188664   1% /dev
tmpfs                  8188668         0   8188668   0% /usr/local/psa/handlers/before-local
tmpfs                  8188668         0   8188668   0% /usr/local/psa/handlers/before-queue
tmpfs                  8188668         0   8188668   0% /usr/local/psa/handlers/before-remote
tmpfs                  8188668        68   8188600   1% /usr/local/psa/handlers/info
tmpfs                  8188668         0   8188668   0% /usr/local/psa/handlers/spool

Scheinbar habe ich die benötigten Platten gar nicht (/dev/hda ...).

Wie kann ich dann eine SWAP Partition erzeugen?:confused:
 
Ähm stop. Nicht bei jeder Virtualisierungslösung ist es möglich Swap in den VMs zu haben. Bei OpenVZ/Virtuozzo ist das z.B. nicht möglich! Ich vermute also mal, dass genau das bei dir der Fall ist!
 
Ich bin mir nicht sicher, aber ich glaube dass mein vServer über Virtuozzo läuft.

Kann ich das irgendwie rausfinden?
 
Ja, ein simples
Code:
cat /proc/user_beancounters
reicht. Funktioniert das und du bekommst eine Rückgabe hast du OpenVZ bzw. Virtuozzo. Ansonsten kannst du das natürlich über das Panel nachschauen wo du den vServer steuerst. Wenn da dick Virtuozzo (ein Produkt von Parallels) dran steht wirds auch Virtuozzo sein. ;)
 
Der Befehl wirft mir das hier zurück:
Code:
[root@vs170107 ~]# cat /proc/user_beancounters
Version: 2.5                                                                    
       uid  resource                     held              maxheld              barrier                limit              failcnt
    170107: kmemsize                  8469639              9569859             15523666             17076032                    0
            lockedpages                     0                    0                  344                  344                    0
            privvmpages                118163               130213               131072               139264                    0
            shmpages                     6013                16278                19567                19567                    0
            dummy                           0                    0                    0                    0                    0
            numproc                        82                   95                  128                  128                    0
            physpages                   37202                46891                    0  9223372036854775807                    0
            vmguarpages                     0                    0                65536  9223372036854775807                    0
            oomguarpages                37220                46907                65536  9223372036854775807                    0
            numtcpsock                     27                   36                  288                  288                    0
            numflock                       10                   16                  224                  246                    0
            numpty                          1                    1                   16                   16                    0
            numsiginfo                      0                    5                  512                  512                    0
            tcpsndbuf                  253152               445360              2449232              3598712                    0
            tcprcvbuf                  303264               361680              2449232              3598712                    0
            othersockbuf                32816               202792               844366              1481926                    0
            dgramrcvbuf                     0                14496               844366               844366                    0
            numothersock                   27                   44                  288                  288                    0
            dcachesize                1216782              1527471              2254786              2322430                    0
            numfile                      3242                 4117                 4256                 4256                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            dummy                           0                    0                    0                    0                    0
            numiptent                      30                   30                   64                   64                    0

Dann habe ich also Virtuozzo nehme ich an, und kann somit keinen SWAP einrichten.
Schade eigentlich.
 
Dann habe ich also Virtuozzo nehme ich an, und kann somit keinen SWAP einrichten.
In der Tat.

aber du hast in den beancounters zumindest noch keine failcounts. Bist also noch nicht irgendwo über deine Ressourcen rausgeschossen. ;)
 
Back
Top