Samba PDC und Dateiserver Speedproblem nach 14 Tagen

[Sam Fisher]

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

[derRichard]

hi!

wieviel ram hat die kiste?
hast da usb-festplatten dran, die immer erst starten müssen?

hth,
//richard

[Sam Fisher]

Hallo !
Vielen Dank für deine Antwort. In dem Ding sind leider nur 4GB DDR2 RAM. Deshalb läuft eine x64 Version von Debian auf dem PC.
USB-Geräte sind keine an den PC angeschlossen, da ich den udevd noch nicht konfiguriert habe. (Wobei ich nicht weiß ob ich das überhaupt machen soll, USB-Platten am PDC, klingt nach keiner so guten Idee)

Ich habe das ganze jetzt noch mal genau angeschaut, bei folgenden Befehlen habe ich einen riesen "lagg".


netstat
beim Login per SSH
.

Ich glaube nicht das es am LDAP-Backend liegt, weil ein ldapsearch -x blitzschnell alles zurückgibt. Des weiteren funktioniert ein getent passwdwunderbar. Irgend wie ist der Fehler nur bei diensten, die DNS benötigen, würde ich jetzt mal so grob sagen. Kann ich das irgend wie testen? Ein nslookup XXXXXX liefert sofort ein Ergebnis, aber ich glaube das das am Cache liegt, wie kann ich das testen oder was ist sonst mit meinem system los?

Vielen Dank und viele Grüße
Sam