Ist es sicher, Festplatten eines MD-Software-Raids in den Standby-Modus zu versetzen?


9

Ich habe einen Home-Fileserver mit 6 Desktop-Festplatten in einem MD-RAID.

Auf den Server wird nicht viel zugegriffen, daher denke ich, dass es gut wäre, wenn die Festplatten nach einiger Leerlaufzeit in den Standby-Modus wechseln (z. B. mit dem Befehl hdparm -S oder hd-idle).

Ist dies bei Verwendung von mdadm sicher oder kann dies zu Fehlern / beschädigten Festplatten führen?


Als schnelle Antwort glaube ich, dass etwas, das das Laufwerk schreiben / lesen soll, aus dem Standby-Modus kommt.
Soandos

Ich nehme an, Sie verwenden auf diesem Computer keine Desktop-Umgebung? Es wäre wirklich sicher, wenn Gnom oder KDE es für Sie tun würden.
digitxp

@ Soandos: Ja, das ist das Verhalten, das ich auch erwarten würde.
Dani31

@digitxp: Sie haben Recht, aber warum ist es Ihrer Meinung nach in einer Desktop-Umgebung wirklich sicher?
Dani31

1
@ Dani31 Du kennst die Gnome-Typen, sie werden etwas absolut idiotensicheres machen oder wenn sie es nicht können, werden sie so tun, als gäbe es ein solches Feature nie.
digitxp

Antworten:


5

Ich sollte es mir denken. Ich benutze es seit ungefähr einem Jahr auf meinem Backup-Rechner mit RAID-1. Habe die Tipps von dieser Seite bekommen . Es wird auch im Gentoo-Wiki und im [H] ardforum-Thread erwähnt.

Außerdem markiert die Manpage für hdparm den ähnlichen Ausschaltmodus (-s) wie SEHR GEFÄHRLICH, erwähnt jedoch keine Risiken im Abschnitt hd-idle.


4

Nach meiner Erfahrung ist es sicher. Ich habe mehrere Jahre lang einen Heimserver mit "hdparm -S 240" betrieben und keine Probleme festgestellt.

Beachten Sie jedoch Folgendes:

  • Alle Festplatten haben eine Zeitüberschreitung und werden einzeln aktiviert. In einem RAID-5 kann dies lange dauern, da die Festplatten nacheinander aufwachen.

Einige beliebte Laufwerke wie die WD RED-Serie verfügen nicht über APM-Funktionen und können von hdparm nicht verarbeitet werden.

Ich habe ein Skript geschrieben (getestet unter Debian 8.0), um beide Probleme zu lösen:


1

Wie in der hdparmManpage angegeben für -S:

Dieser Zeitüberschreitungswert wird vom Laufwerk verwendet, um zu bestimmen, wie lange (ohne Festplattenaktivität) gewartet werden muss, bevor der Spindelmotor ausgeschaltet wird, um Strom zu sparen. Unter solchen Umständen kann es bis zu 30 Sekunden dauern, bis das Laufwerk auf einen nachfolgenden Festplattenzugriff reagiert, obwohl die meisten Laufwerke viel schneller sind.

Im Red Hat Power Management-Handbuch heißt es:

Viele Anwendungen scannen Konfigurationsdateien nach Änderungen. In vielen Fällen wird der Scan in einem festen Intervall durchgeführt, beispielsweise jede Minute. Dies kann ein Problem sein, da dadurch eine Festplatte gezwungen wird, aus Spindowns aufzuwachen.

Beides weist nachdrücklich darauf hin, dass das Herunterfahren von Festplatten sicher ist. Wenn eine Festplattenaktivität auftritt, bei der eine bestimmte Festplatte hochgefahren werden muss, wird sie automatisch hochgefahren. Dies stimmt auch mit meiner persönlichen Erfahrung überein; Bei jeder Festplatten-E / A wird ein heruntergefahrenes Laufwerk hochgefahren. Sie können die E / A des Laufwerks auch manuell veranlassen, das Hochfahren zu erzwingen, wenn Sie wissen, dass es bald benötigt wird. Die -zOption von hdparm könnte dafür nützlich sein:

-z Erzwingen Sie ein erneutes Lesen des Kernels der Partitionstabelle der angegebenen Geräte.

Beachten Sie, dass der Spin-up-Prozess, wie in der hdparm-Manpage angegeben, einige Zeit in Anspruch nehmen kann, während der die E / A-Anforderung nicht auf den Userland-Prozess reagiert. Ich empfehle, dies im Voraus zu versuchen, um sicherzustellen, dass Ihre Festplatten nicht zu lange zum Hochfahren benötigen, was dazu führen kann, dass Sie Angst haben, sie aus Ihrem Array zu werfen (was zu schlechten Dingen führt, wenn Sie die Redundanzschwelle Ihres Arrays unterschreiten). Hochlaufzeiten sollten bei modernen Laufwerken kein Problem sein, aber Sie wissen es nie genau, bevor Sie in Ihrer speziellen Umgebung testen.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.