openBSD 3.8 auf 3 GHZ - ruckelt und zuckelt

kimio

Member
hallo!

ich bitte freundlichst um eure hilfe, denn

ich habe das folgende seltsame problem mit einem frisch installierten openBSD 3.8 auf einem neuen 3 GHZ / 512 MB rechner, der in einem RZ steht und daher nur remote erreichbar ist (=webserver neu).

auf dem system sind als einzig nennenswerte dienste apache, php und mysql installiert.

der rechner ist an einen cisco-switch angeschlossen, der cisco wieder am inneren interface unserer FW (PF auf openBSD 3.4), der wiederum ans 100 MBit backbone geht.

parallel zum schnellen system steht der vorgänger, openBSD 3.4 auf 400 MHZ AMD K6 mit 64 MB, apache & mysql (=webserver alt), ebenfalls an den cisco-sw angeschlossen.


der witz ist nun: webserver neu ist langsamer als webserver alt

aufgefallen ist das bei einer web-anwendung, bei der die client-browser im 3-sekunden-takt auf den apache gehen und ganz geringe html-datenmengen abholen. mit dem webserver alt blitzschneller seitenaufbau auf 7 pollenden clients. webserver neu läuft ebenfalls geschmeidig, nur benötigt immer wieder einer der clients mehrere sekunden, um die seite abzurufen.

beim pollen wird jedesmal mysql lokal angesprochen. wir haben zum test webserver alt die mysql-db auf webserver neu abfragen lassen, dabei gibt es erstaunlicher weise keine verzögerung. mysql läuft also auf dem webserver neu anscheindend ohne ursache für das von mir geschilderte problem zu sein.


die last auf beiden systemen ist zu vernachlässigen (max. 1,5 % cpu).

beim download einer großen demodatei vom webserver neu sind kein paketverlust und keine neu gesendeten tcp-segmente zu erkennen, also scheinen keine netzwerkstörungen zu bestehen.


aufgefallen ist ebenfalls, dass beim zugriff auf längere php-dateien per putty und dem editor joe bei schnellem bildlauf runter / hoch es beim webserver neu ständig zu bis zu 2 sekunden langen stockungen kommt, nicht jedoch beim webserver alt.

wie gesagt - gleiche verbindung, die kisten stehen im RZ übereinander. wir vermuten das problem im tcp-stack(beim verzögerung beim http-verbindungsaufbau?) oder im kernel (shedulen von tasks?), haben aber keine ahnung, wo wir ansetzen sollen.





wir rätseln nun seit fast einer woche täglich mehrere stunden, aber es fällt uns nichts mehr ein.

hat jemand eine idee, in welcher richtung wir weiter forschen können?

danke & gute nacht

kimio
 
Zuletzt bearbeitet:
Also ich würde da mal spontan auf Duplex und Speed Einstellungen tippen, gerade Cisco Switche haben da so ihre Problemchen. Also prüfe mal, wie das auf OpenBSD eingestellt ist und tackere das eventuell fest, prüfe auch mal (oder lasse prüfen) ob auf dem Port am Cisco Switch Fehler hochzählen und wie der Port konfiguriert ist.
 
das ging aber schnell - geht ihr nicht aus oder schlaft ihr ungern?

danke erstmal für die antwort, marty!

diesen gedanken hatten wir schon, ifconfig -A zeigt uns aber konstant eine korrekte einstellung an, auch wenn wir ständig aktualisieren:

vr0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
lladdr 00:15:f2:2c:7f:af
groups: egress
media: Ethernet autoselect (100baseTX full-duplex)
status: active
inet 195.158.xxx.xxx netmask 0xffffffe0 broadcast 195.158.xxx.xxx
inet6 fe80::215:f2ff:fe2c:7faf%vr0 prefixlen 64 scopeid 0x1
pflog0: flags=0<> mtu 33224
pfsync0: flags=0<> mtu 1348
enc0: flags=0<> mtu 1536
# ifconfig -A



kann trotzdem ein missverständnis zwischen dem webserver neu und dem cisco bestehen?
 
ja, deswegen guck mal auf den Cisco, hab beruflich viel mit den Kisten zu tun und da gibt es manchmal die tollsten Fehler ;)
 
hoi ihrs,

ich würde mal folgendes probieren:
auf cisco: festnageln auf 100MBit und FD
auf OBSD: ebenfalls festnageln auf 100 mit FD

bei einigen NIC's gibt es probleme mit der erkennung, speziell realtek und ältere 3com.

ansonsten vielleicht mal abchecken ob bei der neuen maschine die HW auch optimal unterstützt wird.

wir lesen uns
ZBZ
 
hallo ihr beiden!

danke für die tips! nachdem mir noch ein dritter unix-spezi unabhängig von euren postings dieses vorgehen vorgeschlagen hat, werden wir das heute spät abend mal testen (das system ist leider schon live in betrieb).

hinzu kommt, dass wir nicht wissen, welcher typ cisco im schrank installiert ist und daher im moment keine einstellungen an ihm vornehmen können. da arp -a keine unbekannte (evtl. dem cisco zugeordnete) ip-adresse zeigt, wird dieser wohl transparent sein. ich hoffe nur, dass wir den switch trotzdem remote ansprechen können...

euch ein schönes wochenende

kimio
 
hallo kimio,

wenn keiner den witch anspricht wird dir "arp -a" auch keine info liefern.
lass mal einen monitor mitlaufen und finde raus ob spanning-tree-frames im netz rumdüsen. vielleicht kommst du ja so auf die MAC und evtl. die IP dieses switches. ansonsten geh halt auf die konsole der kiste.

wir lesen uns
ZbZ
 
hallo ZbZ und marty,

wir haben eben die aktion durchgeführt - ein freundlicher mitarbeiter vom technischen notdienst im RZ zieht den lan-stecker raus und steckt ihn an einem anderen port des cisco catalyst 2950-24 wieder rein.

ergebnis: nach ca. 30 sekunden wird der neue port wieder grün, jedoch kann der webserver_neu weder erreicht werden, noch nach außen pingen.

nach ca. 3 min. zurückstecken in den alten port. wieder grün am cisco, aber keine reaktion rein/raus.

reboot des webserver_neu - nichts passiert.

als letzte möglichkeit haben wir den cisco rebootet - jetzt ist der alte zustand -ruckeln & zuckeln- wieder erreicht.

jetzt bleibt wohl nichts anderes übrig, als das system auszutauschen und vor ort zu sehen, was schiefgeht.

man hat ja sonst nichts zu tun....

euch noch eine entspannte nacht
 
Welche Netzwrkkarte hat denn der Server?
Ein typischerweise in RZs verbauter Cisco 2948XL festgebimmst auf 100MBit/FD bereitet mit brauchbaren Netzwerkkkarten normalerweise keinerlei Probleme! Welcher Switch steht also im RZ?

War bei dem Wechsel des Switchports evt. das VLAN nicht passend konfiguriert? Handelt es sich evt. um einen Billighoster mit atemraubender Hardware?
 
Lade doch bitte mal ein groesseres von etwa 20 MB oder mehr von einem schnellen FTP-Server. Welchen Durchsatz erreicht der Server? Kannst du Fehler auf dem Interface erkennen?
 
Hallo Kimio, nicht umstecken sondern ein Einstellungen des Ports auf dem Switch prüfen lassen!

Was mich nur wundert - nach 30 Sekunden wird der Port erst grün? Sag dem Hoster mal, er soll Portfast anschalten auf den "Endkundenports".

marty
 
Zurück
Oben