Problem mit Root - CPU Überlastet

SuXx · Jan 30, 2011

Hallo,

seit einigen Tagen ist mein Root (ECO Server von S4Y) hoffnungslos überlastet.

Normal war sonst immer bei dieser Auslastung die wir im Moment von unseren Servern haben maximal 30 Prozent Prozessor Power, jetzt sind es konstant 100!

Das meiste fressen davon unsere RtCW: Enemy Territory Gameserver,
gestern war es aber ein Prozess von drweb der 100 Prozent verbraucht hat.

Da ich in keinen Logs etwas hilfreiches dazu finden kann,
hoffe ich dass hier jemand einen Tipp hat wo ich noch nachschauen kann oder ob der Server vielleicht angepingt oder gehackt wird.

Danke schonmal.

MfG

nevakee · Jan 30, 2011

Poste doch mal die Ausgabe von "top" bzw. "htop".

SuXx · Jan 30, 2011

Hier 2 mal die htop Ausgabe, auf dem 2. Screenshot sind die 3 Gameserver die den Root überlasten:

http://www.abload.de/image.php?img=auslastung1saae.jpg

http://www.abload.de/image.php?img=auslastung2nl37.jpg

Und hier ein Screenshot nach einem Restart der Server, wie die Auslastung normal aussieht:

MOD: Bilder bitte immer als Anhang. Danke!

IP-Projects.de · Jan 30, 2011

top fehlt noch - merkt man das Performance Problem denn auf den Gameserver selbst? Denn ein Core scheint immer frei zu sein.

SuXx · Jan 30, 2011

Auf den Gameservern macht sich das Problem als einziges Lagg bemerkbar - unspielbar. Der Server hat sozusagen nen konstanten timeout und ist alle paar Sekunden einmal kurz erreichbar.

Hier die top Ausgabe, im Moment läuft aber alles wieder "normal":

Code:

19146 xxandi    20   0  220m 123m 4484 S   34  3.3  21:08.50 etded.x86
 3153 ts        20   0  270m  25m 5548 S    3  0.7  52:25.28 ts3server_linux
 3182 ts        39  19  160m 3164 1616 S    1  0.1   7:21.56 server_linux
