Synology DS918+: Kein Zugriff aufs NAS, trotzdem Volume ausgelastet und HDDs arbeiten

[iOOi]

.


Synology DS918+: Kein Zugriff aufs NAS, trotzdem Volume ausgelastet und HDDs arbeiten wild:



RAID 5, btrfs, keine Datenübertragung.
Trotzdem ist das Volume voll ausgelastet und die Köpfe der Platten bewegen sich durchgehend Tag und Nacht.

 

[iOOi]

.

Hier noch SS:

 

[TheTwist76]

Probiere mal mit dem Befehle htop. Vielleicht gibt dieser ja etwas Auskunft. Ansonsten wird es schwer. Da man Pakete wie iostat usw. nicht so einfach nachinstallieren kann. Ggf. ist es auch das Dateisystem Selbstheilung, Erstellung Checksummen oder Defragmentierung.
Als ich btfrs drauf hatte, hatte ich auch immer das Gefühl das die Festplatten lauter und mehr tun. Da ich sowieso starke Performance einbrüche hatte bin ich wieder auf Ext4 gegangen ohne weiter zu analysieren einfach keine Zeit dazu.

 

[dil88]

"htop" hat den Vorteil, dass man dort iowaits für jeden Prozess sehen kann. Wird aber nicht standardmäßig angezeigt, insofern muss man sich mit der Bedienung und den Möglichkeiten von htop etwas auseinandersetzen.

 

[Ramihyn]

Meiner Meinung nach ist die Installation komplett vermurkst. Von irgendwoher muss dieser permanente I/O ja kommen, dass da quasi ununterbrochen megabyteweise Schreibzugriffe stattfinden. Dass es dir deine SSDs geschrottet hat, liegt ja ebenfalls unzweifelhaft genau an dieser permanenten Schreiberei. Welche Programme hast du auf dem NAS installiert, welche Geplanten Tasks in welchem Intervall eingerichtet?

 

[Fartman]

Vielleicht hilft Dir ja das hier https://forum.synology.com/enu/viewtopic.php?t=128590&start=15

weil in Deiner Processliste mehrfach der Dienst synoelasticd läuft . (Unversal Search)

 

[iOOi]

Danke für die Tipps!


Niemand greift aufs NAS zu, keine Aufgaben am NAS wie Backup.


Top meint:

Tasks: 291 total,   1 running, 288 sleeping,   0 stopped,   2 zombie
top - 22:17:59 up 5 days, 10:54,  1 user,  load average: 1.09, 1.32, 1.53
Tasks: 290 total,   1 running, 288 sleeping,   0 stopped,   1 zombie
top - 22:18:00 up 5 days, 10:54,  1 user,  load average: 1.09, 1.32, 1.53
Tasks: 290 total,   1 running, 288 sleeping,   0 stopped,   1 zombie
%Cpu(s):  0.6 us,  2.4 sy,  0.0 ni, 76.9 id, 20.1 wa,  0.0 hi,  0.0 si,  0.0 st
GiB Mem :    3.688 total,    2.400 free,    0.292 used,    0.997 buff/cache
GiB Swap:    4.211 total,    3.874 free,    0.337 used.    3.046 avail Mem 

  PID USER      PR  NI    VIRT    RES  %CPU %MEM     TIME+ S COMMAND                                   
 2035 root      20   0   62.3m   5.4m   2.4  0.1  58:41.74 D /usr/syno/bin/synorecycle --clean -t 30   
 7708 root      20   0    0.0m   0.0m   2.4  0.0 395:37.45 S [md2_raid5]                               
 9570 root      20   0  115.6m   0.9m   2.4  0.0   1:10.60 S /usr/syno/sbin/synostoraged               
