Synology NAS - tips und tricks? - Forum - Page 87

TOM

Super Moderator
Oldschool OC.at'ler

Registered: Nov 2000
Location: Vienna
Posts: 7377

14.11.2021 - 11:23

Zitat aus einem Post von Master99
hast irgendeine andere ssd mit der du noch testen kannst?

Leider nein

Zitat von COLOSSUS
Dann uebertrag die Daten initial halt ueber ein anderes Protokoll, wo es weniger Variablen zum "Tunen" gibt. rsync ist in der Praxis bei mir deutlich schneller als SMB, auch ueber ssh getunnelt.

Das wäre ein möglicher workaround für die Migration, allerdings muss im Endeffekt SMB einfach funktionieren. Darauf laufen die Windows Backups, auch MacOS scheint inzwischen darüber die Time Machine Backups zu machen (statt AFP, bei moderneren OS Versionen). Alltägliche Zugriffe von verschiedenen OS sowieso darüber.... das muss einfach performen, damit es alltagstauglich ist.

Weiters bin ich mir garnicht mal sicher, dass es am SMB Protokoll liegt, da ich bei meinen Tests auch den Web-Upload in DSM an's gleiche 85 MB/s Bottleneck gestoßen bin

lokale FIO/DD tests werde ich mir noch anschauen

MaxMax

Here to stay

Registered: Jul 2001
Location: Wien
Posts: 1934

14.11.2021 - 11:37

@tom kanns sein, dass du vl einen herstellertreiber/tool laden/installieren musst, um diesen schreibcache zu aktivieren (so kenn ich es zB von meiner Samsung NVMe)

@all
kann mir wer bitte sagen, wie ich mit der synology konsole bei einer ext.HDD (extFS/ext4) das (korrupte) filesystem reparieren kann bitte? Hintergrund: ich hab nämlich 4x4TB als JBOD an mein synology NAS angehängt über USB, und dann ~14.5TB daten kopiert auf dieses JBOD. nach paar tagen wurde die ext. Disk dann vom NAS nicht mehr erkannt, und seitdem kann ich die ext.JBOD nicht mehr mounten/dateien sehen, weder auf Windows 10 noch am NAS; aber rein USB technisch wird das JBOD schon erkannt, aber er meint halt die partition wäre leer (afaik sind aber 145 dateien oben, ich hab sie mal kurz gesehen mit einem wiederherstellungstool) !? es wird zwar eine GPT partition erkannt, aber Filesystem steht "Unknown" und bei partition ditto, laufwerksbuchstabe/usbshare wird auch nicht vergeben

smashIt

master of disaster

Registered: Feb 2004
Location: OÖ
Posts: 5229

14.11.2021 - 11:51

hast du schon den anderen lan-port probiert?

zur not kannst du das ding auch über USB befüllen.
dann siehst du zumindest was ohne netzwerk dazwischen möglich ist.

Joe_the_tulip

Editor
banned by FireGuy

Registered: Mar 2003
Location: Wien
Posts: 16452

14.11.2021 - 12:30

@TOM:

Ich hab ein DS920+ und weils gestern etwas langsamer ging als sonst, hab ichs auch probiert.

Statt stabil 112/111 R/W hab ich 108/105 am SSD und 105/90 auf der HDD? wtf? Das war vor DSM7 sicher nicht so.

edit:
Benchmark der Laufwerke (Ironwolf Pro 10TB im RAID1 und Ironwolf Pro SSDs als JBOD)

edit2:
Der 5gbe Adapter ist immer noch tot - offenbar bin ich nicht der einzige mit dem Problem. Und da es "on reboot" nicht klappt, funktioniert mein Workaround nicht.

Zitat
Warning, DO NOT update to DSM7.
Because you refuse to overpay for higher model to have 2.5G/5G/10G, Synology disabled all USB dongles in DSM7. You also can't flash back to DSM6.

nexus_VI

Overnumerousness!

Registered: Aug 2006
Location: südstadt
Posts: 3756

14.11.2021 - 15:24

Zitat aus einem Post von MaxMax
@all
kann mir wer bitte sagen, wie ich mit der synology konsole bei einer ext.HDD (extFS/ext4) das (korrupte) filesystem reparieren kann bitte? Hintergrund: ich hab nämlich 4x4TB als JBOD an mein synology NAS angehängt über USB, und dann ~14.5TB daten kopiert auf dieses JBOD. nach paar tagen wurde die ext. Disk dann vom NAS nicht mehr erkannt, und seitdem kann ich die ext.JBOD nicht mehr mounten/dateien sehen, weder auf Windows 10 noch am NAS; aber rein USB technisch wird das JBOD schon erkannt, aber er meint halt die partition wäre leer (afaik sind aber 145 dateien oben, ich hab sie mal kurz gesehen mit einem wiederherstellungstool) !? es wird zwar eine GPT partition erkannt, aber Filesystem steht "Unknown" und bei partition ditto, laufwerksbuchstabe/usbshare wird auch nicht vergeben

Würde ich mir vielleicht mit Testdisk anschauen, angeblich gibts das im SynoCommunity Repo. Sonst an einen Linuxrechner anhängen.

COLOSSUS

Administrator
GNUltra

Registered: Dec 2000
Location: ~
Posts: 12082

14.11.2021 - 17:05

Mein NAS (ein x86-PC mit Debian 11) schreibt auf die 8TB 870 QVO uebrigens ~150MiB/s sustained seq. - also die Disk selbst ist sicherlich geeignet, um einen 802.3ab-Link zu saturieren.

TOM

Super Moderator
Oldschool OC.at'ler

Registered: Nov 2000
Location: Vienna
Posts: 7377

14.11.2021 - 22:14

Code:

dd status=progress bs=128k if=/dev/zero of=/volume1/test count=81920 oflag=direct

388 MB/s

Code:

fio -numjobs=1 -iodepth=128 -direct=1 -ioengine=libaio -sync=1 -rw=randwrite -bs=1M -size=1G -time_based -runtime=30 -name=Fio -directory=/volume1

270MB/s

Also das NAS hat genug Luft und die SSD kann schneller als 85 MB/s schreiben.... nur wo ist das bottleneck :confused:

edit: Ich hab grad einen Transfer via SFTP getestet => 70 MB/s
Es liegt also nicht am Protokoll

Bearbeitet von TOM am 14.11.2021, 22:20