Ich teste QuTS hero h6.0 Beta in einer realen Produktionsumgebung und stoße weiterhin auf schwerwiegende SMB-Stabilitätsprobleme mit macOS Tahoe-Clients.
Umgebung
-
NAS-Betriebssystem: QuTS hero h6.0 Beta (neuester verfügbarer Build zum Testzeitpunkt)
-
RAM: 32 GB
-
Speicher: ZFS-Pool mit aktiviertem SSD-Schreibbeschleuniger
-
Clients: Mehrere macOS Tahoe-Arbeitsstationen
-
Netzwerk: 1 GbE LAN
-
Arbeitslast: Große Designstudio-Freigaben, hohe Dateianzahl, viele kleine Dateien, aktives Browsen und Speichern
Zusammenfassung des Problems
Wenn Tahoe-Macs über SMB verbinden, kommt es auf dem NAS zu unkontrolliertem Speicherverbrauch durch SMB-Prozesse (smbd). Einzelne Verbindungen können mehrere GB RAM pro Verbindung verbrauchen, selbst wenn auf dem Mac scheinbar nur ein Share eingebunden ist.
Mit zunehmender RAM-Auslastung stoppt das NAS automatisch den SMB-Dienst, wodurch alle Benutzer getrennt werden und die Produktion gestört wird.
Beobachtete Symptome
-
smbd[client-ip]-Prozesse verbrauchen 2 GB bis 6 GB RAM pro Verbindung -
Mehrere
smbd-Prozesse pro Mac-Client -
CPU-Spitzen bei starker SMB-Aktivität
-
In einigen Fällen bleiben SMB-Arbeitsprozesse nach einer Client-Trennung oder einem Neustart bestehen (verwaiste „Zombie“-
smbd-Prozesse, die weiterhin RAM belegen) -
„Online-Benutzer“ spiegelt nicht immer die tatsächliche Ressourcennutzung wider, da der
smbd-Prozess auch nach der Trennung des Benutzers bestehen bleiben kann
Schritte zur Reproduktion (vereinfacht)
-
Tahoe-Mac verbindet sich mit NAS-SMB-Freigabe
-
Große Ordner durchsuchen und normal arbeiten (Finder + Adobe-Anwendungen)
-
Im Laufe der Zeit steigt der Speicherverbrauch der SMB-Prozesse rapide an
-
Das NAS erreicht RAM-Grenzen und der SMB-Dienst wird automatisch gestoppt
Erwartetes Verhalten
Stabile SMB-Verbindungen mit angemessenem Speicherverbrauch pro Client und kein Szenario, in dem ein oder zwei Clients genug RAM verbrauchen können, um das NAS zu zwingen, SMB für alle zu stoppen.
Tatsächliches Verhalten
Der SMB-Speicherverbrauch wächst unkontrolliert, bis SMB beendet wird und alle Benutzer getrennt werden.
Bereits durchgeführte Fehlerbehebung
-
SMB-Einstellungen angepasst und Funktionen wie Leases / Async IO, wo möglich, deaktiviert
-
macOS-seitige Maßnahmen angewendet (Netzwerk-.DS_Store deaktiviert, nsmb.conf file_ids_off, Spotlight-Ausschlüsse)
-
Manuelles Bereinigen festhängender SMB-Prozesse behebt den RAM-Verbrauch vorübergehend, aber das Problem tritt bei normaler Nutzung erneut auf
Frage
Ist QNAP ein Kompatibilitätsproblem zwischen dem macOS Tahoe SMB-Client-Verhalten und dem QuTS hero h6.0 Samba-Build bekannt?
Gibt es empfohlene Einstellungen oder ist ein Patch geplant, um den unkontrollierten RAM-Verbrauch und Zombie-smbd-Prozesse zu verhindern?
Vielen Dank im Voraus, gerne stelle ich bei Bedarf Logs oder Screenshots zur Verfügung.
