vServer CPU Auslastung?

Gizmo

Gizmo

Registered User
Jo, als Neuer wollt ich erstmal Hallöle sagen ;)

Und natürlich hab ich auch gleich n tolles Problemchen... :rolleyes:

Also ich hab n vServer bei S4Y... Soweit alles toll... Ich mein, ich mit meinen beschränkten Linux Fähigkeiten habs bisher grad so geschafft die Maschine am Laufen zu halten... Is mir schon klar dass für die 9,99€ im Monat etwas eigene Arbeit reinzustecken ist, aber an meinem jetziges Problem bin ich irgendwie machtlos: Bei jeder Anfrage die an den Host geht, schnellt die Auslastung aller 4 CPUs auf 100% hoch... Das Resultat daraus ist natürlich, dass mein Forum (PHP/MySQL) fast 30s zum Seitenaufbau braucht... Zuerst dachte ich an einen Fehler meinerseits, aber laut "top" allokieren "meine" Prozesse nie mehr als 4-7% (einer einzigen CPU wohlgemerkt)... Passiert ist das erst nach dem letzten Kernelupdate, war glaub ich am 24ten diesen Monats...

Hier mal kurz veranschaulicht:

7:44pm up 22:47, 1 user, load average: 0.47, 0.81, 0.84
22 processes: 19 sleeping, 3 running, 0 zombie, 0 stopped
CPU0 states: 54.0% user, 45.0% system, 0.0% nice, 0.0% idle
CPU1 states: 50.0% user, 50.0% system, 0.0% nice, 0.0% idle
CPU2 states: 20.0% user, 80.0% system, 0.0% nice, 0.0% idle
CPU3 states: 50.0% user, 50.0% system, 0.0% nice, 0.0% idle
Mem: 6205424K av, 6108804K used, 96620K free, 0K shrd, 2290112K buff
Swap: 4194272K av, 1370448K used, 2823824K free 1001932K cached
Click to expand...

Nach sowas hab ich dann öfters auch mal : "Floating Point Exception"

Mein Kernel ist zur Zeit: "2.4.20-020stab009.8.777-enterprise #1 SMP Tue Jan 6 12:34:23 MSK 2004 i686 unknown"

So, und nu würd ich gern wissen ob jemand das gleiche Problem oder zufääällig n Vorschlag für mich hat? :rolleyes:

PS: Ich bin übrigens auf Host50...
PS2: N Kumpel von mir hat auch n vServer bei S4Y, zwar ein alter, aber der hat nicht das gleiche Problem... (Er hat sogar noch den gleichen Kernel wie von Anfang an, was mich ehrlich gesagt stark wundert... Aber sein vServer läuft total stabil... Recht lustig das...)
 
Ich bin zwar auf einem anderen Hostsystem aber ich hatte diese Probleme auch schon.
Solutions:
Starte nur sowenig Dienste wie möglich (bei mir laufen nur: HTTP und MYSQL....mail / ftp etc laufen in xinetd)
Andererseits kann es auch an deinem Hostsystem liegen dass es einfach überlastet ist.
Schau mal mit "ps aux" ob es einen prozess gibt der hängt und eine hohe CPU Last verursacht
 
3 Dinge:

1.)
Hallo erstmal. ;)

2.)
Gizmo said:
Bei jeder Anfrage die an den Host geht, schnellt die Auslastung aller 4 CPUs auf 100% hoch...
Click to expand...
Ist das genau so? Die Anfrage kommt, die Werte steigen, nach 30 Sekunden ist die Anfrage raus (mit PHP-Timeout oder ohne?) und die Werte fallen?
Dann liegt der Fehler nicht direkt bei Dir, aber bei Deiner Maschine, PHP oder Board-Software.

3.)
Auffällig sind die hohen Werte für das System. I.d.R. nutzt eher der User mehr CPU (wenn man mal von einem X-System absieht).


Ich kann nicht wirklich sagen, wo das Problem ist. Aber ich würde mich mal langsam rantasten (immer 'top' mitlaufen lassen):
a) Versuch ne größere Bild-Datei per ftp auf den Server zu laden.
(Bei Problemen: vServer-System)
b) Versuch die größere Bild-Datei per http vom Server zu ziehen.
(Bei Problemen: vServer-System oder Apache)
c) Versuch kleinere PHP-Scripts, die einfach nur ein paar Schleifendurchläufe machen.
(Bei Problemen: Apache oder PHP)
d) Versuch das Bild durch ein PHP-Scripts ausgeben zulassen.
(Bei Problemen: PHP)
e) ...kleineres Datenbank-Script...
etc.

huschi.
 
Hmm,
Erst mal merci für die Tipps, ich werde das eine oder andere mal bei etwas mehr Zeit (die ich natürlich gerade nicht haben) Schritt für Schritt angehen...

Denn auf dem 50er Host bist du ganz sicher nicht
Click to expand...
Ach nee? Wie war das dann mit dem letzten Byte beim traceroute?

traceroute to vserver.de (217.172.167.152), 30 hops max, 38 byte packets
1 10.0.0.50 (10.0.0.50) 0.207 ms 0.157 ms 0.077 ms
2 content.intergenia.de (217.172.167.152) 2.898 ms 1.528 ms 1.917 ms
Click to expand...

