Aushängen einzelner Festplatten aus dem System/Swap/Data RAID Verbung der DS

[Brian!]

Hallo zusammen,

Itari hatte mal in einem Beitrag angedeutet, dass es per mdadm möglich sein soll, einzelne Festplatten in der DS aus dem System/Swap/Data Raid1 Verbund zu schmeißen. Das hört sich für mich aktuell sehr interessant an, da ich mir davon erhoffe in mein 24/7 System nicht 24/7 Festplatten als reine Backup platten einbauen zu können und somit diese dann getrennt schlafen schicken lassen könnte und von dem deutlich höheren Datendurchsatz gegenüber USB Platten profitieren könnte.
Jetzt habe ich zu diesem Thema bereits die Suchmaschine bemüht und beispielsweise diesen halbwegs passenden Link zu dem Thema gefunden. Allerdings würde ich gerne wissen, ob hier jemand schon Erfahrungen mit dem Thema hat und mir vielleicht zumindest den einen oder anderen Hinweis geben könnte worauf ich besonders achten muss (ein How-To wäre natürlich noch viel schöner ).

Speziell möchte ich mir den Ärger ersparen Tagelang backups zu fahren und dann beispielsweise bei einem Neustart des Systems irgendwie die Daten auf der/den Platte/n zu zerschießen.

Außerdem wüsste ich hierbei gerne, ob dabei meine Daten verloren gehen oder ob ich das RAID1 auch ohne Datenverlust degradieren kann. Klar habe ich zwar Backups, aber es dauert schließlich immer ewig alle Daten als hin und her zu verschieben.

Also jedenfalls wäre ich für jeden Tipp sehr dankbar!

Grüße,
Brian

 

[Matthieu]

itari betreibt eine seiner DSen mit "aufgebrochenem" System-Raid, wenn ich das richtig in Erinnerung habe. Ob und wenn ja, wo das hier dokumentiert ist, weiß ich aber auch nicht. Das System-Raid-1 ist unabhängig von der Datenpartition; Datenverlust sollte es also nicht geben.
ABER: Dein Hauptproblem so wie ich das verstanden habe, nämlich die Hibernation-Funktion bei einzelnen Platten, löst das nicht. Hibernation wird vom SATA-Controller gesteuert, da nur er den Strom abschalten kann. Da aber eine DS keinen teuren Raid-Controller besitzt (häufig sind diese Spezialteile ungefähr so teuer wie eine ganze DS), laufen alle Festplatten über einen Controller. Also geht eh nur keine oder alle Festplatten - das hängt nicht nur am Raid.

MfG Matthieu

 

[Brian!]

itari betreibt eine seiner DSen mit "aufgebrochenem" System-Raid, wenn ich das richtig in Erinnerung habe. Ob und wenn ja, wo das hier dokumentiert ist, weiß ich aber auch nicht. Das System-Raid-1 ist unabhängig von der Datenpartition; Datenverlust sollte es also nicht geben.
ABER: Dein Hauptproblem so wie ich das verstanden habe, nämlich die Hibernation-Funktion bei einzelnen Platten, löst das nicht. Hibernation wird vom SATA-Controller gesteuert, da nur er den Strom abschalten kann. Da aber eine DS keinen teuren Raid-Controller besitzt (häufig sind diese Spezialteile ungefähr so teuer wie eine ganze DS), laufen alle Festplatten über einen Controller. Also geht eh nur keine oder alle Festplatten - das hängt nicht nur am Raid.

MfG Matthieu

Na das ist doch schon mal eine hilfreiche Antwort. Danke!

Der Beitrag von Itari auf den ich mich bezogen habe ist folgender:

Ja das geht. Da allerdings auf allen Platten 2 Partition im RAID1 (System und Swap) liegen und betrieben werden, ist der Effekt einer Performancesteigerung (und auch des Plattenspindowns) erst dann da, wenn man händisch per mdadm diese beiden RAID1er degradiert auf nur ein Laufwerk (die SSD). Ich hab das bei meiner DS2411+ so eingerichtet. Das führt natürlich dazu, dass man beim Betrachten des Speichermanagers immer Fehler angezeigt bekommt, weil es ja gegen das Synology-Konzept ist.

Itari

Den hatte ich so interpretiert das es wohl bei den größeren Kisten so gehen könnte... ob dem wirklich so ist, oder ob das ein Missverständnis war, weiß ich natürlich nicht...

Grüße,
Brian

 

[Brian!]

Halbwegs gelöst!

So, da mir hier anscheinend bisher niemand helfen konnte hat nun zwischenzeitlich meine Neugierde und meine Experimentierfreude obsiegt und ich habe es mal selbst ausprobiert.

Für jeden den es interessiert möchte ich hier meine (bisherigen) Ergebnisse festhalten (getestet auf einer DS1511+ und der Disk 5):

Erstmal mit folgenden Befehlen die Platte aus dem System- und Swap- Raid schmeißen:

