SHR erweitern - Dauer

Status
Für weitere Antworten geschlossen.

tproko

Benutzer
Sehr erfahren
Mitglied seit
11. Jun 2017
Beiträge
2.117
Punkte für Reaktionen
256
Punkte
129
Zumindest über die Konsole hat es sofort eine Auswirkung. Somit ist es wohl auch übers GUI möglich, den Wert während des Laufs anzupassen.
 

geheim5000

Benutzer
Mitglied seit
27. Dez 2018
Beiträge
435
Punkte für Reaktionen
65
Punkte
28
wie geht das über die Konsole? Übers GUI passiert bei mir nix
 

tproko

Benutzer
Sehr erfahren
Mitglied seit
11. Jun 2017
Beiträge
2.117
Punkte für Reaktionen
256
Punkte
129
Siehe Post #2.
 

geheim5000

Benutzer
Mitglied seit
27. Dez 2018
Beiträge
435
Punkte für Reaktionen
65
Punkte
28
den link im Beitrag hatte ich übersehen danke

leider bekomme ich bei dem kommando echo 16384 > /sys/block/md2/md/stripe_cache_size immer permission denied, alles andere funktioniert, ändert aber nichts an 13000 Minuten restzeit und 8MB/s max
 

Kurt-oe1kyw

Benutzer
Sehr erfahren
Mitglied seit
10. Mai 2015
Beiträge
9.139
Punkte für Reaktionen
1.798
Punkte
314
du musst noch die "root"-Rechte freigeben, dann ist auch das permission denied weg. Im Augenblick hast du nicht die notwendigen vollen Rechte auf der Konsole
 

geheim5000

Benutzer
Mitglied seit
27. Dez 2018
Beiträge
435
Punkte für Reaktionen
65
Punkte
28
vergessen zu schreiben, habe es mit root rechten probiert

sudo -i habe ich dazu genutzt
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.694
Punkte für Reaktionen
2.105
Punkte
829
Wenn Du den Befehl id absetzt, bekommst Du das auch bestätigt? Mit root-Rechten solltest Du bei obigem Kommando kein "permission denied" bekommen.
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.694
Punkte für Reaktionen
2.105
Punkte
829
Da sehe ich zwar nicht den id-Befehl, aber den root-Prompt. Schau doch bitte einmal mit

Rich (BBCode):
ls -l /sys/block/md3/md

was sich in dem Verzeichnis befindet.
 

geheim5000

Benutzer
Mitglied seit
27. Dez 2018
Beiträge
435
Punkte für Reaktionen
65
Punkte
28
brauchst den sudo -i befehl noch? denn mach ich davon auch nochmal nen screenshot kein Problem

hier der ls befehl

syno 3.JPG
 

dil88

Benutzer
Contributor
Sehr erfahren
Mitglied seit
03. Sep 2012
Beiträge
30.694
Punkte für Reaktionen
2.105
Punkte
829
Es ist kein Rechteproblem, /sys/block/md3/md/stripe_cache_size existiert nicht.
 

geheim5000

Benutzer
Mitglied seit
27. Dez 2018
Beiträge
435
Punkte für Reaktionen
65
Punkte
28
Ok, wieder was gelernt.

Also keine möglichkeit das zu beschleuniegen, dann muss ich wohl noch ein paar Tage warten.
 

Melvin_van_Horne

Benutzer
Mitglied seit
04. Mrz 2017
Beiträge
17
Punkte für Reaktionen
0
Punkte
1
Moin,

Vielleicht hilft es dem einen oder anderen, wenn ich mal meine Werte zum Vergleich poste.

Es ist eine DS 218+ mit 10 Gb Ram
verbaut waren zwei WD 60EFRX im SHR Raid mit Datenschutz. Das Array ist zu 4,75 von 5,24 TB (95 %) voll. Soweit ich weiss, spielt die Grösse der Dateien keine Rolle. Aber der Vollständigkeit halber. Es sind zum grössten Teil Filme (recht gross) und Musik.
Ersetzt werden sie durch zwei ST10000N0004.

Begonnen hat das Rebuild vor 19 Stunden und ist bei 9,4 %

melvins raid.jpg

Die Werte für speed_limit_min und speed_limit_max habe ich unter Speicermanager -> Speicherpool -> Konfiguration eingestellt und über eine SSH Anmeldung überprüft. Die Werte die man im GUI einträgt werden sofort übernommen. Das habe ich mit " "krummen" Werten getestet. Und sie wirken auch mit wenigen Sekunden Verzögerung. Das habe ich mit sehr kleinen Werten getestet.

Bei der Geschwindigkeit komme ich nicht über 7500 K/sec. Wenn ich während des Rebuilds Daten vom PC auf das NAS kopiere zeigt der Reccourcenmanager zwar Schreibgeschwindigkeiten von 80 MBit an aber die Lesegeschwindigkeit bricht völlig ein. Läuft nur der Rebuild pegeln sich sowohl Lese- als auch Schreibgeschwindigkeit bei ca. 7,5 MB/sec ein.

Mal sehen ob sich die Werte ändern, wenn ich die zweite Platte ersetze.
 

geheim5000

Benutzer
Mitglied seit
27. Dez 2018
Beiträge
435
Punkte für Reaktionen
65
Punkte
28
Also die Geschwindigkeiten genauso wie bei mir.

Bei dir ist die Zeit bestimmt kürzer weil er ja erstmal nur 6TB wiederherstellen muss denk ich mal.

Beim nächsten mal setz ich neu auf, scheint definitiv schneller zu gehen.
 

Melvin_van_Horne