20541 root      20   0 79008 3616 2840 S    1  0.1   0:00.18 sshd
    1 root      20   0 10316  752  620 S    0  0.0   0:01.48 init
    2 root      15  -5     0    0    0 S    0  0.0   0:00.00 kthreadd
    3 root      RT  -5     0    0    0 S    0  0.0   0:00.00 migration/0
    4 root      15  -5     0    0    0 S    0  0.0   0:01.00 ksoftirqd/0
    5 root      RT  -5     0    0    0 S    0  0.0   0:00.12 watchdog/0
    6 root      RT  -5     0    0    0 S    0  0.0   0:00.00 migration/1
    7 root      15  -5     0    0    0 S    0  0.0   0:20.52 ksoftirqd/1
    8 root      RT  -5     0    0    0 S    0  0.0   0:00.04 watchdog/1
    9 root      15  -5     0    0    0 S    0  0.0   0:03.40 events/0
   10 root      15  -5     0    0    0 S    0  0.0   0:04.84 events/1
   11 root      15  -5     0    0    0 S    0  0.0   0:00.00 khelper
   46 root      15  -5     0    0    0 S    0  0.0   0:00.32 kblockd/0
   47 root      15  -5     0    0    0 S    0  0.0   0:00.20 kblockd/1
   53 root      15  -5     0    0    0 S    0  0.0   0:00.00 ksuspend_usbd
   59 root      15  -5     0    0    0 S    0  0.0   0:00.00 khubd
   62 root      15  -5     0    0    0 S    0  0.0   0:00.00 kseriod
  135 root      20   0     0    0    0 S    0  0.0   0:03.18 pdflush
  136 root      20   0     0    0    0 S    0  0.0   0:00.32 pdflush
  137 root      15  -5     0    0    0 S    0  0.0   0:00.00 kswapd0
  138 root      15  -5     0    0    0 S    0  0.0   0:00.00 aio/0
  139 root      15  -5     0    0    0 S    0  0.0   0:00.00 aio/1
  345 root      15  -5     0    0    0 S    0  0.0   0:00.00 ata/0
  346 root      15  -5     0    0    0 S    0  0.0   0:00.00 ata/1
  347 root      15  -5     0    0    0 S    0  0.0   0:00.00 ata_aux
  374 root      15  -5     0    0    0 S    0  0.0   0:00.00 scsi_eh_0
  376 root      15  -5     0    0    0 S    0  0.0   0:00.00 scsi_eh_1
  384 root      15  -5     0    0    0 S    0  0.0   0:00.00 scsi_eh_2
  386 root      15  -5     0    0    0 S    0  0.0   0:00.00 scsi_eh_3
  875 root      15  -5     0    0    0 S    0  0.0   0:00.00 md0_raid1
  883 root      15  -5     0    0    0 S    0  0.0   0:25.76 md1_raid1
  918 root      15  -5     0    0    0 S    0  0.0   0:10.54 kjournald
  999 root      16  -4 16936 1144  492 S    0  0.0   0:00.18 udevd
 1430 root      15  -5     0    0    0 S    0  0.0   0:00.00 kpsmoused
 1840 root      20   0  182m 1676 1012 S    0  0.0   0:02.39 rsyslogd
 1853 messageb  20   0 21092  876  656 S    0  0.0   0:00.00 dbus-daemon
 1865 avahi     20   0 31720 1544 1252 S    0  0.0   0:16.74 avahi-daemon
 1866 avahi     20   0 31604  504  280 S    0  0.0   0:00.00 avahi-daemon
 1888 bind      20   0  119m  11m 2444 S    0  0.3   0:00.16 named
 1907 root      20   0 48868 1204  700 S    0  0.0   0:00.08 sshd
 1949 root      20   0 17316 1448 1156 S    0  0.0   0:00.00 mysqld_safe
 1986 mysql     20   0  226m  40m 6136 S    0  1.1   1:25.98 mysqld
 1987 root      20   0  3784  600  500 S    0  0.0   0:00.00 logger
 2058 postgres  20   0 99512 6284 5388 S    0  0.2   0:02.52 postgres
 2287 postgres  20   0 99512 1612  704 S    0  0.0   0:10.16 postgres
 2288 postgres  20   0 99512 1420  512 S    0  0.0   0:06.38 postgres
 2289 postgres  20   0 99632 1688  688 S    0  0.0   0:01.50 postgres
 2291 postgres  20   0 69840 1396  452 S    0  0.0   0:01.12 postgres
 2480 root      20   0 21724  888  556 S    0  0.0   0:00.08 couriertcpd
 2482 root      20   0 14060 1308 1012 S    0  0.0   0:00.02 courierlogger
 2491 root      20   0 21724  884  556 S    0  0.0   0:00.08 couriertcpd
 2493 root      20   0 14060 1304 1012 S    0  0.0   0:00.04 courierlogger
 2500 root      20   0 21724  884  556 S    0  0.0   0:00.08 couriertcpd

SuXx · Jan 30, 2011

Und schon ist der Root wieder hoffnungslos überlastet, der Enemy Territory Server verbraucht auf einmal ohne trifftigen Grund 90 Prozent CPU Power, eine Minute davor warens noch 15-35 Prozent

Code:

PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
19146 xxandi    20   0  220m 125m 4468 R   90  3.4  27:01.34 etded.x86
 3153 ts        20   0  270m  25m 5548 S   13  0.7  53:25.63 ts3server_linux
 3182 ts        39  19  160m 3164 1616 S    3  0.1   7:32.69 server_linux
 1865 avahi     20   0 31720 1544 1252 S    1  0.0   0:17.10 avahi-daemon
 2287 postgres  20   0 99512 1612  704 S    1  0.0   0:10.36 postgres
