[GELÖST] Nicht gemountete Festplatten: auto-herunterfahren

[maltris]

Hallo.

Da in meinem Server seit heute 4 1TB Platten verbaut sind, von denen 2 nur reell für Daten genutzt werden und 2 eine manuelle Backupmöglichkeit darstellen, möchte ich jetzt in Erfahrung bringen, wie ich unter Debian Squeeze bewirken kann, dass die ungenutzten Platten automatisch herunterfahren sobald sie nicht mehr gemountet sind. Leider drehen sie sich nämlich weiter, verbrauchen Strom und verschleissen schneller.

Aufbau ist folgendermaßen:

/dev/sda = Sicherung für /dev/sdb
/dev/sdb = 1. Festplatte mit 20 GB Systempartition, 2 GB Swap und dem Rest Datenspeicher auf /home
/dev/sdc = 2. Festplatte komplett nur Datenspeicher, mounte ich auf /samba
/dev/sdd = Sicherung für /dev/sdc

Das handhabe ich absichtlich nicht mit einem RAID, da auch ein gespiegeltes RAID nicht davor schützt das ich mal als Root ein rm -r [Tab] [Enter] zu schnell eingebe. Mir passiert sowas zwar selten, aber immer dann, wenn ichs gerade nicht brauchen kann.

Also tl;dr: Wie lasse ich automatisch ungemountete Platten runterfahren.

[peschmae]

sowas wie hdparm -S 60 /dev/sda sollte das hinkriegen (und den Timeout fürs automatische herunterfahren auf 5 Minuten ohne Aktivität setzen)

MfG Peschmä

[maltris]

Habe die Sache jetzt gelöst:

(Mit apt-get hdparm installieren!)

In die /etc/hdparm.conf folgendes eingetragen:

Code: Alles auswählen

/dev/sda {
spindown_time = 60
}

/dev/sdd {
spindown_time = 60
}

Anschliessend

Code: Alles auswählen

/etc/init.d/hdparm stop

und

Code: Alles auswählen

/etc/init.d/hdparm start

Nun 5 Minuten warten und mittels

Code: Alles auswählen

hdparm -C /dev/sd[a-d]

den Status der Platten überprüfen.

Wenn keine Platten abgeschalten wurden sieht die Ausgabe so aus:

Code: Alles auswählen

root@192:~# hdparm -C /dev/sd[a-d]

/dev/sda:
 drive state is:  active/idle

/dev/sdb:
 drive state is:  active/idle

/dev/sdc:
 drive state is:  active/idle

/dev/sdd:
 drive state is:  active/idle

Wenn die gewünschten Platten abgeschaltet wurden sieht die Ausgabe so aus:

Code: Alles auswählen

root@192:~# hdparm -C /dev/sd[a-d]

/dev/sda:
 drive state is:  standby

/dev/sdb:
 drive state is:  active/idle

/dev/sdc:
 drive state is:  active/idle

/dev/sdd:
 drive state is:  standby

In die Überschrift pack ich mal noch ein [GELÖST].

Beste Grüße

[pangu]

Ich nutze immer hdparm -Y fuer den Tiefschlafmodus, was genau bewirkt denn dein genutztes Kommando? bin grad mobil unterwegs und kann nicht in die manpage schauen.

[rendegast]

/dev/sda {
spindown_time = 60
}

Ich würde da eher /dev/disk/by-id/ bemühen.
EDIT Wegen möglicher Neubelegung, zufällig oder durch Kabelumstecken / Boardwechsel.

[maltris]

@rendegast: Meinst du wegen einer moeglichen Andersbelegung bei einem Neustart?

@pangu: Das schaltet die Festplatten aus bis wieder durch ein Programm oder einen Userzugriff Daten abgerufen werden muessen. Getestet habe ich das mit hddtemp, denn die beiden abgeschalteten Platten sind signifikant Kuehler. Mounte ich nun beispielsweise /dev/sdd faehrt die Platte hoch und ist nach einigen Sekunden wieder faehig Lese- oder Schreibzugriffe auszufuehren.

[pangu]

hdparm -Y tut doch genau das, also richtig in den Tiefschlaf schicken. Mit kleinem Ypsilon als Schalter schlummert sie dagegen sanfter

und ja, was rendegast meinte, dass deine jetzige sda bei einem Neustart sdb heisst. Ist z.B. an einem Rechner bei mir der Fall. Da verwende ich deshalb auch immer die uuids (vor allem in der fstab)

[maltris]

