Laut Firmwareupdate: " SMB: Konfiguration und Verbindungskompatibilität des SMB-Dienstes wurden optimiert. "
Deiner Beschreibung nach klingt es so, als wäre der LAN-Port möglicherweise überlastet.
Deine DXP480T Plus hat 10 Gbit, dein UNAS2 hat 2,5 Gbit. Benutzt Du einen 10 Gbit-Switch?
Bei meinem Switch (NBase-T) kann ich " Flusssteuerung " aktivieren.
Erklärung dazu:
Flusssteuerung (Flow Control) ist ein Mechanismus in der Datenübertragung, der sicherstellt, dass ein schneller Sender einen langsamen Empfänger nicht mit Daten überflutet, indem er die Datenrate reguliert, um Pufferüberläufe und Datenverluste zu verhindern. Sie passt die Geschwindigkeit an die Verarbeitungskapazität des Empfängers an, z. B. durch das Senden von Pausensignalen oder die Angabe eines Empfangsfensters (Receive Window). Dies geschieht auf Protokollebene (z. B. TCP, Ethernet) durch Hard- und Softwareverfahren, ist aber von der Überlastkontrolle (Congestion Control) zu unterscheiden, die das gesamte Netzwerk schützt, wie hier erklärt wird.
Ahrensfd bei mir der gleiche Scheiß. Datendurchsatz über SMB/CIFS von Windows-Client zur Box findet nicht statt. Zumindest nicht messbar. Eine Umstellung auf NFS bringt nichts. Ich bin ziemlich angepisst.
Display MoreLaut Firmwareupdate: " SMB: Konfiguration und Verbindungskompatibilität des SMB-Dienstes wurden optimiert. "
Deiner Beschreibung nach klingt es so, als wäre der LAN-Port möglicherweise überlastet.
Deine DXP480T Plus hat 10 Gbit, dein UNAS2 hat 2,5 Gbit. Benutzt Du einen 10 Gbit-Switch?
Bei meinem Switch (NBase-T) kann ich " Flusssteuerung " aktivieren.
Erklärung dazu:
Flusssteuerung (Flow Control) ist ein Mechanismus in der Datenübertragung, der sicherstellt, dass ein schneller Sender einen langsamen Empfänger nicht mit Daten überflutet, indem er die Datenrate reguliert, um Pufferüberläufe und Datenverluste zu verhindern. Sie passt die Geschwindigkeit an die Verarbeitungskapazität des Empfängers an, z. B. durch das Senden von Pausensignalen oder die Angabe eines Empfangsfensters (Receive Window). Dies geschieht auf Protokollebene (z. B. TCP, Ethernet) durch Hard- und Softwareverfahren, ist aber von der Überlastkontrolle (Congestion Control) zu unterscheiden, die das gesamte Netzwerk schützt, wie hier erklärt wird.
Guten Morgen, erstmal Danke für Deine Antwort. Mein DXP480T Plus hängt an einem Ubiquiti USW Pro HD 24 PoE an einem elektrischen 10 GbE Port. Flow Control ist eingeschaltet. Die Konfiguration war auch schon so vor dem Update auf die neue UGOS Pro Version. Wie gesagt, vor dem Update war alle fein.
Ok, da hat Ugreen wohl was richtig hart versemmelt.
Ich habe gerade selbst versucht eine 73 GB Datei von der DXP4800 Plus auf die DXP4800 zu schieben.
Die Übertragung ist nach ca. 30% abgebrochen. Fehlerbild ist identisch zu dem Screenshot in #6
EDIT: In die andere Richtung geht ohne Probleme. (DXP4800 2,5 Gbit -> DXP4800 Plus 10 Gbit)
Wenn ich den 10 Gbit-Port an der DXP4800 Plus auf 2,5 Gbit limitiere (das mache ich im Switch) geht es auch ohne Probleme. Die Übertragung bricht hier nur ab, wenn von einem 10 Gbit-NAS auf ein 2,5 Gbit-NAS gesendet wird.
Nun habe ich noch mal vom Windows 11 PC (10 Gbit) auf DXP4800 kopiert. Hier hätte ich nun mit einem Fehler gerechnet. Die Datei wurde aber problemlos übertragen. 
Please log in or register for free to view graphics and attachments.
Abbrüche kann ich hier nicht bestätigen, extra ein 100GB-File produziert, aber die Verbindung pulst zwischen 0 und 1GB/s beim Transfer.
Das Fehlerbild ist hier etwas komplexer. Kommt halt drauf an was Quelle, Ziel, Richtung und Speed angeht.
Windows 11 PC mit 10 Gbit auf 10 Gbit NAS und auch 2,5 Gbit NAS ist hier kein Problem.
Aber 10 Gbit NAS auf 2,5 Gbit NAS verreckt mir hier seit dem Update jedes mal. Vorher ging das. Jetzt muss ich den 10 Gbit Port auf 2,5 Gbit schalten, wenn ich auf ein 2,5 Gbit NAS senden möchte.
Vom 2,5 Gbit NAS auf 10 Gbit NAS senden klappt dagegen.
Das hängt also - zumindest bei mir - von vielen Faktoren ab. Viele nutzen nicht mal 2,5 Gbit und haben in der Wohnung nur 1 Gbit (an allen Geräten) und dann auch nur ein NAS und einen Win-PC / Linux-PC.
Die merken von diesem Fehler dann gar nichts.
Kommt halt drauf an was Quelle, Ziel, Richtung und Speed angeht.
Mac mit 10 GbE auf 10 GbE Switch und 10 GbE NAS.
Hi, ich habe bei UGREEN ein Ticket eröffnet und die Logdaten angehängt.
Moin,
gibt es schon Neuigkeiten?
Was sagt der Support dazu?
Die Fehlermeldung sieht immer gleich aus wenn es schief geht.
Man hätte auf dem NAS mit tail -f /var/log/syslog zusehen können, was im Fehlerfall passiert.
Ich habe kein 2tes NAS nur das DXP4800 Plus ( 4* 6TB WDRed Pro; 2 * 512GB m.2 angeschlossen 2.5 GB Lan). Der switch mit 2.5 GB ist noch unterwegs.
Keine Probleme beim kopieren von Windows zum NAS oder zurück.
Die Geschichte mit dem Symbolic link soll funktionieren.
I raised a ticket after I was unable to mount remote shares and access them in Docker.
Below is the most recent update from Ugreen confirming that the issue was introduced with the latest update to File Manager.
If you also need this fixed, please log a ticket to add pressure.
You can add a reference to my ticked that has the details: UKB2009741943642648576
We have confirmed that this is a behavior change in the new firmware version: In versions after 12/26, the file manager has removed the ability to "mount remote SMB directories to regular folder paths." Therefore, the system automatically generates a longer internal mount path (e.g., /mnt/@remote/cifs/...), which contains special characters such as colons. Because Docker's GUI is incompatible with Compose/YAML for such paths, this remote mount path cannot be directly used as the container's host path. Additionally, the original short path configuration in the old firmware will be lost after the upgrade.
Currently, this feature is not yet restored in the interface. We recommend creating a symbolic link path without special characters using SSH (e.g., /mnt/remote_music → pointing to the system-generated remote mount point), and then mounting this symbolic link path in Docker to restore the original container configuration. We will continue to collect user feedback and share it with the product team to evaluate whether to re-enable this feature in the future.
Join our community with over 10,000 members!
Register yourself now for free to get full access to all content, graphics, downloads and other exclusive features!
