Suse 9.1: Nach dem Patchen WWW lahm

mausi

Registered User
Nach Kernel-Update WWW lahm

Hi!

Die Auslieferung von Webseiten ist nach dem Yast2 online Update (inkl. Kernel & Neustart) super langsam geworden (ca. 15-20 Sekunden für den Erstkontakt mit einer Domain). Ohne Kernel-Update und ohne Neustart lief nach dem Update noch alles wunderbar. Weiß jemand etwas dazu? Ich vermeide gerade den zweiten Server ebenfalls neu zu starten ...

Dieser Aufruf einer kleinen Startseite (am Morgen vor dem Update) von
ca. 20Kb dauerte vorher 1 Sekunde, jetzt 15 Sekunden! An den Dateien
wurde selbstverständlich nichts geändert (dieses Problem betrifft ja
auch alle Domains auf dem Server):

Vorher:
Code:
80.144.167.40 - - [05/Oct/2005:07:51:34 +0200] "GET / HTTP/1.1" 200 3951 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.7) Gecko/20050414 Firefox/1.0.3"
80.144.167.40 - - [05/Oct/2005:07:51:34 +0200] "GET /pan.css HTTP/1.1" 200 1564 "http://www.xxx.de/" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.7) Gecko/20050414 Firefox/1.0.3"
80.144.167.40 - - [05/Oct/2005:07:51:34 +0200] "GET /p/spacer.gif HTTP/1.1" 200 43 "http://www.xxx.de/" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.7) Gecko/20050414 Firefox/1.0.3"
80.144.167.40 - - [05/Oct/2005:07:51:35 +0200] "GET /p/pan.gif HTTP/1.1" 200 293 "http://www.xxx.de/" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.7) Gecko/20050414 Firefox/1.0.3"
80.144.167.40 - - [05/Oct/2005:07:51:35 +0200] "GET /p/intro.jpg HTTP/1.1" 200 13418 "http://www.xxx.de/" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.7) Gecko/20050414 Firefox/1.0.3"
80.144.167.40 - - [05/Oct/2005:07:51:35 +0200] "GET /favicon.ico HTTP/1.1" 303 239 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.7) Gecko/20050414 Firefox/1.0.3"
Nachher:
Code:
84.60.97.94 - - [06/Oct/2005:20:11:25 +0200] "GET / HTTP/1.1" 200 3951 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.12) Gecko/20050919 Firefox/1.0.7"
84.60.97.94 - - [06/Oct/2005:20:11:33 +0200] "GET /pan.css HTTP/1.1" 200 1564 "http://www.xxx.de/" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.12) Gecko/20050919 Firefox/1.0.7"
84.60.97.94 - - [06/Oct/2005:20:11:34 +0200] "GET /p/spacer.gif HTTP/1.1" 200 43 "http://www.xxx.de/" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.12) Gecko/20050919 Firefox/1.0.7"
84.60.97.94 - - [06/Oct/2005:20:11:40 +0200] "GET /p/pan.gif HTTP/1.1" 200 293 "http://www.xxx.de/" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.12) Gecko/20050919 Firefox/1.0.7"
84.60.97.94 - - [06/Oct/2005:20:11:40 +0200] "GET /p/intro.jpg HTTP/1.1" 200 13418 "http://www.pan-forum.de/" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.12) Gecko/20050919 Firefox/1.0.7"
84.60.97.94 - - [06/Oct/2005:20:11:40 +0200] "GET /favicon.ico HTTP/1.1" 303 239 "-" "Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.7.12) Gecko/20050919 Firefox/1.0.7"
Ich schätze es wurde irgendetwas in den Eingeweiden geändert wo ich wieder nicht durchblicke ... Ich hatte das schon einmal vor x-Jahren. DNS Problem oder so. Die Jungs von HE und SWSoft (Plesk) wissen nicht weiter :/

Pingzeit und Prozessorlast sind ok. PHP oder HTML ist auch egal.

Davor installierte ich das Update von Plesk 7.5.3 auf 7.5.4. - ohne Probleme.

Suse 9.1
Apache 2.0.49-27.34 (vorher 2.0.49-27.29)
MySql 4.0.18-32.20 (vorher 4.0.18-32.13)
Php 4.3.4-43.44 (vorher 4.3.4-43.36)
Kernel 2.6.5-7.201-default (vorher 2.6.5-7.155.29-default)

Update: Bisher konnte keiner Herren von Hosteurope, Suse oder Plesk weiterhelfen :/


mausi
 
Last edited by a moderator:
Also ich habe bei mir den neuesten 2.6.13er Kernel installiert und habe diese Probleme nicht... Also ich denke kaum das es am Kernel liegt.
Haste die alte Kernel Config benutzt?

Was sagt "ethtool eth0"?
 
... doch noch einmal (wollte ja eigentlichin Bett ...). Habe das Kernel durch Yast updaten lassen, da ich mich nicht besonders gut mit Linux auskenne.

Hier die Ausgabe:

Settings for eth0:
Supported ports: [ TP ]
Supported link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supports auto-negotiation: Yes
Advertised link modes: 10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Supports Wake-on: umbg
Wake-on: d
Current message level: 0x00000007 (7)
Link detected: yes
 
... Fehler gefunden:

Es läuft jetzt wieder der 2.6.5-7.155.29 Kernel - damit gibt es keinerlei Probleme!

Der Witz war: Bei Kunden in Hamburg, Köln und Berlin war nichts davon zu merken. Hier in Münster, egal mit welcher Zugangsart: 8 Sekunden für 19Kb!
Auf dem Server daneben, ungepatch: 109Kb in 1 Sekunde!

Ich sag nur: Voodoo, auch wenn ich nicht daran glaube ...

ga
 
Hallo!

Ich habe am Wochenende erneut versucht ein neues Suse Kernel 2.6.5. 202.7 zu installieren. Klappte problemlos. Aber wieder der gleiche Effekt. Die Seiten laden danach schneckenlangsam, trotz 6Mbit :/ Ein Zufall usw. ist auszuschließen, da der zweite Server (gleiches System), ungepatcht, keine Probleme macht.

DER HAMMER: Sitze gerade nicht in Münster, sondern in Dorsten vor einem Rechner: Die Seiten laden wie eh und je enorm schnell.

Was soll ich dazu sagen???

gm
 
... ich kann auch gut und gerne drauf verzichten :/ zusammengefasst heisst das jetzt für mich:

-> Neues Kernel -> Probleme mit dem Zugriff auf den Apache von bestimmen IPs

Der Zugriff auf die anderen Protokolle funktioniert einwandfrei ...
 
... der HE-Support schrieb gerade:

"es ist inzwischen bakannt geworden, dass es ein Problem mit dem TSO der e1000, bzw. mit dem entsprechenden Kernel-Modul. Ihr System ist aktuell von diesem problem betroffen, Sie sehen es anhand der Kernel-Meldungen "NETDEV WATCHDOG: eth0: transmit timed out". Da Sie w*****einlich sowiso keinen Vorteil von TSO haben, habe ich TSO einfahc mal deaktiviert:

ethtool -K eth0 tso off"

Werde ich heute Abend direkt mal testen :)

gm
 
Hallo!
Das löst doch aber nicht die Standortproblematik? Oder hab ich was verpasst?

mfG
Thorsten
 
... Wahnsinn. Die Seiten laden besser als vorher :)

Werden nun den zweiten Server auch updaten ...

Gruss,
Mausi
 
Back
Top