Ich verwende inzwischen einen Linux-basierten Server als PlexMediaServer. Das habe ich schon vor vielen Jahren gemacht, bis ich irgendwann mal auf ein MacBook umgestiegen bin. Vor einigen Monaten, bin ich aber zurück zu Linux. Dieses Mal wollte ich kein vollwertiges Desktop-System nutzen und habe mich im Zuge dessen mal an eine NAS-Distribution gewagt. Meine Wahl fiel auf OpenMediaVault.
Ein schlankes, modernes, Debian-basiertes Server-System, welches (fast) komplett per Webinterface administriert werden kann.
Nach dem letzten Hardware-Upgrade sah mein Server dann so aus:
- AMD Phenom 9650 Quad-Core-Prozessor
- 4GB DDR2 RAM
- 320GB System-Festplatte
- Interne HDDs: 2x500GB, 1TB (Erst kürzlich, vorher 320GB)
- Externe USB3-HDDs: 4TB, 3TB, 2TB, 1TB
Das bringt mich insgesamt auf etwa 12TB Speicher. So weit, so gut.
Eine schöne Sache an Linux-Servern ist, das mögliche Software-RAID. In OpenMediaVault (OMV) kann man verschiedene Festplatten, sogar USB-Laufwerke, in einem RAID-Verbund zusammenfassen. Das geht, wie alles in OMV, ganz einfach im Web-UI. RAID bedeutet, kurz gefasst, dass man viele Laufwerke als ein einziges ansprechen kann. Ich habe mich entschieden, die internen Festplatten in einem RAID-Verbund zusammenzuschalten.
Problematisch war dabei allerdings, dass ich, zur Einrichtung, zwei interne 320GB Festplatten im Server hatte, was die kleinsten Festplatten waren. Eine davon habe ich, dummer Weise, für das System genutzt. Warum das keine gute Idee war? Weil ich dafür eine 80GB IDE-Platte hätte nutzen können. Egal, der Wechsel auf irgendein anderes Laufwerk kommt später irgendwann, damit der SATA-Port frei ist fürs RAID.
Ich hatte nach der Installation also noch eine 320GB und zwei 500GB Festplatten für mein RAID zur Verfügung. Bei drei Festplatten, sollte man RAID5 verwenden (Die RAID-Modi findet ihr im Netz). RAID5 verteilt Daten und Wiederherstellungsinfos auf den Festplatten, wodurch eine Platte quasi unnutzbar wird, der Gesamtspeicher setzt sich also aus der Summer der Platten minus eine Platte zusammen. Dabei wird die kleinste verfügbare Größe verwendet. Mein RAID bestand also auf 640GB (3×320-320). Das coole ist bei RAID, dass, wenn eine Platte stirbt, sie einfach gewechselt werden kann und keine Daten verloren gehen. Aber: RAID IST KEIN BACKUP.
Da ich nur eine 320GB Festplatte im RAID hatte, nervte mich die Größe von 320GB als Grundlage extrem!
Neulich habe ich dann aus meinem alten, nicht genutzten Buffalo-NAS eine 1TB-Festplatte ausgebaut und die 320GB Platte gegen diese getauscht. Daraufhin sollte ich ja 1TB haben (3 Festplatten, 500GB*3-500=1TB). Der Tausch lief problemlos. Das RAID wurde wiederhergestellt und nach einiger Zeit (über eine Stunde) lief alles. Mit 640GB. Was?!
Fuck!
Nach ewiger Recherche stieß ich darauf, dass man mit dem Linux-Tool mdadm die Größe des RAIDs angepasst werden muss. Der gesamte Befehlt lautet dann:
mdadm /dev/md0 –grow –size=max
Damit wird das RAID auf die Maximal mögliche Größe geschaltet. Danach muss man noch das Dateisystem im Web-UI von OVM anpassen und dann wird endlich der neue Speicher nutzbar.
Wenn man’s genau nimmt habe ich diesen Artikel nur verfasst, um mir selber das Vorgehen zu notieren, damit ich nicht zu viel Nerv damit habe, das Prozedere erneut durchzuführen, wenn alle 500GB Platten durch 1TB ersetzt werden.