SHR erweitern - Dauer

[tproko]

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]

wie geht das über die Konsole? Übers GUI passiert bei mir nix

 

[tproko]

Siehe Post #2.

 

[geheim5000]

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]

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]

vergessen zu schreiben, habe es mit root rechten probiert

sudo -i habe ich dazu genutzt

 

[dil88]

Wenn Du den Befehl id absetzt, bekommst Du das auch bestätigt? Mit root-Rechten solltest Du bei obigem Kommando kein "permission denied" bekommen.

 

[geheim5000]

So sieht das aus

 

[dil88]

Da sehe ich zwar nicht den id-Befehl, aber den root-Prompt. Schau doch bitte einmal mit

ls -l /sys/block/md3/md

was sich in dem Verzeichnis befindet.

 

[geheim5000]

brauchst den sudo -i befehl noch? denn mach ich davon auch nochmal nen screenshot kein Problem

hier der ls befehl

 

[dil88]

Es ist kein Rechteproblem, /sys/block/md3/md/stripe_cache_size existiert nicht.

 

[geheim5000]

Ok, wieder was gelernt.

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

 

[Melvin_van_Horne]

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 %



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]

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]

Moin,

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

 

[geheim5000]

ich brauch den Speicher

 

[Godzilla13]

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]

Hallo,

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

 

[PeterPanther]

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]

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:


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:



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.