Hallo, Mitlister...
eigentlich halte ich mich nicht f�r v�llig doof, was die Verwaltung von
TCP/IP und Sockets im Linux-Kernel angeht, aber hier stehe ich etwas auf
dem virtuellen Schlauch...
Ich betreibe drei Proxy-Server (hinter einem vorgeschalteten
Hardware-Loadbalancer) mit Squid und einem weiteren (kommerziellen)
URL-Filter in einer Proxy-Kaskade. Diese Server fliegen mir gerade
reihenweise um die Ohren. Teilweise kann ich die TCP-Ports der Daemonen
gar nicht mehr erreichen oder werde sofort wieder rausgeworfen (RST),
bevor ich �berhaupt etwas senden kann.
Was auff�llig ist: die Anzahl der Sockets im Zustand CLOSE_WAIT geht
irre hoch (bis zu 1650). Ich �berwache das mit Cricket und sehe, dass
die Anzahl stetig steigt. Liegt das m�glicherweise an der Anwendung, die
die Sockets nicht freigibt? Oder hat der Kernel ein Problem? Ich lasse
den Installationskernel bf24 (2.4.18-bf2) laufen und habe lediglich ein
paar ulimits hochgeschraubt. Kann ich irgendwie feststellen, wieviele
freie Socket ich noch habe, um mich rechtzeitig vor dem Breakdown noch
mit Netsaint warnen zu lassen? In /proc/sys/net/ipv4 bin ich noch nicht
f�ndig geworden.
Ein weiterer Effekt, der damit m�glicherweise etwas zu tun: ich logge
mich auf den Kisten ganz normal mit SSH ein. Wenn ich mich auslogge,
wird die SSH-Verbindung nicht korrekt abgebaut. Ich sehe noch
"logout\n", aber komme nicht mehr auf meinen Rechner zur�ck. Ich kann
dann nur mit der Escape-Sequenz (~.) raus oder das xterm hart schlie�en.
Hat das damit m�glicherweise zu tun? Es laufen keine Prozesse in der
shell ('jobs' zeigt nichts an), die irgendwelche Streams offen halten
k�nnten. Als Shell nehme ich die normale bash. Das passiert �brigens
nicht immer, h�ngt aber anscheinend kausal
W�rde mich �ber Tipps oder (on-topic-)Kommentare freuen. (Falls es
jemanden juckt, mir "frag gef�lligst den Hersteller der Software" zu
schreiben... Der Hersteller bietet zwar guten Support und sucht auch
parallel nach einem Fehler. Mir geht es darum, selbst zu verstehen, wie
die CLOSE_WAITs zustande kommen und nach welchen Kriterien sie wieder
verschwinden.)
Christoph
--
~
~
".signature" [Modified] 3 lines --100%-- 3,41 All
--
Haeufig gestellte Fragen und Antworten (FAQ):
http://www.de.debian.org/debian-user-german-FAQ/
Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED]
mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