Benutzer
Mitglied seit
04. Mrz 2017
Beiträge
17
Punkte für Reaktionen
0
Punkte
1
Moin,

ist halt nur die Frage wer arbeitet. Das NAS oder ich. :D ich habe ein Backup und kann das NAS weiter benutzen. Also soll es doch dauern, so lange wie es will.
 

Godzilla13

Benutzer
Mitglied seit
31. Jan 2019
Beiträge
4
Punkte für Reaktionen
0
Punkte
1
Hallo zusammen,

ich muss hier nochmal nachfragen ob jemand mittlerweile herausgefunden hat wieso es nicht schneller als ~7500K/s läuft obwohl die Werte hochgesetzt wurden? Bei mir ist das nämlich auch der Fall.

Ich bin aktuell auch am verzweifeln dass das alles solange läuft. Bei mir hat die NAS einen kurzen Stromausfall bekommen und danach angefangen sich neu zu synchronisieren, was ja in Ordnung ist. Das ganze ist aber jetzt fast 1 Woche her und es sind gerade einmal 31% geschafft (2x10TB). Wenn die Zeitangaben unter mdstat stimmen muss ich noch weitere 10 Tage warten. Das kanns doch nicht sein oder?
 

Melvin_van_Horne

Benutzer
Mitglied seit
04. Mrz 2017
Beiträge
17
Punkte für Reaktionen
0
Punkte
1
Hallo,

doch, das ist wohl so. Je nachdem welchen Typ NAS Du hat. Aber die Werte sind wahrscheinlich normal.
 

PeterPanther

Benutzer
Mitglied seit
12. Jun 2014
Beiträge
314
Punkte für Reaktionen
3
Punkte
18
Entspricht das Ganze nicht einer RAID-Bereinigung? (Resynchronisierung)

Dafür gibt es direkt im DSM ein Setting.
Speicher-Manager > Speicherpool > Konfiguration

Bei meinem letzten Rebuild gab es diese Konfig über DSM noch nicht.
Ob das jetzt 1:1 das gleiche setzt, kann ich im Moment nicht verifizieren. Liest sich aber ähnlich :)

Ja, tut es, läßt sich auch in der Konsole anschließend abfragen. Allerdings kann ich so einen richtigen Effekt auf die Geschwindigkeit nicht feststellen. Ich erweitere gerade ein SHR-2. Ausgangslage 4x8TB WD Red, 3x4TB Red. Eine 4er Platte wird zunächst durch eine 8er ersetzt. (nach Fertigstellung dann nochmal das Gleiche) in einer DS 1815+.
Die Aktion läuft nun seit gestern, anfangs war ich noch relativ begeistert, weil es recht zügig durchlief. Heute morgen war es bei hundert Prozent.

Dummerweise ging es danach wieder bei 0 los und ist gefühlt langsamer. Ist das normal? Wie oft macht der das??
 

Kurt-oe1kyw

Benutzer
Sehr erfahren
Mitglied seit
10. Mai 2015
Beiträge
9.139
Punkte für Reaktionen
1.798
Punkte
314
Geduld haben, es ist alles in Ordnung. Als ich das letzte Mal meine dritte 6 TB ausgetauscht habe auf eine 10 TB, also 3 x 10 TB + 1x 6TB hat es 47 Stunden gedauert und auch ich konnte das gleiche Verhalten feststellen. Als der "erste Durchlauf" erfolgreich auf 100% war, dachte ich auch es ist jetzt fertig. Zumindest war es bei den ersten beiden Erweiterungen durch Austausch der HDDs so. ABER jetzt beim dritten Mal hat die Reparatur dann auch wieder einen "zweiten Durchlauf" gestartet bei 0 %,
Eventuell können die RAID Spezialisten hier mehr dazu sagen? Wie auch immer nach 47 Stunden und 2 Durchläufen war dann alles wieder auf "Normal" und "Grün". Bitte nicht verwechseln mit SWAP und Systempartition Durchlauf, das kannte ich schon. Nur der "echte" zweite Durchlauf war auch für mich neu.
Wenn der zweite Durchlauf auf 100% steht, dann ändert sich die Anzeige von "Wird repariert" auf "Wird erweitert", das hat aber dann nur ein paar Minutengedauert und der "neue" Speicherplatz wurde hochgezählt.

Es ist auch nicht "gefühlt" langsamer, sondern am AvrLogger sehr gut zu sehen, wie am Beginn vom ersten Durchlauf mit hoher Geschwindigkeit gestartet wird und nach einigen Stunden die Linie kontinuierlich hinuntergeht während des 1. Reparatur-Durchlaufes:

shr_erweiterung_3hdd_10tb.jpg
Anmekrung: der Temperatureinbruch am Ende gegen 08:00 Uhr am Morgen wurde verursacht durch das Öffnen vom Bürofenster und kalte Luft von Aussen ins Büro strömte.

Ebenfalls interessant, dass dann beim zweiten Durchlauf die violette Linie viel weiter oben war während der Reparatur:

shr_erweiterung2_3hdd_10tb.jpg

Ich nehme an, dass beim ersten Durchlauf die neue "leere" Platte mit hoher Geschwindigkeit geprüft wird, was natürlich ohne Daten schneller geht, sowie die noch "leeren" Bereiche der alten Platten und dann gegen Ende als die Bereiche mit "Inhalten" erreicht wurden die Geschwindigkeit zurückgeht und beim zweiten Durchlauf dann erst die Daten/Prüfdateien auf das neue Volume verteilt werden.
Wie gesagt, eventuell kann hier ein Raid Spezialist genaueres dazu sagen, was die DS da eigentlich genau macht.
 
Zuletzt bearbeitet:
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