Hallo Liste,
Zuerst eine Einführung, damit mein Anliegen vielleicht besser verstanden wird: Ich hab einen Server mit großen internen Platten, auf die diverse Backups geschrieben werden. Die Daten sind zu wichtig um dass ich sie im Server klauen oder verbrennen lassen will, drum stecken gleich große Platten extern (usb, fw, esata) dran und ich habe mittels mdadm je über eine interne und externe ein Raid gespannt (Spiegel). Würden die Externen da jetzt immer verbleiben hätte ich außer höherer Ausfallsicherheit nichts erreicht, deshalb werden die jede Woche getauscht und ausgelagert um eine Woche später wieder "dran" zu sein. Die resultierende mdX-Partition habe ich komplett durch truecrypt gezogen und dann gibt samba Teile frei und/oder rsnapshot schreibt direkt drauf. Die Verfügbarkeit der resultierenden Partition sollte nahezu "immer" sein.
Momentan wechsle ich die Platten so: ich erkläre den Fehler (mdadm --fail) für die zu entnehmende Platte im Verbund, entferne diese (mdadm --remove) und hänge die neue dran (mdadm --re-add). Nun dauert der sync nach Anhängen ewig und belastet das System.
Die Verfügbarkeit der Schalter -add und --re-add suggeriert mir, dass auch nur ein sync der geänderten Blöcke möglich wäre, würde ich die Platte nicht mit --fail rausnehmen.
- Liege ich mit der Vermutung richtig? - Für wie viel "Änderung" reicht denn der Metadatenblock, ein paar Dutzend gb ändern sich ein einer Woche schon? - Wie entferne ich eine Platte ohne --fail?
Dann gibt es gelegentlich noch ein Problem, und das ist die Unterstützung der Controller der externen Schnittstellen. Keiner (ob esata, fw, usb) ist stabil (habe auch verschiedenste Controller/Chipsätze probiert), der Kern meldet immer mal den Verlust einer dieser externen Platten (auch da habe ich reichlich ein Dutzend durch). Da fliegt z.B. /dev/sde1 weg und es wird manchmal /dev/sdf1 erkannt. /proc/partitions führt dann sde noch, aber ein Zugriff ist nicht möglich. Mdadm hat wegen udev längst sf1 in den Verbund aufgenommen und /proc/mdstat führt nun sde1 mit "F" was zu regelmäßigen Mails führt.
Jetzt würde ich sdeX gern los, was so leicht nicht geht, das /dev wohl dynamisch ist und /dev/sdeX fehlt. Selbst wenn ich nun mittels mknod eines anlege mag mdadm das nicht:
backup:~# /sbin/mdadm -q --manage /dev/md0 --remove /dev/sde1 mdadm: hot remove failed for /dev/sde1: No such device or address backup:~# ls -la /dev/sde* brw-r--r-- 1 root disk 8, 54 16. Mär 08:37 /dev/sde brw-r--r-- 1 root disk 8, 55 16. Mär 08:37 /dev/sde1
- Wie kann ich hier ohne reboot aufräumen?
Mit freundlichen Grüßen / With kind regards Ronny Seffner