22517 gott      20   0   13.8m   2.8m   2.4  0.1   0:03.99 R top                                       
    1 root      20   0   24.0m   3.5m   0.0  0.1   2:08.74 S /sbin/init                                
    2 root      20   0    0.0m   0.0m   0.0  0.0   0:19.49 S [kthreadd]                                
    3 root      20   0    0.0m   0.0m   0.0  0.0  46:26.11 S [ksoftirqd/0]                             
    5 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [kworker/0:0H]                            
    7 root      20   0    0.0m   0.0m   0.0  0.0  15:12.24 S [rcu_preempt]                             
    8 root      20   0    0.0m   0.0m   0.0  0.0   0:00.06 S [rcu_sched]                               
    9 root      20   0    0.0m   0.0m   0.0  0.0   0:00.00 S [rcu_bh]                                  
   10 root      rt   0    0.0m   0.0m   0.0  0.0   0:01.82 S [migration/0]                             
   11 root      rt   0    0.0m   0.0m   0.0  0.0   0:00.95 S [watchdog/0]                              
   12 root      rt   0    0.0m   0.0m   0.0  0.0   0:01.06 S [watchdog/1]                              
   13 root      rt   0    0.0m   0.0m   0.0  0.0   0:01.88 S [migration/1]                             
   14 root      20   0    0.0m   0.0m   0.0  0.0  37:33.92 S [ksoftirqd/1]                             
   16 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [kworker/1:0H]                            
   17 root      rt   0    0.0m   0.0m   0.0  0.0   0:01.04 S [watchdog/2]                              
   18 root      rt   0    0.0m   0.0m   0.0  0.0   0:01.92 S [migration/2]                             
   19 root      20   0    0.0m   0.0m   0.0  0.0  29:57.41 S [ksoftirqd/2]                             
   21 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [kworker/2:0H]                            
   22 root      rt   0    0.0m   0.0m   0.0  0.0   0:01.00 S [watchdog/3]                              
   23 root      rt   0    0.0m   0.0m   0.0  0.0   0:01.95 S [migration/3]                             
   24 root      20   0    0.0m   0.0m   0.0  0.0  31:55.50 S [ksoftirqd/3]                             
   26 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [kworker/3:0H]                            
   27 root      20   0    0.0m   0.0m   0.0  0.0   0:00.02 S [kdevtmpfs]                               
   28 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [netns]                                   
   31 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [perf]                                    
  215 root      20   0    0.0m   0.0m   0.0  0.0   0:00.34 S [khungtaskd]                              
  216 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [writeback]                               
  218 root      25   5    0.0m   0.0m   0.0  0.0   0:00.00 S [ksmd]                                    
  220 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [crypto]                                  
  221 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [kintegrityd]                             
  222 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
  224 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [kblockd]                                 
  398 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [ata_sff]                                 
  409 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [md]                                      
  492 root      20   0  399.2m   8.7m   0.0  0.2   0:00.79 S /usr/bin/smbd -F                          
  518 root      20   0  399.2m   2.0m   0.0  0.1   0:00.06 S /usr/bin/smbd -F                          
  554 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [rpciod]                                  
  645 root       0 -20    0.0m   0.0m   0.0  0.0 324:40.27 S [kswapd0]                                 
  646 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [vmstat]                                  
  650 root      20   0    0.0m   0.0m   0.0  0.0   0:00.00 S [fsnotify_mark]                           
  677 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [nfsiod]                                  
 2015 root      20   0   81.4m   0.6m   0.0  0.0   0:00.00 S /usr/syno/bin/synoschedtask --run id=9    
 2034 root      20   0   81.4m   0.0m   0.0  0.0   0:00.00 S /usr/syno/bin/synoschedtask --run id=9    
 2766 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 2781 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 2790 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 2795 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 2796 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 2799 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 2802 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 2805 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 2807 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 2808 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 2810 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 2811 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 2812 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 2813 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 2814 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 2815 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [bioset]                                  
 3230 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [iscsi_eh]                                
 3235 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [nvme]                                    
 3278 root      20   0    0.0m   0.0m   0.0  0.0   0:00.07 S [scsi_eh_0]                               
 3280 root       0 -20    0.0m   0.0m   0.0  0.0   0:00.00 S [scsi_tmf_0]