21324 root      20   0 18828 1260  944 R    1  0.0   0:00.12 top
 1986 mysql     20   0  226m  40m 6136 S    0  1.1   1:28.22 mysqld
    1 root      20   0 10316  752  620 S    0  0.0   0:01.48 init
    2 root      15  -5     0    0    0 S    0  0.0   0:00.00 kthreadd
    3 root      RT  -5     0    0    0 S    0  0.0   0:00.02 migration/0
    4 root      15  -5     0    0    0 S    0  0.0   0:01.04 ksoftirqd/0
    5 root      RT  -5     0    0    0 S    0  0.0   0:00.12 watchdog/0
    6 root      RT  -5     0    0    0 S    0  0.0   0:00.00 migration/1
    7 root      15  -5     0    0    0 S    0  0.0   0:20.66 ksoftirqd/1
    8 root      RT  -5     0    0    0 S    0  0.0   0:00.04 watchdog/1
    9 root      15  -5     0    0    0 S    0  0.0   0:03.48 events/0
   10 root      15  -5     0    0    0 S    0  0.0   0:04.92 events/1
   11 root      15  -5     0    0    0 S    0  0.0   0:00.00 khelper
   46 root      15  -5     0    0    0 S    0  0.0   0:00.32 kblockd/0
   47 root      15  -5     0    0    0 S    0  0.0   0:00.22 kblockd/1
   53 root      15  -5     0    0    0 S    0  0.0   0:00.00 ksuspend_usbd
   59 root      15  -5     0    0    0 S    0  0.0   0:00.00 khubd
   62 root      15  -5     0    0    0 S    0  0.0   0:00.00 kseriod
  135 root      20   0     0    0    0 S    0  0.0   0:03.26 pdflush
  136 root      20   0     0    0    0 S    0  0.0   0:00.32 pdflush
  137 root      15  -5     0    0    0 S    0  0.0   0:00.00 kswapd0
  138 root      15  -5     0    0    0 S    0  0.0   0:00.00 aio/0
  139 root      15  -5     0    0    0 S    0  0.0   0:00.00 aio/1
  345 root      15  -5     0    0    0 S    0  0.0   0:00.00 ata/0
  346 root      15  -5     0    0    0 S    0  0.0   0:00.00 ata/1
  347 root      15  -5     0    0    0 S    0  0.0   0:00.00 ata_aux
  374 root      15  -5     0    0    0 S    0  0.0   0:00.00 scsi_eh_0
  376 root      15  -5     0    0    0 S    0  0.0   0:00.00 scsi_eh_1
  384 root      15  -5     0    0    0 S    0  0.0   0:00.00 scsi_eh_2
  386 root      15  -5     0    0    0 S    0  0.0   0:00.00 scsi_eh_3
  875 root      15  -5     0    0    0 S    0  0.0   0:00.00 md0_raid1
  883 root      15  -5     0    0    0 S    0  0.0   0:26.32 md1_raid1
  918 root      15  -5     0    0    0 S    0  0.0   0:10.86 kjournald
  999 root      16  -4 16936 1144  492 S    0  0.0   0:00.18 udevd
 1430 root      15  -5     0    0    0 S    0  0.0   0:00.00 kpsmoused
 1840 root      20   0  182m 1676 1012 S    0  0.0   0:02.39 rsyslogd
 1853 messageb  20   0 21092  876  656 S    0  0.0   0:00.00 dbus-daemon
 1866 avahi     20   0 31604  504  280 S    0  0.0   0:00.00 avahi-daemon
 1888 bind      20   0  119m  11m 2444 S    0  0.3   0:00.16 named
 1907 root      20   0 48868 1204  700 S    0  0.0   0:00.10 sshd
 1949 root      20   0 17316 1448 1156 S    0  0.0   0:00.00 mysqld_safe
 1987 root      20   0  3784  600  500 S    0  0.0   0:00.00 logger
 2058 postgres  20   0 99512 6284 5388 S    0  0.2   0:02.52 postgres
 2288 postgres  20   0 99512 1420  512 S    0  0.0   0:06.50 postgres
 2289 postgres  20   0 99632 1688  688 S    0  0.0   0:01.52 postgres
 2291 postgres  20   0 69840 1396  452 S    0  0.0   0:01.14 postgres
 2480 root      20   0 21724  888  556 S    0  0.0   0:00.08 couriertcpd
 2482 root      20   0 14060 1308 1012 S    0  0.0   0:00.02 courierlogger
 2491 root      20   0 21724  884  556 S    0  0.0   0:00.08 couriertcpd
 2493 root      20   0 14060 1304 1012 S    0  0.0   0:00.04 courierlogger
 2500 root      20   0 21724  884  556 S    0  0.0   0:00.08 couriertcpd

