Hallo zusammen,
ein Bekannter hat eine DS215j (Firmware 5.2-5644-5, 2x2TB WD Red als RAID 1, angebunden mit 1 Gbit/s an eine Fritzbox 7490), die er als reine Dateiablage (zentraler Fileserver und Backups lokaler Platten) verwendet. Diverse Windows 7-Clients nutzen eine Freigabe des NAS; im Wesentlichen funktioniert das gut, doch sagte er mir, dass der Zugriff oft sehr träge sei, insbesondere in Thunderbird (die Mailbox mit vielen Ordnern, teilweise 100 MB groß, liegt in einem Verzeichnis auf genannter Freigabe).
Gestern habe ich es mir mal vor Ort angeschaut: Tatsächlich, wenn man Mails verschiebt oder löscht, hing Thunderbird immer mal wieder für ein paar Sekunden, bevor es weiterging. Auch der Zugriff auf die Freigabe via Windows-Explorer war arg zäh. Ist also das NAS doch zu schwach? Per Browser draufgeguckt: RAM war zu 40-60% belegt, nur wenig Disk-IOs und Netzwerktraffic und eine CPU-Last von maximal 50-60%. Genauer hingesehen: Der Prozess smbd belegte konstant 48-49% CPU-Ressourcen; da die DS215j eine 2-Kern-CPU besitzt, vermute ich, dass einer der Kerne durch diesen Prozess nahezu komplett ausgelastet ist und hier die Ursache des Problems liegt.
Nun Thunderbird geschlossen (es war zu diesem Zeitpunkt nur dieser eine PC online): Die CPU-Last von smbd blieb, die Arbeit im Explorer war nach wie vor zäh. Alle anderen Anwendungen geschlossen: Keine Besserung. Das Netzlaufwerk im Explorer getrennt, und siehe da: Die CPU-Last von smbd ging sofort auf 0 zurück. Die Netzverbindung neu aufgebaut, und es blieb gut, man konnte im Explorer problemlos zwischen Verzeichnissen navigieren, Dateien öffnen etc., was vorher nicht ging. Thunderbird stockte jedoch immer noch hin und wieder; wenn es jedoch geschlossen wurde und sonst keine Zugriffe auf die Freigabe erfolgten, war CPU-Last von smbd im Gegensatz zu vorher jedoch wieder auf Null.
Irgendwelche Ideen, wie das Problem endgültig abgestellt werden kann? Insbesondere die Tatsache, dass CPU-Last von smbd auch dann hochblieben, als keine Zugriffe auf das NAS stattfanden und Trennen/Wiederverbinden sie senkte, sieht doch nach einem Bug in der Firmware aus, allerdings habe ich in den Release Notes der neueren Versionen keinen Hinweis darauf gefunden, dass ein solches Problem gelöst wurde.
Danke für jeden Hinweis.
ein Bekannter hat eine DS215j (Firmware 5.2-5644-5, 2x2TB WD Red als RAID 1, angebunden mit 1 Gbit/s an eine Fritzbox 7490), die er als reine Dateiablage (zentraler Fileserver und Backups lokaler Platten) verwendet. Diverse Windows 7-Clients nutzen eine Freigabe des NAS; im Wesentlichen funktioniert das gut, doch sagte er mir, dass der Zugriff oft sehr träge sei, insbesondere in Thunderbird (die Mailbox mit vielen Ordnern, teilweise 100 MB groß, liegt in einem Verzeichnis auf genannter Freigabe).
Gestern habe ich es mir mal vor Ort angeschaut: Tatsächlich, wenn man Mails verschiebt oder löscht, hing Thunderbird immer mal wieder für ein paar Sekunden, bevor es weiterging. Auch der Zugriff auf die Freigabe via Windows-Explorer war arg zäh. Ist also das NAS doch zu schwach? Per Browser draufgeguckt: RAM war zu 40-60% belegt, nur wenig Disk-IOs und Netzwerktraffic und eine CPU-Last von maximal 50-60%. Genauer hingesehen: Der Prozess smbd belegte konstant 48-49% CPU-Ressourcen; da die DS215j eine 2-Kern-CPU besitzt, vermute ich, dass einer der Kerne durch diesen Prozess nahezu komplett ausgelastet ist und hier die Ursache des Problems liegt.
Nun Thunderbird geschlossen (es war zu diesem Zeitpunkt nur dieser eine PC online): Die CPU-Last von smbd blieb, die Arbeit im Explorer war nach wie vor zäh. Alle anderen Anwendungen geschlossen: Keine Besserung. Das Netzlaufwerk im Explorer getrennt, und siehe da: Die CPU-Last von smbd ging sofort auf 0 zurück. Die Netzverbindung neu aufgebaut, und es blieb gut, man konnte im Explorer problemlos zwischen Verzeichnissen navigieren, Dateien öffnen etc., was vorher nicht ging. Thunderbird stockte jedoch immer noch hin und wieder; wenn es jedoch geschlossen wurde und sonst keine Zugriffe auf die Freigabe erfolgten, war CPU-Last von smbd im Gegensatz zu vorher jedoch wieder auf Null.
Irgendwelche Ideen, wie das Problem endgültig abgestellt werden kann? Insbesondere die Tatsache, dass CPU-Last von smbd auch dann hochblieben, als keine Zugriffe auf das NAS stattfanden und Trennen/Wiederverbinden sie senkte, sieht doch nach einem Bug in der Firmware aus, allerdings habe ich in den Release Notes der neueren Versionen keinen Hinweis darauf gefunden, dass ein solches Problem gelöst wurde.
Danke für jeden Hinweis.