htop sagt:






Das habe ich installiert:






Die geplanten Aufgaben:




LG
iOOi

 

[iOOi]

Danke!


Da Universal Search es über Wochen nicht geschafft hatte 2 Ordner zu indizierten, und die CPU dabei durchgehend stark beansprucht war, habe ich vor 2 Wochen alle Indexaufgaben entfernt:





Seit dem langweilt sich die CPU mit wenigen %.

Trotzdem ist das Volume durchgehend fast zu 100% ausgelastet und die Köpfe der Platten tanzen 24h 7 Tage die Woche Rock 'n' Roll. Egal ob jemand aufs NAS zugreift oder ob es unbenutzt ist:

 

[iOOi]

doppelt

 

[iOOi]

Hier noch der Zustand meiner 4 Stück HDDs:
Iron Wolf Pro 10TB



HDD1:

Iron Wolf Health ist bei allen 4 ok:



Täglich um 04:30 Uhr in der Nacht werden die HDDs überprüft (Schnelltest):





Nie wurde ein Fehler gefunden:








HDD2:





HDD3:





HDD4:




LG
iOOi

 

[iOOi]

Ein Mal pro Monat wird das Volume in der Nacht geprüft:
Es wurde noch nie ein Fehler gefunden.




Zuletzt hatte es 2 Nächte benötigt.

 

[iOOi]

SMB habe ich so eingestellt:

 

[FrAntje]

Ich würde dir empfehlen die DS mal zurückzusetzen. Der Aufwand ist ja recht gering, selbst wenn du viele Daten hast. Aber wenn nicht gerade Datenträger geprüft werden, indiziert wird, dann kommt sowas nicht vor.
Ich habe es jetzt gerade nochmal getestet. Indizierung gestartet in universal search und Mediendateien, gleichzeitig Festplatte überprüfen lassen und paar Dateien kopiert. Wir wollen ja nicht dass die DS nichts zu tun hat
Frestplattenauslastung zwischen 15%-68%. Danach dann wieder schön 0%.
Ich weiß also nicht, wie man es schafft auf fast 100% zu kommen

 

[Ramihyn]

Täglicher SMART-Test ist völlig übertrieben, die dutzenden täglich ausgeführten geplanten Tasks tragen sicher ebenfalls zur Last bei, und wenn man im Ressourcenmonitor nach der Plattenauslastung sortiert, käme man schon dahinter, welche konkreten Threads da den I/O auf Anschlag treiben.
Ich würde das OS auch mal komplett zurücksetzen und dann mit einem ordentlichen Plan eine Komponente nach der anderen wieder einrichten und dabei immer drauf achten, wann das Gerödel wieder losgehen sollte.

 

[peterhoffmann]

Ich kann mich da nur anschließen.

Erst mal alle Aufgaben im Aufgabenplaner deaktivieren, dann die DS neustarten und schauen, ob sich nach dem Neustart und etwas Zeit die DS beruhigt und inkl. Volume im Leerlauf läuft.
Falls nicht, weiter auf Ursachenforschung gehen, eventuell DSM neu installieren bzw. sogar komplett neu aufsetzen.

Falls doch, Smarttest von täglich mindestens auf wöchentlich, eher auf monatlich stellen oder ganz deaktivieren. Dann alle Aufgaben durchschauen, strategisch planen und neu einrichten. Nur die Aufgaben rein, die wirklich wichtig sind und auch einen Nutzen bringen. Weniger ist mehr. Auch vom Zeitablauf schauen, dass die Aufgaben gut verteilt sind. Es nutzt nichts, wenn mehrere Aufgaben mit hohen Datendurchsatz auf die gleiche Uhrzeit fallen. Dann verhaspelt sich die DS nur unnötig.

 

[iOOi]

... im Ressourcenmonitor nach der Plattenauslastung sortiert...

Wie geht das?

Täglicher SMART-Test ist völlig übertrieben ...

