phonatic
16.07.04, 11:10
Hi zusammen,
folgendes Problem tritt bei meinem SuSE 8.0 (Samba 2.2.3a) Fileserver seit ca. 3 Monaten immer verstärkter auf:
Sporadisch kommt es vor, daß selbst beim Zugriff auf eine SMB-Share (Tabellendokumente z.B.) auf sehr kleine Dateien - unter 100KB - von einem Windows-Rechner aus Wartezeiten von 1-2 Minuten, kürzlich sogar eine halbe Stunde auftreten.
Gelegentlich erhalte ich auch eine Fehlermeldung, daß die Datei nicht verfügbar sei.
Soviel zur Windoze-Seite. Zunächst vermutete ich ein Problem mit dem eigenen Netzwerk, jedoch behob ein Neustart des Linux-Servers das Zugriffsproblem für eine gute Woche. Danach tauchte es immer wieder auf.
Die Probleme treten von Windows 98, 2000 und XP-System gleichermaßen auf.
Mit procinfo ist mir die Belegung des Arbeitsspeichers aufgefallen:
Memory: Total Used Free Shared Buffers Cached
Mem: 513036 508144 4892 0 48904 217744
Swap: 658656 3288 655368
Bootup: Thu Jun 3 14:43:29 2004 Load average: 0.00 0.00 0.00 1/45 11617
user : 1:53:04.91 0.1% page in : 39621450 disk 1: 1527147r 4506355w
nice : 0:07:31.74 0.0% page out:105658724
system: 3:48:22.51 0.2% swap in : 2484
idle : 85d 12:33:04.24 99.7% swap out: 860
uptime: 42d 21:11:01.70 context : 34453612
irq 0: 370506170 timer irq 9: 0 acpi
irq 1: 1485 keyboard irq 12: 7
irq 2: 0 cascade [4] irq 14: 6305114 ide0
irq 3: 6 irq 15: 4 ide1
irq 4: 6 irq 18: 3013041 eth0
irq 6: 2 irq 19: 30 aic7xxx, aic7xxx
irq 8: 3 rtc irq 21: 15943977 e100
Mit top konnte ich jedoch kein laufendes Programm ausfindig machen, daß diesen Speicher belegen würde.
Zur Vollständigkeit sollte ich noch erwähnen, daß auf dem System ein cvs-Server eingerichtet ist. Desweiteren holt sich ein Backup-System einmal in der Nacht via rsync die geänderten Dateien und gleicht diese mit sich selbst ab. Der rsync-Prozeß läuft aber nicht auf dem Fileserver selbst, sondern nur ssh für die entsprechende Dauer.
Meine Vermutung: Nach einigen Tagen läuft der Speicher voll (aus welchen Gründen auch immer?) und behindert so den ungestörten Lauf des smbd. Oder kann es gar am reisefs liegen, daß sich evtl. sporadisch reorganisiert?
Einen direkten Zusammenhang mit dem Backup-Vorgang konnte ich auch nicht feststellen, da dies auch nur in Nacht passiert.
Gibt es evtl. ein Linux-Tool, welches den Arbeitsspeicher "aufräumt"?
Das Problem wird bloß immer gravierender und behindert die Arbeit auf dem Server schon erheblich.
Hier noch die Systembeschreibung des Servers:
CPU: Dual Pentium II 450 MHz
Board: Intel 440er Serverboard
RAM: 512MB
HDD: 1x 80GB IDE
LW: 1x DVD-ROM
eth0: 100 Mbit Intel on Board (Backupleitung)
eth1: 10/100 Realtek 8139er (Netzleitung für sonstigen Zugriff)
Habe auch schon entsprechende Handbücher durchkämmt, leider aber nix passendes finden können. Bin für Vorschläge sehr dankbar!
Gruß, phonatic
folgendes Problem tritt bei meinem SuSE 8.0 (Samba 2.2.3a) Fileserver seit ca. 3 Monaten immer verstärkter auf:
Sporadisch kommt es vor, daß selbst beim Zugriff auf eine SMB-Share (Tabellendokumente z.B.) auf sehr kleine Dateien - unter 100KB - von einem Windows-Rechner aus Wartezeiten von 1-2 Minuten, kürzlich sogar eine halbe Stunde auftreten.
Gelegentlich erhalte ich auch eine Fehlermeldung, daß die Datei nicht verfügbar sei.
Soviel zur Windoze-Seite. Zunächst vermutete ich ein Problem mit dem eigenen Netzwerk, jedoch behob ein Neustart des Linux-Servers das Zugriffsproblem für eine gute Woche. Danach tauchte es immer wieder auf.
Die Probleme treten von Windows 98, 2000 und XP-System gleichermaßen auf.
Mit procinfo ist mir die Belegung des Arbeitsspeichers aufgefallen:
Memory: Total Used Free Shared Buffers Cached
Mem: 513036 508144 4892 0 48904 217744
Swap: 658656 3288 655368
Bootup: Thu Jun 3 14:43:29 2004 Load average: 0.00 0.00 0.00 1/45 11617
user : 1:53:04.91 0.1% page in : 39621450 disk 1: 1527147r 4506355w
nice : 0:07:31.74 0.0% page out:105658724
system: 3:48:22.51 0.2% swap in : 2484
idle : 85d 12:33:04.24 99.7% swap out: 860
uptime: 42d 21:11:01.70 context : 34453612
irq 0: 370506170 timer irq 9: 0 acpi
irq 1: 1485 keyboard irq 12: 7
irq 2: 0 cascade [4] irq 14: 6305114 ide0
irq 3: 6 irq 15: 4 ide1
irq 4: 6 irq 18: 3013041 eth0
irq 6: 2 irq 19: 30 aic7xxx, aic7xxx
irq 8: 3 rtc irq 21: 15943977 e100
Mit top konnte ich jedoch kein laufendes Programm ausfindig machen, daß diesen Speicher belegen würde.
Zur Vollständigkeit sollte ich noch erwähnen, daß auf dem System ein cvs-Server eingerichtet ist. Desweiteren holt sich ein Backup-System einmal in der Nacht via rsync die geänderten Dateien und gleicht diese mit sich selbst ab. Der rsync-Prozeß läuft aber nicht auf dem Fileserver selbst, sondern nur ssh für die entsprechende Dauer.
Meine Vermutung: Nach einigen Tagen läuft der Speicher voll (aus welchen Gründen auch immer?) und behindert so den ungestörten Lauf des smbd. Oder kann es gar am reisefs liegen, daß sich evtl. sporadisch reorganisiert?
Einen direkten Zusammenhang mit dem Backup-Vorgang konnte ich auch nicht feststellen, da dies auch nur in Nacht passiert.
Gibt es evtl. ein Linux-Tool, welches den Arbeitsspeicher "aufräumt"?
Das Problem wird bloß immer gravierender und behindert die Arbeit auf dem Server schon erheblich.
Hier noch die Systembeschreibung des Servers:
CPU: Dual Pentium II 450 MHz
Board: Intel 440er Serverboard
RAM: 512MB
HDD: 1x 80GB IDE
LW: 1x DVD-ROM
eth0: 100 Mbit Intel on Board (Backupleitung)
eth1: 10/100 Realtek 8139er (Netzleitung für sonstigen Zugriff)
Habe auch schon entsprechende Handbücher durchkämmt, leider aber nix passendes finden können. Bin für Vorschläge sehr dankbar!
Gruß, phonatic