Dazu haette ich dann mal noch eine Frage. Wie kann die UUID's vernwenden, wenn es doch ganze Festplatte geht?
Soll heissen: Wenn ich /dev/sdb1/, /dev/sdb5/ und /dev/sdb6/ habe, welche UUID muss ich fuer hdparm verwenden?

[Cae]

Leider drehen sie sich nämlich weiter, verbrauchen Strom und verschleissen schneller.

Beep, das stimmt nicht, zumindest nicht im Hinblick auf die Scheiben. Es ist wesentlich belastender, eine komplett stehende Spindel erneut in Rotation zu versetzten, als sie dauerhaft mit 7k2 durch die Gegend zu blasen. Fuer die Elektronik mag das Verschleiss-Argument schon eher gelten, sollte aber nicht, sofern sie gescheit konzipiert wurde.

Dazu haette ich dann mal noch eine Frage. Wie kann die UUID's vernwenden, wenn es doch ganze Festplatte geht?

Guck' in /dev/disk/by-uuid/. Das sind wirklich Hardware-abhaengige UUIDs und nicht die von den Dateisystemen.

Gruss Cae

[maltris]

@Cae:

Code: Alles auswählen

lrwxrwxrwx 1 root root 10  6. Apr 09:46 5c4453bd-3f90-4f1a-a76d-f22fd5ee4bbb -> ../../sdb5
lrwxrwxrwx 1 root root 10  6. Apr 09:46 7213a125-43fa-4bd5-9021-fbe8cf93a753 -> ../../sda1
lrwxrwxrwx 1 root root 10  6. Apr 09:46 9ce0655a-f9ea-4f7c-9b16-fabab5eb33c9 -> ../../sdd1
lrwxrwxrwx 1 root root 10  6. Apr 09:46 9f89b770-dd39-49d6-aae5-f4fa7b9769e4 -> ../../sdb6
lrwxrwxrwx 1 root root 10  6. Apr 09:46 d4459628-80cf-4f2e-a4d8-ce023a2f9123 -> ../../sdc1
lrwxrwxrwx 1 root root 10  6. Apr 09:46 f3d43721-5c8a-4e1a-bf2e-286453655e6b -> ../../sdb1

Siehe sdb5, sdb6, sdb1. Das ist eine physische Platte mit Swap, System und /home.

[r900]

Guck' in /dev/disk/by-uuid/. Das sind wirklich Hardware-abhaengige UUIDs und nicht die von den Dateisystemen.

beep! Du meinst /dev/disk/by-id/

[maltris]

by-id sieht schon interessanter aus, jedoch sehr umfangreich mit mehreren Bezeichnungen zu den gleichen Laufwerken:

lrwxrwxrwx 1 root root 9 6. Apr 09:46 ata-ST31000525SV_9VP9C2L2 -> ../../sda
lrwxrwxrwx 1 root root 9 6. Apr 09:46 scsi-SATA_ST31000525SV_9VP9C2L2 -> ../../sda
lrwxrwxrwx 1 root root 9 6. Apr 09:46 wwn-0x5000c5002c9dd4ee -> ../../sda

Was tun?

[Cae]

Guck' in /dev/disk/by-uuid/. Das sind wirklich Hardware-abhaengige UUIDs und nicht die von den Dateisystemen.

beep! Du meinst /dev/disk/by-id/

Korrekt, meinte ich. Lustigerweise hab' ich laut Shell-History auch direkt nach by-id/ geguckt, aber hier dann doch den falschen Pfad geschrieben...

by-id sieht schon interessanter aus, jedoch sehr umfangreich mit mehreren Bezeichnungen zu den gleichen Laufwerken

Vermutlich sind das die unterschiedlichen Subsysteme, die theoretisch zustaendig sein koennten, und deren Bezeichnungen fuer das gute Stueck. Bei Festplatten wuerde ich intuitiv die scsi-*-ID nehmen.

Gruss Cae

[maltris]

Schande ueber mein Haupt, ich hab fast den ganzen Artikel gelesen nur das Ende weggelassen: Hdparm

Fast alle Einstellungen, die mit hdparm verändert werden, bleiben nur bis zum nächsten Systemstart erhalten. Um dem entgegenzuwirken, gibt es unter /etc/hdparm.conf eine Konfigurationsdatei, die günstiger Weise schon mit selbsterklärenden Beispielen und Beschreibungen gefüllt ist. Eines muss noch erwähnt werden. Durch die neuen libata Treiber spielt es keine Rolle mehr, an welchem IDE Kanal ein Laufwerk Master oder Slave ist - die Device-Nodes unter /dev werden beim Start per Zufall nummeriert. Will man aber für bestimmte Laufwerke bestimmte Einstellungen setzen, bietet es sich an, die automatisch von udev generierten Symbolischen Links unter /dev/disk/ zu verwenden. Demnach kann ein Block zum Beispiel so aussehen:

Code: Alles auswählen

/dev/disk/by-id/ata-Hitachi_HDT725050VLA380_VFJ401R41S702K { 
        apm = 128
        acoustic_management = 128
        spindown_time = 240
}

[pangu]

@maltris: gebe einfach

Code: Alles auswählen

blkid -o list

ein und du hast deine gesuchten IDs schön in einer Liste ausgegeben

Und wenn du sie dann in der /etc/fstab mounten möchtest dann kannst du sie entweder mit der uuid angeben, als Beispiel

Code: Alles auswählen

UUID=3793f7c1-langeid-47a4-849e-usw0123 /boot           ext2    defaults        0       2

oder du könntest einfachhalber sogar ein Label verpassen damit du dir nicht die lange Zahl mit den uuids merken musst. Das kannst du ganz einfach mit

Code: Alles auswählen

tune2fs -L volume-label device

dann würdest du in der fstab zum Einbinden statt die lange UUID einfach Label verwenden, das würde dann so aussehen (als Beispiel)

Code: Alles auswählen

LABEL=meinedatenplatte1 /irgendwo           ext4    defaults     0 2

Und wegen dem Runterfahren der Platte, ich handhabe das so wie du. Ich hab dieselbe Platte zweimal in einem System. Periodisch (1x monatlich) klone ich die Produktivplatte auf die Backupplatte. Nach erfolgreichem Klonvorgang versetzte ich die Backupplatte in den Tiefschlaf, damit die Spindel nicht läuft und die Platte ist abgeschaltet. Würde ich sie benötigen, muss ich aber nicht ein Neustart durchführen, sie wird automatisch aufgeweckt sobald ich die versuche irgendwohin zu mounten. Ich hab das auch per Sicht damals getestet, die Platte fährt wirklich runter. Wie bereits gesagt, es ist der Schalter "hdparm -Y" für diesen Modus. Kannst ja auch die man-page betrachten, da steht der Unterschied zwischen -y und -Y drin.

Viel Erfolg und schönes Wochenende wünscht dir,
pangu.

[cirrussc]

Und wegen dem Runterfahren der Platte, ich handhabe das so wie du. Ich hab dieselbe Platte zweimal in einem System. Periodisch (1x monatlich) klone ich die Produktivplatte auf die Backupplatte. Nach erfolgreichem Klonvorgang versetzte ich die Backupplatte in den Tiefschlaf, damit die Spindel nicht läuft und die Platte ist abgeschaltet. Würde ich sie benötigen, muss ich aber nicht ein Neustart durchführen, sie wird automatisch aufgeweckt sobald ich die versuche irgendwohin zu mounten. Ich hab das auch per Sicht damals getestet, die Platte fährt wirklich runter. Wie bereits gesagt, es ist der Schalter "hdparm -Y" für diesen Modus. Kannst ja auch die man-page betrachten, da steht der Unterschied zwischen -y und -Y drin.

Im genannten Wiki-Artikel hatte ich das auch aufgeführt:

-y setzt das Laufwerk sofort in den Standby Modus, die Spindel stoppt dabei. Bei Zugriffen wacht es automatisch wieder auf.
-Y setzt das Laufwerk in den Sleep Modus, welcher am wenigsten Energie benötigt. Die Spindel stoppt auch hier. Normalerweise wird es bei Zugriffen automatisch aufgeweckt. Die benötigte Startzeit ist etwas länger als im Standby Modus.

Zum stoppen reicht also auch das kleine -y, welches die HDD in den Standby schickt aber schnell wieder in den Aktiv- oder Idlemodus gehen kann. Dabei werden also die Köpfe geparkt (entweder auf der inneren Landezone oder auf die äußere Rampe) und die Spindel gestoppt. So ein Zyklus erhöht also den Load_Cycle_Count.
Das große -Y macht genau das gleiche, nur wird hier von der HDD der noch tiefere Powerdown Modus eingenommen (macht Verbrauchsmäßig aber keinen allzugroßen Unterschied, denn der Hauptverbraucht wird durch die Aktoren (Motor, Arm) verursacht). In viel älteren System und den alten Ide-Kernel Treiben (vor libata also) konnte dies unter Umständen aber Probleme beim Aufwachen geben; ohne LW-Reset, also Neustart, war das nicht so einfach möglich.