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

Status
Für weitere Antworten geschlossen.

iOOi

Benutzer
Mitglied seit
22. Jul 2018
Beiträge
187
Punkte für Reaktionen
0
Punkte
22
.


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

Benutzer
Mitglied seit
22. Jul 2018
Beiträge
187
Punkte für Reaktionen
0
Punkte
22
.

Hier noch SS:


01.jpg




03.jpg




04.jpg




02.jpg
 

TheTwist76

Benutzer
Mitglied seit
21. Apr 2013
Beiträge
227
Punkte für Reaktionen
3
Punkte
18
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

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
29.715
Punkte für Reaktionen
1.022
Punkte
754
"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

Benutzer
Mitglied seit
14. Mai 2017
Beiträge
332
Punkte für Reaktionen
60
Punkte
34
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

Benutzer
Mitglied seit
21. Jul 2010
Beiträge
475
Punkte für Reaktionen
0
Punkte
22

iOOi

Benutzer
Mitglied seit
22. Jul 2018
Beiträge
187
Punkte für Reaktionen
0
Punkte
22
Danke für die Tipps!


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


Top meint:

Code:
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:

htop.jpg




Das habe ich installiert:

installiert.jpg




Die geplanten Aufgaben:

tasks.jpg


LG
iOOi
 

iOOi

Benutzer
Mitglied seit
22. Jul 2018
Beiträge
187
Punkte für Reaktionen
0
Punkte
22
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:

universalSearch.jpg



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:

ressourcenMonitorÜbersicht.jpg
 

iOOi

Benutzer
Mitglied seit
22. Jul 2018
Beiträge
187
Punkte für Reaktionen
0
Punkte
22
doppelt
 
Zuletzt bearbeitet:

iOOi

Benutzer
Mitglied seit
22. Jul 2018
Beiträge
187
Punkte für Reaktionen
0
Punkte
22
Hier noch der Zustand meiner 4 Stück HDDs:
Iron Wolf Pro 10TB



HDD1:

Iron Wolf Health ist bei allen 4 ok:
hdd1-IronWolf-Health.jpg


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

hdd-Test-auto-1.jpg
hdd-Test-auto-2.jpg


Nie wurde ein Fehler gefunden:

hdd1-Verlauf.jpg


hdd1-smart.jpg



HDD2:

hdd2-smart.jpg



HDD3:

hdd3-smart.jpg



HDD4:

hdd4-smart.jpg


LG
iOOi
 

iOOi

Benutzer
Mitglied seit
22. Jul 2018
Beiträge
187
Punkte für Reaktionen
0
Punkte
22
Ein Mal pro Monat wird das Volume in der Nacht geprüft:
Es wurde noch nie ein Fehler gefunden.

Volume-DatenBereinigung.jpg


Zuletzt hatte es 2 Nächte benötigt.
 

iOOi

Benutzer
Mitglied seit
22. Jul 2018
Beiträge
187
Punkte für Reaktionen
0
Punkte
22
SMB habe ich so eingestellt:

smb-0.jpg

smb-1.jpg

smb-2.jpg
 
Zuletzt bearbeitet:

FrAntje

Benutzer
Mitglied seit
25. Mai 2016
Beiträge
353
Punkte für Reaktionen
13
Punkte
18
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

Benutzer
Mitglied seit
14. Mai 2017
Beiträge
332
Punkte für Reaktionen
60
Punkte
34
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

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
5.525
Punkte für Reaktionen
1.360
Punkte
234
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

Benutzer
Mitglied seit
22. Jul 2018
Beiträge
187
Punkte für Reaktionen
0
Punkte
22
... 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

Benutzer
Mitglied seit
22. Jul 2018
Beiträge
187
Punkte für Reaktionen
0
Punkte
22
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.
 
Zuletzt bearbeitet:

peterhoffmann

Benutzer
Sehr erfahren
Mitglied seit
17. Dez 2014
Beiträge
5.525
Punkte für Reaktionen
1.360
Punkte
234
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.
 

iOOi

Benutzer
Mitglied seit
22. Jul 2018
Beiträge
187
Punkte für Reaktionen
0
Punkte
22
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.

ressourcenMonitorÜbersicht-2.jpg

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.

Dienste sort nach Schreiben.JPG


synorecycle schreibt auch ein wenig:

Dienste-sort-nach-Schreiben-b.jpg


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.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat