Sam Fisher
08.09.08, 15:48
Hallo Linux Freunde !
Ich habe ein kleines Problem mit meinem Debian "Etch n Half" PDC. Dieser Server ist Domänencontroller in unserer Firma und benutzt als Passwort-Backend LDAP. Alle Pakete sind auf dem neuesten Stand.
Mein Problem ist, dass der Server mit zunehmender uptime immer langsamer wird, bzw. eine langsame Reaktionszeit hat. Wenn er dann einen Befehl abarbeitet ist er unverändert schnell. Besonders fällt das bei den Clients auf, die Shares als Netzlaufwerke eingebunden haben. Beim Öffnen der Laufwerke hängt der ganze Pc für 20 Sekunden und dann geht es ohne Probleme weiter.
Leider steht in den LOGS nichts drin, da ja alles ohne Fehlermeldung läuft. Es ist halt nur etwas "träge". Besonders merkt man es wenn man ein netstat macht. Ich erhalte dann folgendes Ergebnis (aberauc herst nach Minuten)
eco-pdc:/# netstat localhost
Aktive Internetverbindungen (ohne Server)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.6:1159 VERBUNDEN
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.4:1275 VERBUNDEN
tcp 0 0 localhost:ldap localhost:40938 VERBUNDEN
tcp 0 0 192.168.1.230:51832 192.168.1.230:ldap VERBUNDEN
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.5:1221 VERBUNDEN
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.9:1280 VERBUNDEN
tcp 1 0 localhost:47321 localhost:ldap CLOSE_WAIT
tcp 1 0 localhost:49061 localhost:ldap CLOSE_WAIT
tcp 1 0 localhost:50080 localhost:ldap CLOSE_WAIT
tcp 0 0 192.168.1.230:ldap ecoweb4.e-c-o.at:48937 VERBUNDEN
tcp 0 0 192.168.1.230:ldap ecoweb4.e-c-o.at:33247 VERBUNDEN
tcp 0 0 192.168.1.230:ldap ecoweb4.e-c-o.at:34936 VERBUNDEN
tcp 1 0 localhost:51955 localhost:ldap CLOSE_WAIT
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.11:1686 VERBUNDEN
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.1:1122 VERBUNDEN
tcp 0 0 192.168.1.230:ldap 192.168.1.230:51832 VERBUNDEN
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.3:1113 VERBUNDEN
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.2:1181 VERBUNDEN
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.61:1060 VERBUNDEN
tcp 0 0 localhost:40938 localhost:ldap VERBUNDEN
tcp6 0 0 ::ffff:192.168.1.23:ssh ::ffff:192.168.1.1:1054 VERBUNDEN
Aktive Sockets in der UNIX Domäne (ohne Server)
Proto RefZäh Flaggen Typ Zustand I-Node Pfad
unix 7 [ ] DGRAM 4429 /dev/log
unix 2 [ ] DGRAM 2388 @/org/kernel/udev/udevd
unix 2 [ ] DGRAM 5071205
unix 2 [ ] DGRAM 5068715
unix 2 [ ] DGRAM 4980
unix 2 [ ] DGRAM 4655
unix 2 [ ] DGRAM 4444
Ich habe nun eine uptime von 14 Tagen und das Problem ist wieder akut. Aber für Linux ist das doch keine uptime. Die laufen doch sonst Jahre durch.
Wer von euch kann mir helfen? Ich würde dieses Problem echt gerne lösen, da ich ja nicht alle 14 Tage den Server neustarten möchte.
Ich danke allen die das hier lesen schon jetzt im Vorraus.
Vielen Dank
Sam
Ich habe ein kleines Problem mit meinem Debian "Etch n Half" PDC. Dieser Server ist Domänencontroller in unserer Firma und benutzt als Passwort-Backend LDAP. Alle Pakete sind auf dem neuesten Stand.
Mein Problem ist, dass der Server mit zunehmender uptime immer langsamer wird, bzw. eine langsame Reaktionszeit hat. Wenn er dann einen Befehl abarbeitet ist er unverändert schnell. Besonders fällt das bei den Clients auf, die Shares als Netzlaufwerke eingebunden haben. Beim Öffnen der Laufwerke hängt der ganze Pc für 20 Sekunden und dann geht es ohne Probleme weiter.
Leider steht in den LOGS nichts drin, da ja alles ohne Fehlermeldung läuft. Es ist halt nur etwas "träge". Besonders merkt man es wenn man ein netstat macht. Ich erhalte dann folgendes Ergebnis (aberauc herst nach Minuten)
eco-pdc:/# netstat localhost
Aktive Internetverbindungen (ohne Server)
Proto Recv-Q Send-Q Local Address Foreign Address State
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.6:1159 VERBUNDEN
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.4:1275 VERBUNDEN
tcp 0 0 localhost:ldap localhost:40938 VERBUNDEN
tcp 0 0 192.168.1.230:51832 192.168.1.230:ldap VERBUNDEN
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.5:1221 VERBUNDEN
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.9:1280 VERBUNDEN
tcp 1 0 localhost:47321 localhost:ldap CLOSE_WAIT
tcp 1 0 localhost:49061 localhost:ldap CLOSE_WAIT
tcp 1 0 localhost:50080 localhost:ldap CLOSE_WAIT
tcp 0 0 192.168.1.230:ldap ecoweb4.e-c-o.at:48937 VERBUNDEN
tcp 0 0 192.168.1.230:ldap ecoweb4.e-c-o.at:33247 VERBUNDEN
tcp 0 0 192.168.1.230:ldap ecoweb4.e-c-o.at:34936 VERBUNDEN
tcp 1 0 localhost:51955 localhost:ldap CLOSE_WAIT
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.11:1686 VERBUNDEN
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.1:1122 VERBUNDEN
tcp 0 0 192.168.1.230:ldap 192.168.1.230:51832 VERBUNDEN
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.3:1113 VERBUNDEN
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.2:1181 VERBUNDEN
tcp 0 0 192.168.1.2:netbios-ssn 192.168.1.61:1060 VERBUNDEN
tcp 0 0 localhost:40938 localhost:ldap VERBUNDEN
tcp6 0 0 ::ffff:192.168.1.23:ssh ::ffff:192.168.1.1:1054 VERBUNDEN
Aktive Sockets in der UNIX Domäne (ohne Server)
Proto RefZäh Flaggen Typ Zustand I-Node Pfad
unix 7 [ ] DGRAM 4429 /dev/log
unix 2 [ ] DGRAM 2388 @/org/kernel/udev/udevd
unix 2 [ ] DGRAM 5071205
unix 2 [ ] DGRAM 5068715
unix 2 [ ] DGRAM 4980
unix 2 [ ] DGRAM 4655
unix 2 [ ] DGRAM 4444
Ich habe nun eine uptime von 14 Tagen und das Problem ist wieder akut. Aber für Linux ist das doch keine uptime. Die laufen doch sonst Jahre durch.
Wer von euch kann mir helfen? Ich würde dieses Problem echt gerne lösen, da ich ja nicht alle 14 Tage den Server neustarten möchte.
Ich danke allen die das hier lesen schon jetzt im Vorraus.
Vielen Dank
Sam