Starte nur sowenig Dienste wie möglich (bei mir laufen nur: HTTP und MYSQL....mail / ftp etc laufen in xinetd)
Click to expand...
Hmm... Das einzigste was bei mir noch läuft sind ab und zu 2-3 CRON Jobs und n Eggdrop... Dürfte ja aber nich die Machine bersten lassen, vor allem weils vorher eigentlich nie so ein Problem gab...


Ist das genau so? Die Anfrage kommt, die Werte steigen, nach 30 Sekunden ist die Anfrage raus (mit PHP-Timeout oder ohne?) und die Werte fallen?
Dann liegt der Fehler nicht direkt bei Dir, aber bei Deiner Maschine, PHP oder Board-Software.
Click to expand...
Das läuft tatsächlich so ab, allerdings musste ich mittlerweile festestellen, dass es nicht bei jeder Anfrage der Fall ist... Aber immer noch bei vielen... Und n PHP-Timeout hab ich auch nicht... Er braucht immer nur ewig die Seiten aufzubauen... Mittlerweile hab ich User die sich über mehrere Minuten Wartezeit beklagen... (Is mir selbst allerdings noch nicht so krass aufgefallen)... N direktes Muster für die Belastung hab ich noch nicht erkannt... Evtl, kommt die große Erleuchtung ja noch... :rolleyes:

Dann noch was Neues... Hab vorhin vergessen meine SSH Sitzung zu beenden, gerade eben kam ich zurück und o Wunder:
3:27pm up 5 days, 18:28, 1 user, load average: 0.31, 0.11, 0.14
20 processes: 17 sleeping, 3 running, 0 zombie, 0 stopped
CPU0 states: 37.0% user, 62.0% system, 0.0% nice, 0.0% idle
CPU1 states: 0.0% user, 100.0% system, 0.0% nice, 0.0% idle
CPU2 states: 0.0% user, 100.0% system, 0.0% nice, 0.0% idle
Floating point exception 6.0% system, 0.0% nice, 93.0% idle
[root@248243 root]# 137648K used, 67776K free, 0K shrd, 2344008K buff
Swap: 4194272K av, 1724476K used, 2469796K free 1158756K cached

PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME COMMAND
21186 root 19 0 2860 2860 1268 R 3.4 0.0 0:00 confixx_counter
19617 apache 10 0 7356 6868 4608 R 0.1 0.1 0:08 httpd
25733 root 9 0 2048 2016 1564 R 0.1 0.0 0:00 sshd
21155 root 10 0 1000 1000 844 S 0.1 0.0 0:00 bash
1 root 9 0 476 436 416 S 0.0 0.0 0:10 init
29319 root 9 0 548 496 460 S 0.0 0.0 0:03 syslogd
2627 root 9 0 1224 1132 1048 S 0.0 0.0 0:03 sshd
15463 root 9 0 900 820 752 S 0.0 0.0 0:00 xinetd
23461 root 9 0 1056 876 876 S 0.0 0.0 0:00 safe_mysqld
29639 mysql 9 0 7700 5232 2252 S 0.0 0.0 0:01 mysqld
31588 mysql 14 0 7700 5232 2252 S 0.0 0.0 0:08 mysqld
31875 mysql 9 0 7700 5232 2252 R 0.0 0.0 0:07 mysqld
1958 mysql 9 0 7700 5232 2252 S 0.0 0.0 0:00 mysqld
6851 root 9 0 1872 1476 1368 S 0.0 0.0 0:50 sendmail
28196 root 8 0 676 660 584 S 0.0 0.0 0:04 crond
24037 web2 9 0 2768 2524 1536 S 0.0 0.0 7:27 eggdrop
28609 root 9 0 4964 3468 3396 S 0.0 0.0 0:24 httpd
29606 root 9 0 1088 1036 952 S 0.0 0.0 0:10 pipelog.pl
29313 apache 9 0 6996 6552 4612 S 0.0 0.1 0:10 httpd
26532 root 9 0 1336 1336 964 S 0.0 0.0 0:00 bash
18627 root 9 0 888 888 716 R 0.0 0.0 0:01 top
21537 mysql 14 0 7700 5232 2252 R 0.0 0.0 0:00 mysqld
Click to expand...

Ich deute jetz mal ganz unauffällig auf den Prozess der gerade lief... *pfeif*

(Ups, etwas unübersichtlich geraten... Sowwie...)
 
Gizmo said:
Ach nee? Wie war das dann mit dem letzten Byte beim traceroute?
Click to expand...
Sagt wer? Verschiedene Forenbeiträge? :)
Man kann einen deratigen traceroute höchstens als "Anhalt" ansehen.
 
Hotte said:
Sagt wer? Verschiedene Forenbeiträge? :)
Man kann einen deratigen traceroute höchstens als "Anhalt" ansehen.
Click to expand...
Aber ein Geheimis muss man doch auch nicht daraus macher, oder?

mfG
Thorsten
 
Thorsten said:
Aber ein Geheimis muss man doch auch nicht daraus macher, oder?

mfG
Thorsten
Click to expand...
Mag sein, jedoch wurde bei den RedHat 9 Servern aus Sicherheitsgründen entschieden, das traceroutes nicht mehr die IP vom Hostsystem zurückliefern sollen.
Da kann ich nun ja schlecht das Hostsystem von 7.3ern rumposaunen.
 
So, nach kleinem Dauerbelastungtest hat sich dieses Thema hier erledigt... Die Probleme sind mit der Umstellung von RH7.3 auf RH9 verschwunden...
 
You must log in or register to reply here.
Back
Top