nevakee · Jan 30, 2011

Hast du den Gameserver schon mal neu installiert und dann geguckt, wie der sich verhält?

SuXx · Jan 30, 2011

Das habe ich noch nicht probiert, aber daran kann es auch eigendlich nicht liegen, da wir 3 Enemy Territory Gameserver haben und es bei allen Servern gleich aussieht, wir haben 2 ET Server schon komplett heruntergefahren, jetzt läuft momentan nur noch einer "einigermaßen" laggfrei.

Und der verbraucht konstant ~90 Prozent CPU Power.

Was mich sehr wundert:
Gestern hat ein Prozess von drweb (Linux Antivirus) ~100 Prozent CPU Power verbraucht, daraufhin habe ich drweb deinstalliert und nun sind es auf einmal die ET Server die so viel CPU Power verbrauchen.

Kann sich da jemand jemand einen Reim drauf machen?

Sämtliche SSH Verbindungen sind per Firewall auf meinen PC beschränkt und auch sonstige Sicherheitslücken wurden schon bei der Einrichtung des Roots geschlossen (zumindest hoffe ich das).

Thunderbyte · Jan 30, 2011

Nun, wenns auf allen ET Servern gleich aussieht, könnte es dann nicht vielleicht auch an denen liegen? Hast Du denn schon mal in entsprechenden Foren nachgesehen, ob evtl ein Update diese Probleme verursacht?

SuXx · Jan 30, 2011

Lasse gerade von S4Y einen Hardwarecheck durchführen der erstmal 4 Stunden dauert, mal sehen was dabei rauskommt ...

SuXx · Jan 31, 2011

Problem gelöst

Grund war ein defekter Kühler, was dazu führte das der CPU überhitzt war und seine Leistung automatisch heruntergefahren hat.

Mal wieder spitzen Support bei S4Y, auch wenn der Hardwarecheck etwas länger gedauert hat als vorher abgesprochen (knapp 7 Stunden statt 3-4 Stunden).

schnoog · Jan 31, 2011

Einen kleinen Tipp für einen Mitstreiter der ET Admin Gilde

Aktuell laufen massive Attacken gegen ET Server, die den sog. Getstatus Exploit ausnutzen.

Das sorgt dann dafür, dass eingehende getstatus Datenpakete (14byte) beim beantworten den Upstream ausreizen können (Antwortpaket bei leerem Server ca. 600byte, bei 20 Spielern deutlich mehr.

Auf einen meiner ET Server hatte ich über 4000! getstatus Queries pro Sekunde.
Upstream war mit 90MBit/s nah am Limit, der Server extrem laggy.

Um das Problem anzugehen gibt es mehrere Lösungsansätze von welchen ich hier mal 2 aufgezeigt hab

Gruss
schnoog

SuXx · Feb 5, 2011

Danke erstmal für deinen Tipp!

Wir haben gerade festgestellt das wir wieder das gleiche Problem mit dem CPU haben wie vor einer Woche, schon wieder ein Kern des CPU´s (Dual Core) konstant 100 Prozent ausgelastet und Gameserver mit ~40 Spielern extrem Laggy ...

Habe gerade bei S4Y nen neues Ticket aufgemacht, was verbauen die da eigendlich für ne billig Hardware wenn die schon nach einer Woche wieder im Eimer ist ?!

DjTom-i · Feb 5, 2011

Ist überhaupt ein 1000Hz Kernel installiert?

SuXx · Feb 5, 2011

Nein, warum sollte auch?

Problem mit Root - CPU Überlastet

SuXx

New Member

nevakee

...

SuXx

New Member

Attachments

IP-Projects.de

Active Member

SuXx

New Member

SuXx

New Member

nevakee

...

SuXx

New Member

Thunderbyte

Moderator

SuXx

New Member

SuXx

New Member

schnoog

New Member

SuXx

New Member

DjTom-i

Member

SuXx

New Member

We value your privacy