mdadm /dev/md0 -f /dev/hde1 -r /dev/hde1         # force remove (root) of volume "e" (5)
mdadm /dev/md1 -f /dev/sde2 -r /dev/sde2         # force remove (swap) of volume "e" (5)

Nun sollte es im DSM zwei Fehlermeldungen geben, einmal das dass Sytem Volume [root] und einmal das dass System Volume [swap] degradiert wurden. Mit:

mdadm --detail /dev/md0
mdadm --detail /dev/md1

Kann nun zusätzlich noch der Status der jeweiligen Volumes im Raid begutachtet werden.

Mit dem über IPKG installierbaren sdparm kann nun per:

sdparm --command=stop  /dev/sde5     # hibernate volume "e" (5)
sdparm --command=start /dev/sde5     # wake-up volume "e" (5)

Die Festplatte entweder schlafen geschickt oder aufgeweckt werden. Somit ist es nun beispielsweise, zumindest theoretisch, möglich ein eigenes Backup-Skript zu schreiben und darin die Platte per sdparm erst zu wecken (was aber ohnehin beim darauf schreiben geschehen sollte) und im Anschluss an das Backup wieder schlafen zu schicken.

Optional zu sdparm kann man auch den (zumindest auf meiner DS1511+) bereits vorhandenen hdparm verwenden:

hdparm -Y /dev/sde5     # send volume "e" (5) to sleep

Ich habe nun auch schon einige Versuche unternommen um zu testen bzw. zu sehen, ob die Platte vom System aus ebenfalls schlafen geschickt wird - hierbei bin ich mir bisher aber noch unsicher. Über Nacht scheint die Platte zwar irgendwann mal automatisch schlafen geschickt worden zu sein, aber mit der im System eingestellten Zeit von 10 Minuten Inaktivität hatte das wohl nichts zu tun, diese sind nämlich bis dato nicht reproduzierbar zu erreichen.

Wenn jemand eine Möglichkeit kennt den Festplatten Spin-Down zu Loggen, so wäre ich für eine kurze Beschreibung dazu dankbar.

Möchte man nun die Platte wieder in das System- und Swap- Raid einhängen, so kann man dies mit folgenden Befehlen tun:

mdadm /dev/md0 -a /dev/hde1
mdadm /dev/md1 -a /dev/sde2

WICHTIGER HINWEIS:
per mdadm an den Software-Raids der DiskStation herum zu spielen ist nicht im Sinne von Synology (quittiert mit entsprechenden Fehlermeldungen im DSM) und bringt sicherlich deutliche Risiken mit sich! Daher sollte sich das wohl jeder vorher gut überlegen - und insbesondere immer ein Backup seiner Daten anfertigen!

Grüße,
Brian

 

[itari]

Zum Spin-Down: Man kann die Platte eigentlich nicht 'schlafen' schicken. Was man kann, ist mit dem Plattencontroller vereinbaren (per sdparm oder hdparm), dass dieser die Platte 'schlafen' schickt (z.B. nach einem 'Gute-Nacht-Liedchen von 15 Minuten Dauer oder so *gg*). Warum ist dieser Unterschied wichtig: Weil es eben nicht der Prozessor der DS (oder ein ATA-Contoller) ist, welcher sich einen Wecker stellt, den man eventuell auch abfragen könnte.

Itari

 

[Brian!]

Zum Spin-Down: Man kann die Platte eigentlich nicht 'schlafen' schicken. Was man kann, ist mit dem Plattencontroller vereinbaren (per sdparm oder hdparm), dass dieser die Platte 'schlafen' schickt (z.B. nach einem 'Gute-Nacht-Liedchen von 15 Minuten Dauer oder so *gg*). Warum ist dieser Unterschied wichtig: Weil es eben nicht der Prozessor der DS (oder ein ATA-Contoller) ist, welcher sich einen Wecker stellt, den man eventuell auch abfragen könnte.

Itari

Hallo Itari,

danke für die Klarstellung, dass es bei dir auch nicht die DS ist, welche die Platten 'schlafen' schickt.

Ich habe vergangene Woche noch die Gelegenheit gehabt mit hdparm einige Tests mit verschiedenen Zeiten für den Platten-Controller zu machen (mit -Sxxx). Das Ergebnis war für mich aber nicht zufriedenstellend genug. Die Platte wurde zwar "immer wieder mal" schlafen geschickt, obwohl diese aber komplett leer war (frisch formatiert, kein Volume eingerichtet, keine shares etc.) ging sie aber kein einziges mal reproduzierbar schlafen...
Somit habe ich mich noch letzte Woche dazu entschieden, die zwei WD Platten wieder durch 24/7 Platten von Samsung zu ersetzen. Vielleicht werde ich diese Thematik zu einem späteren Zeitpunkt (mit einer anderen Platte) nochmal in Angriff nehmen.

Grüße,
Brian