Ok, hab ihn auf 1x pro Woche gestellt. Wobei der einfache SMART den ich täglich drinnen hatte nur Sekunden dauert.

... ordentlichen Plan eine Komponente nach der anderen wieder einrichten und dabei immer drauf achten, wann das Gerödel wieder losgehen sollte.

Darum hatte ich mich bemüht. Die Tasks sollten bereits gestaffelt in der Nacht laufen.

 

[iOOi]

Wieder alles ok: :-O

Ich hatte die DS letzte Nacht neu gestartet. Nach dem Booten tanzten die Kopfe sofort wieder Rock 'n' Roll. Ich hab dann beide Ehernet Kabel des Bond abgezogen und eine Stunde gewartet. Danach waren die Kopfe ruhig, sowie kein Flackern der LEDs. Dann hab ich die DS wieder mit dem Netzwerk verbunden. Es blieb immer noch alles ruhig, selbst noch in der Früh. Der Ressourcen Monitor zeige 0 Bite/s bei allen Platten für Lesen und Schreiben.

Dann habe ich testweise ein paar hundert GB meiner 4k-Videos auf eine externe Platte USB, die an der DS hängt, direkt mittels DSM kopiert. Anfangs lief es mit 214 MB/s (61MB/s Lesen pro RAID Platte). Datenträger zeigte dabei lediglich 45% und Volume nur 50% an (zuvor war es auch im Leerlauf ständig bei fast 100%). Zum Ende hin viel die Geschwindigkeit auf 110MB (Datenträger 32%, Volume 20%).

Das Akustikkoppler Feeling mit wenigen kB/s Speed am PC war auch Vergangenheit.

Ich habe jetzt ein Backup auf eine an der DS angeschlossene USB Platte gestartet, das mit über 100MB/s schreibt. Datenträger hat dabei eine Auslastung von 40% und Volume von 35%. Das Öffnen von Ordnern an einem PC ist zwar noch sehr träge (mehrere Sekunden, bis der Inhalt von wenigen Daten erscheint), ich kann jedoch ruckelfrei 4k-Videos mit 130MBit/s wiedergeben. Seltsam: Für dieses Backup habe ich die Komprimierung deaktiviert, da es sich um bereits komprimierte Daten handelt. Trotzdem ist die CPU mit 70% durch Hyper Backup ausgelastet. Genau so als würde ein komprimiertes Backup stattfinden. Das Backup wird wie immer verschlüsselt auf die Platte geschrieben. --> Offenbar ist die CPU zum Verschlüsseln nicht effizient.


---> Prinzipiell funktioniert meine DS also. Wenn der Fehler wieder auftritt, werde ich im Ressourcenmonitor nach der Plattenauslastung sortieren (bitte noch verraten wie), und detektivisch versuchen die Ursache zu finden.

 

[peterhoffmann]

Also kennst du nicht die Ursache und wartest nun auf den nächsten Rock'n Roll.

Ja, so kann man es natürlich auch machen.

 

[Ramihyn]

Wie geht das?

Beisst einem eigentlich ins Gesicht. Hab mal eine bebilderte Anleitung erstellt:

 

[iOOi]

Das Problem ist nun wieder da: :-(

Das Backup läuft immer noch. Auf die externe Platte wird mit 100 ... 180 MB/s geschrieben und das Volume ist durchgehend bei fast 100%. Am PC habe ich wieder Akustikkoppler Feeling.



Anfangs vor 10 Stunden wurde mit 100 MB/s geschrieben und das Volume war dabei bei lediglich 50% und mit dem PC konnte ich halbwegs normal arbeiten.



Hier die Dienste nach Schreibgeschwindigkeit sortiert:
So wie es sein soll, schreibt praktisch nur Hyper Backup.




synorecycle schreibt auch ein wenig:




Hyper Backup ist jetzt bei 65%. Es sollte in der Früh fertig sein. Ich bin gespannt, ob die Köpfe dann noch Rock 'n' Roll tanzen, wie sie es zur Zeit wieder tun.