NAS-Strategie<\/h3>\n
Als erstes ist es eine gute Idee zu kl\u00e4ren, was man mit dem NAS \u00fcberhaupt erreichen m\u00f6chte. Hier meine Kriterien:<\/p>\n
- \n
- Datenverlust: Die Daten sollen bestm\u00f6glich vor Verlust gesch\u00fctzt werden.<\/li>\n
- Verf\u00fcgbarkeit: Die Daten k\u00f6nnen auch mal 1-2 Tage nicht verf\u00fcgbar sein. Mehr als 2 Tage Ausfall sollten es aber nicht sein.<\/li>\n<\/ul>\n
Massnahmen Datenverlust<\/h4>\n
- \n
- Das NAS soll in einem RAID-1 Verbund laufen. Damit werden die Daten gespiegelt abgespeichert, so dass ein Festplatten-Ausfall einfach abgefedert werden kann.<\/li>\n
- Gleichzeitig werden die „Core-Daten“ (alles ausser Musik, Filme etc.) regelm\u00e4ssig zus\u00e4tzlich auf ein zweites Ger\u00e4t gespeichert (rsync).<\/li>\n<\/ul>\n
Massnahmen Verf\u00fcgbarkeit<\/h4>\n
- \n
- RAID-1 hilft hier ebenfalls, die Daten bleiben bei einem Ausfall einer der beiden Festplatten weiterhin verf\u00fcgbar.<\/li>\n
- Es kann aber auch sein, dass die Hardware (SD-Karte oder HC4) ausf\u00e4llt. Die SD-Karte klone ich zu diesem Zweck. So kann ich bei einem Ausfall die SD-Karte einfach austauschen. Beim HC4 wird es aber etwas schwieriger. Ich habe mir zwei HC4 Ger\u00e4te besorgt. Bei einem Ausfall kann ich entsprechend auch den HC4 sofort ersetzen.<\/li>\n<\/ul>\n
Hardware<\/h2>\n
- \n
- Odroid HC4<\/a> \u00a0 \/ Case: SBC Case Builder<\/a><\/li>\n
- Power Supply<\/a><\/li>\n
- 2x 8TB WD Red Pro<\/a><\/li>\n
- 1x zus\u00e4tzlicher L\u00fcfter<\/a><\/li>\n
- 1x L\u00fcftungsregulierer<\/a><\/li>\n<\/ul>\n
Ich habe bereits mit dem Odroid HC2 sehr gute Erfahrungen gemacht. HC4 ist der Nachfolger und bietet neu mehr CPU Leistung, einen 64Bit Prozessor, 4Gb RAM, etc.<\/p>\n
Das HC4 Geh\u00e4use<\/h3>\n
Update 2024: Sie scheinen mittlerweile verstanden zu haben, dass das Originale Case nix bringt. Es gibt mittlerweile von odroid ein HC4 Case Kit<\/a>, mit welchem man sich ein vern\u00fcnftiges Case selber zusammenschrauben kann.<\/em><\/p>\n
Das Geh\u00e4use vom HC4 ist meines Erachtens nicht gelungen. Die Festplatten werden vertikal in den SATA-Anschluss des HC4 eingeschoben. Das ganze ist mir viel zu wackelig. „Serverschrank-Ready“ ist dieses Ding so definitiv nicht. Auch frage ich mich, ob es sinnvoll ist, SATA Stecker so zu verwenden. Ich kann mir nicht vorstellen, dass die SATA Stecker des HC4 solide genug sind um h\u00e4ufiges wechseln von Festplatten zu \u00fcberstehen:<\/p>\n
![\"\"](\"https:\/\/www.dev-metal.ch\/wp-content\/uploads\/2022\/07\/HC4_Case-711x1024.jpg\")
<\/a>Das SBC Case Builder Geh\u00e4use<\/h3>\nIch drucke mir mit dem 3D Drucker, basierend auf dem Design von SBC Case Builder<\/a> mein eigenes Geh\u00e4use. Ziel soll es sein, ein Geh\u00e4use zu produzieren, welches auch mit gutem Gewissen in einem Server- oder Netzwerkschrank platziert werden kann:
![\"\"](\"https:\/\/www.dev-metal.ch\/wp-content\/uploads\/2022\/07\/SBC_Gehause1-839x1024.jpg\")
<\/a><\/p>\nDer SBC-Build hat aber leider eine kleine Schw\u00e4che. Auf der einen Seite, wo sich das Board befindet, kann der Deckel nicht angeschraubt werden. Daraus resultiert, dass beim Stromanschluss ein Spalt von ca 2mm entsteht. Dem habe ich einfach mit einem Kabelbinder entgegengewirkt. Ist nicht sch\u00f6n, aber f\u00fcr den Serverschrankt tut es das allemal:
![\"\"](\"https:\/\/www.dev-metal.ch\/wp-content\/uploads\/2022\/07\/SBC_Gehause2-300x251.jpg\")
<\/a><\/p>\nAlles in allem kann man den HC4 nun mit gutem Gewissen in den Serverschrank stellen:<\/p>\n
- \n
- Die Festplatten sind sehr gut fixiert und es wackelt rein gar nichts.<\/li>\n
- Der zweite L\u00fcfter, den ich \u00fcber den USB-Port betreibe, sorgt f\u00fcr zus\u00e4tlich gute Bel\u00fcftung.<\/li>\n
- Der Stock-L\u00fcfter befindet sich \u00fcbrigens unterhalb des HC4-Boards. Ein L\u00fcfter wurde so montiert, dass er die Luft nach aussen bl\u00e4st und einer zieht die Luft an.<\/li>\n
- Der L\u00fcftungsregulierer erlaubt es die Touren des L\u00fcfters einzustellen. Ich habe ihn auf ca. 50% eingestellt. Damit wird immer noch gut bel\u00fcftet und der L\u00e4rmpegel h\u00e4lt sich in Grenzen. => Serverschrank-Ready.<\/li>\n
- Ist es sch\u00f6n? => NEIN \ud83d\ude00<\/li>\n<\/ul>\n
Betriebssystem<\/h2>\n
Der HC4 bietet neu (im Gegensatz noch zum HC2) die M\u00f6glichkeit das Betriebssystem auf der SATA-Disk zu installieren. Hardkernel hat daf\u00fcr den Petitboot Bootloader vorinstalliert. Dieser Bootloader erm\u00f6glicht den HC4 Start ohne eingelegte Disk oder SD-Karte. Anschliessend kann \u00fcber netboot ein Betriebssystem direkt auf einer Disk installiert werden. Ich habe aber f\u00fcr die Installation das Image auf die SD Karte geschreiben und dabei folgende zwei Images getestet:<\/p>\n
- \n
- Armbian<\/a><\/li>\n
- Ubuntu 22.04 minimal Odroid<\/a><\/li>\n<\/ul>\n
Die Ubuntu-Version stammt von Hardkernel und ist mit Petitboot kompatibel. Das bedeutet, dass das Betriebssystem (nach 10s wartezeit) von Petitboot erkannt und gebootet wird. Dieses Ubuntu k\u00f6nnte damit z.B. auf einer SATA SSD Disk installiert werden. Das Betriebssystem wird damit dann direkt von der SSD betrieben und nicht auf der SD-Karte.<\/p>\n
Armbian hingegen wird von Petitboot nicht erkannt. bei Armbian muss Petitboot komplett entfernt werden. Mit gel\u00f6schtem Petitboot versucht der HC4 auf der SD-Karte ein Betriebssystem zu finden und startet dieses dann direkt. Dies hat den Vorteil, dass der Start sofort durchgef\u00fchrt wird (ohne 10s) Wartezeit. Daf\u00fcr aber auch den Nachteil, dass das Betriebssystem auf der SD-Karte liegt. SD-Karten sind bekanntlich nicht daf\u00fcr geeignet ein Betriebssystem (mit vielen writes) zu betreiben.<\/p>\n
Ich entscheide mich f\u00fcr eine Installation mit Armbian. Armbian ist leichtgewichtiger als die Hardkernel Ubuntu-Version und auf den HC4 abgestimmt. Armbian ist mir deswegen etwas sympatischer – ist aber eher ein Bauchentscheid als wirklich mit harten Fakten begr\u00fcndet…<\/p>\n
Installation Armbian<\/h3>\n
- \n
- Download Armbian: https:\/\/redirect.armbian.com\/odroidhc4\/Jammy_current<\/a><\/li>\n
- Flash Image auf SD-Karte (z.B. mit Etcher)<\/li>\n
- L\u00f6schen von Petitboot\n
- \n
- Starten HC4 ohne eingelegte SD Karte => Petitboot startet<\/li>\n
- W\u00e4hle „Exit to shell“<\/li>\n
- F\u00fchre aus:<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
# flash_eraseall \/dev\/mtd0\n# flash_eraseall \/dev\/mtd1\n# flash_eraseall \/dev\/mtd2\n# flash_eraseall \/dev\/mtd3<\/pre>\n
- \n
- \n
- \n
- => Dadurch wird der SPI-Flash-Speicher gel\u00f6scht und der HC4 startet ab sofort direkt von der SD Karte.<\/li>\n<\/ul>\n<\/li>\n
- HC4 mit eingelegter Armbian SD-Karte starten<\/li>\n
- Installations-Anweisungen befolgen<\/li>\n<\/ul>\n
Grund-Installation Armbian ist damit abgeschlossen<\/p>\n
L\u00fcfter-Support aktivieren:<\/h4>\n
vi \/etc\/fancontrol<\/pre>\n
Inhalt einf\u00fcgen:<\/p>\n
INTERVAL=10\nDEVPATH=hwmon0=devices\/virtual\/thermal\/thermal_zone0 hwmon2=devices\/platform\/pwm-fan\nDEVNAME=hwmon0=cpu_thermal hwmon2=pwmfan\nFCTEMPS=hwmon2\/pwm1=hwmon0\/temp1_input\nFCFANS= hwmon2\/pwm1=hwmon2\/fan1_input\nMINTEMP=hwmon2\/pwm1=50\nMAXTEMP=hwmon2\/pwm1=60\nMINSTART=hwmon2\/pwm1=20\nMINSTOP=hwmon2\/pwm1=28\nMINPWM=hwmon2\/pwm1=0\nMAXPWM=hwmon2\/pwm1=255<\/pre>\n
Restart fancontrol<\/p>\n
sudo systemctl restart fancontrol<\/pre>\n
Wichtig:<\/strong> Wenn man den Kernel 5.15.x einsetzt, muss die Zeile FCFANS=hwmon2\/pwm1=hwmon2\/fan1_input entfernt werden.<\/p>\n
Reboot Issue<\/h4>\n
Ein soft reboot (sudo reboot) funktionierte in diesem Zustand nicht. Die L\u00f6sung ist hier<\/a> zu finden:<\/p>\n
armbian-config ---> System -> Install -> Install\/Update the bootloader on SPI\/Flash<\/span><\/pre>\nDanach bootet armbian sauber nach einem „sudo reboot“.<\/p>\n
Wiederherstellen\/Update Petitboot<\/h4>\n
Es besteht die M\u00f6glichkeit Petitboot zu aktualisieren bzw. \u00fcber das gleiche Vorgehen, nach einer L\u00f6schung, wieder zu installieren.<\/p>\n
Daf\u00fcr stellt Hardkernel ein Image zur Vef\u00fcgung:<\/p>\n
- \n
- Download aktuelles spiupdate-image unter http:\/\/ppa.linuxfactory.or.kr\/images\/petitboot\/odroidhc4\/<\/a> => Die heute aktuelle Version ist „spiupdate_odroidhc4_20201112.img“<\/li>\n
- Optional:\n
- \n
- Download letzte Firmware „spiboot-20220317.img<\/a>„<\/li>\n
- Auf der geflashten SD-Karte das File „spiboot.img“ durch die neue heruntergeladene Variante ersetzen. Das File muss nat\u00fcrlich nach spiboot.img umbenannt werden.<\/li>\n<\/ul>\n<\/li>\n
- Den HC4 mit dieser SD-Karte booten. Das Firmware-Update wird automatisch durchgef\u00fchrt.<\/li>\n<\/ul>\n
Hint:<\/strong> Boot ohne Petitboot<\/h5>\n
Gut zu Wissen ist, dass der HC4 auch ohne das entfernen von Petitboot die M\u00f6glichkeit bietet ohne Petitboot zu starten. Daf\u00fcr muss man einfach den schwarzen Reset-Knopf dr\u00fccken und gleichzeitig den Stromstecker einstecken. Dann warten, bis der HC4 blau zu blinken beginnt. Damit startet HC4 ohne Petitboot. => Das ist aber nat\u00fcrlich f\u00fcr den t\u00e4glichen Gebrauch nicht wirklich zu empfehlen.<\/p>\n
Installation Festplatten \/ RAID1<\/h2>\n
Partition erstellen<\/h3>\n
Als erstes schliesse ich eine der beiden 8TB Festplatten an und boote das System neu. Nun eine Partition erstellen:<\/p>\n
sudo fdisk \/dev\/sda\ng<\/strong><\/pre>\n
Dies erstellt eine gpt-Partitionstabelle und wir erhalten das Disk-Label (GUID) => Dieses notieren<\/p>\n
- \n
- Nun mit n<\/strong> eine Partition erstellen und alle vorgeschlagenen Standardwerte \u00fcbernehmen.<\/li>\n
- Am Schluss mit w<\/strong> die \u00c4nderungen auf die Platte schreiben.<\/li>\n<\/ul>\n
sudo fdisk -l<\/pre>\n
- \n
- Zeigt nun die partitionierte Festplatte an<\/li>\n
- \n
Filesystem erstellen<\/h3>\n<\/li>\n
- Wir erstellen ein Btrfs Filesystem, \u00fcber welches dann Raid1 umgesetzt wird.<\/li>\n<\/ul>\n
mkfs.btrfs \/dev\/sda1<\/pre>\n
Dies erstellt das Filesystem und weist eine UUID zu (UUID notieren).<\/p>\n
Die notierten GUID und UUID habe ich mir mit einem P-Touch auf ein Label ausgedruckt und auf die Disk geklebt. Das erm\u00f6glicht im sp\u00e4teren Betrieb die Disk einwandfrei zu identifizieren.<\/p>\n
Der Disk Identifier kann folgendermassen ermittelt werden<\/p>\n
fdisk -l \/dev\/sda<\/pre>\n
Subvolumes einrichten<\/h3>\n
Btrfs unterst\u00fctzt Subvolumes<\/a>. Btrfs hat ein unabh\u00e4ngiges einh\u00e4ngbares Root-Verzeichnis f\u00fcr das Volume (Subvolume der obersten Ebene) und f\u00fcr jedes Subvolume. Ein Btrfs-Volume kann also mehr als einen einzelnen Dateibaum enthalten. Einen ganze Tree\u00a0 von Dateib\u00e4umen enthalten. Ein Btrfs-Subvolume kann man sich als POSIX-Dateinamensraum vorstellen.<\/p>\n
Es ist zum empfehlen Subvolumes f\u00fcr voneinander unabh\u00e4ngige Datenablagen zu verwenden (z.B. Backup, Filme, Musik, etc.)<\/p>\n
Als erstes h\u00e4ngen wir das Btrfs Root-Subvolume ein:<\/p>\n
sudo mount \/dev\/sda1 \/mnt<\/pre>\n
Ich erstelle f\u00fcr mich ein Subvolume, welches alle Multimedia-Daten beinhalten soll (Filme, Musik, B\u00fccher, etc.):<\/p>\n
btrfs subvolume create \/mnt\/@backup<\/pre>\n
Nun das Root-Subvolume wieder aush\u00e4ngen<\/p>\n
sudo umount \/dev\/sda1<\/pre>\n
Jetzt kann man das erstellte Subvolume direkt in das Filesystem einh\u00e4ngen:<\/p>\n
sudo mkdir \/mnt\/multimedia\nsudo vi \/etc\/fstab\n\/dev\/sda1 \/mnt\/multimedia btrfs defaults,nofail,noatime,compress=zstd,subvol=@multimedia<\/strong> 0 0<\/pre>\n
Dieser fstab Eintrag kann anschliessend \u00fcber die CLI gemountet werden<\/p>\n
sudo mount \/mnt\/multimedia<\/pre>\n
Komplette Rechte auf \/mnt\/multimedia setzen<\/p>\n
chmod 0777 \/mnt\/multimedia<\/pre>\n
Auf diese Art und Weise kann man so viele Subvolumes erstellen wie man eben braucht.<\/p>\n
Raid1<\/h3>\n
Bis jetzt haben wir nur eine HDD installiert. Nachdem das Filesystem angelegt ist funktioniert (an dieser Stelle habe ich auch bereits Samba<\/a> eingerichtet und getestet), setzen wir die zweite Disk (nach einem shutdown und anschliessendem Neustart) ein und erstellen das Raid1.<\/p>\n
Hinweis 1: An dieser Stelle habe ich festgestellt, dass ich die erste HDD in Slot2 des HC4 gesteckt habe. Der SATA-Slot, der sich n\u00e4her am Stromanschluss\/Netzwerkanschluss befindet ist offensichtlich Slot Nr. 2 – Nach dem Restart hat n\u00e4mlich die zweite HDD \/dev\/sda zugewiesen bekommen und wodurch dann nat\u00fcrlich das vorhin erstellte Btrfs Filesystem nicht mehr verf\u00fcgbar war. Nach einem erneuten Stopp, wechsel der Festplatten und Neustart war dieses Problem behoben.<\/p>\n
Hinweis 2: Bei der Einrichtung von Raid1 habe ich mich gefragt, ob es denn m\u00f6glich ist, den Raid-level je nach subvolume zu setzen. Das ist offenbar nicht m\u00f6glich. Btrfs scheint dies als Feature offen zu haben, es ist aber offenbar seit fast 10 Jahren nichts mehr in diese Richtung gegangen. Also: Nein. \ud83d\ude42<\/p>\n
fdisk verr\u00e4t mir, wie die neue Festplatte erkannt wurde:<\/p>\n
sudo fdisk -l<\/pre>\n
In meinem Falle ist die neue HDD das Device \/dev\/sdb.<\/p>\n
Nun wird f\u00fcr diese HDD (\/dev\/sdb) ebenfalls eine gpt-Partition und eine Partition \u00fcber die gesamte Platte erstellt siehe hier<\/a>.<\/p>\n
Nun teilen wir btrfs mit, dass die neue Platte als Raid-1 Verbund zur ersten Platte verwendet werden soll. Daf\u00fcr h\u00e4ngen wir alle gemounteten subvolumes erst aus.<\/p>\n
sudo umount \/mnt\/<subvolumes><\/pre>\n
Nun h\u00e4ngen wir die gesamte erste Festplatte ein<\/p>\n
sudo mount \/dev\/sda1 \/mnt<\/pre>\n
btrfs die neue Festplatte bekannt machen<\/p>\n
sudo btrfs device add \/dev\/sdb1 \/mnt<\/pre>\n
\/dev\/sdb in einen Raid1-Verbund aufnehmen. Erkl\u00e4rung:<\/p>\n
- \n
- -mconvert= Option, ein neues Profil „raid1“ auf die Metadaten des Diskarrays anzuwenden<\/li>\n
- -dconvert = Neues Profil „raid1“ auf die Nutzdaten des Diskarrays zu legen<\/li>\n
- <\/li>\n<\/ul>\n
# sudo btrfs balance start -dconvert=raid1 -mconvert=raid1 \/mnt\n# Done, had to relocate 5 out of 5 chunks<\/pre>\n
Damit wurde der Raid1 Verbund erstellt. Wenn die zweite HDD\u00a0 (wie bei mir zu Testzwecken) kleiner als die erste HDD ist, dann wird der Gesamtspeicherplatz neu maimal die Gr\u00f6sse der kleineren Festplatte betragen. Was bei mir auch so korrekt funktioniert hat.<\/p>\n
Nun die ganze Festplatte wieder aush\u00e4ngen und die zuvor angelegten subvolumes einh\u00e4ngen (z.B. durch reboot, so dass die fstab Eintr\u00e4ge geladen werden).<\/p>\n
sudo umount \/mnt\nsudo reboot<\/pre>\n
Test \/ weitere Befehle<\/h4>\n
\u00dcberblick \u00fcber das Raid<\/p>\n
# btrfs fi usage \/mnt\/<subvolume>\n\nOverall:\nDevice size: 14.55TiB\nDevice allocated: 10.06GiB\nDevice unallocated: 14.54TiB\nDevice missing: 0.00B\nUsed: 4.51GiB\nFree (estimated): 7.27TiB (min: 7.27TiB)\nFree (statfs, df): 7.27TiB\nData ratio: 2.00\nMetadata ratio: 2.00\nGlobal reserve: 6.11MiB (used: 0.00B)\nMultiple profiles: no\n\nData,RAID1: Size:3.00GiB, Used:2.25GiB (74.92%)\n\/dev\/sda1 3.00GiB\n\/dev\/sdb1 3.00GiB\n\nMetadata,RAID1: Size:2.00GiB, Used:8.55MiB (0.42%)\n\/dev\/sda1 2.00GiB\n\/dev\/sdb1 2.00GiB\n\nSystem,RAID1: Size:32.00MiB, Used:16.00KiB (0.05%)\n\/dev\/sda1 32.00MiB\n\/dev\/sdb1 32.00MiB\n\nUnallocated:\n\/dev\/sda1 7.27TiB\n\/dev\/sdb1 7.27TiB<\/pre>\n
Pr\u00fcfen der Devices<\/p>\n
sudo btrfs fi show \/mnt\/<subvolume>\n\nLabel: none uuid: 0edb47d3-ea4a-4667-b609-223212ec41b1\nTotal devices 2 FS bytes used 2.26GiB\ndevid 1 size 7.28TiB used 5.03GiB path \/dev\/sda1\ndevid 2 size 7.28TiB used 5.03GiB path \/dev\/sdb1<\/pre>\n
Raid 1 – Festplattenwechel<\/h3>\n
Es ist eine Frage der Zeit, bis eine Festplatte den Geist aufgeben wird. Da wir ein Raid1 haben, sollte dies kein grossen Problem darstellen. Ob das aber funktioniert, muss getestet werden.<\/p>\n
Das Vorgehen<\/p>\n
- \n
- System herunterfahren<\/li>\n
- Defekte HDD entfernen und stattdessen neue HDD in den Slot stecken.
\nAls Simulation ersetzte ich die zweite (kleinere) HDD nun mit einer neuen gleichgrossen HDD (8TB)<\/li>\n - System hochfahren.
\nNach dem reboot wurden die subvolumes, wie erwartet, nicht mehr gemountet. Ich habe aber auch nirgends einen Hinweis erhalten, dass es ein Problem mit BTRFS gibt (auch nicht in dmesg). An dieser Stelle kann man \u00fcber fdisk die Devices identifizieren.<\/p>\nsudo fdisk -l<\/pre>\n
Anhand der auf der HDD gekenntzeichneten GUID stelle ich fest, dass die noch funktionierende HDD als \/dev\/sda und die neue als \/dev\/sdb erkannt wurde.<\/li>\n
- RAID im degraded mode mounten.
\nDamit die noch funktionierende Festplatte eingeh\u00e4ngt werden kann, muss das Raid mit der Option -o degraded eingeh\u00e4ngt werden<\/p>\nsudo mkdir \/mnt\/temp\nsudo mount -o degraded \/dev\/sda1 \/mnt\/temp<\/pre>\n
Nun kann \u00fcberpr\u00fcft werden, welche Festplatte fehlt (in diesem Falle ID2):<\/p>\n
# sudo btrfs device usage \/mnt\/temp\n\n\/dev\/sda1, ID: 1\nDevice size: 7.28TiB\nDevice slack: 3.50KiB\nData,RAID1: 3.00GiB\nMetadata,RAID1: 1.00GiB\nSystem,RAID1: 32.00MiB\nUnallocated: 7.27TiB\n\nmissing, ID: 2\nDevice size: 0.00B\nDevice slack: 0.00B\nData,RAID1: 3.00GiB\nMetadata,RAID1: 1.00GiB\nSystem,RAID1: 32.00MiB\nUnallocated: 1.81TiB<\/pre>\n<\/li>\n
- Die neue Festplatte partitionieren
\nDie neue Festplatte (hier \/dev\/sdb) muss nun wie her beschrieben<\/a> partitioniert werden.<\/li>\n- RAID wiederherstellen (`btrfs replace`).
\nNun kann die neue Festtplatte in den Raid1 Verbund aufgenommen werden. Hier wird das vermisste Device mit der ID 2, welches sich an \/dev\/sdb1 in das Raid1, welches an \/mnt\/temp eingebunden wurde, aufgenommen (siehe auch btrfs Doku<\/a>).<\/p>\nsudo btrfs replace start 2 \/dev\/sdb1 \/mnt\/temp<\/pre>\n
Der replace-Prozess wird im Hintergrund durchgef\u00fchrt. Das kann einige Stunden dauern. Der Status des replace kann folgendermassen abgerufen werden<\/p>\n
sudo btrfs replace status \/mnt\/temp\/<\/pre>\n
Sobald der replace-Prozess beendet wurde (zu \u00fcberpr\u00fcfen mit status) kann die neue disk angezeigt werden:<\/p>\n
# sudo btrfs device usage \/mnt\/temp\n\n\/dev\/sda1, ID: 1\nDevice size: 7.28TiB\nDevice slack: 3.50KiB\nData,single: 3.00GiB\nData,RAID1: 3.00GiB\nMetadata,single: 2.00GiB\nMetadata,RAID1: 1.00GiB\nSystem,single: 64.00MiB\nSystem,RAID1: 32.00MiB\nUnallocated: 7.27TiB\n\n\/dev\/sdb1, ID: 2\nDevice size: 7.28TiB\nDevice slack: 5.46TiB\nData,RAID1: 3.00GiB\nMetadata,RAID1: 1.00GiB\nSystem,RAID1: 32.00MiB\nUnallocated: 1.81TiB<\/pre>\n<\/li>\n
- Jetzt die Redundaz wieder herstellen\n
# sudo btrfs balance start -dconvert=raid1,soft -mconvert=raid1,soft \/mnt\/temp\n# Done, had to relocate 7 out of 12 chunks<\/pre>\n<\/li>\n
- System rebooten<\/li>\n<\/ol>\n
Nach dem reboot ist das Raid1 mit der neuen Festplatte wieder hergestellt und alle subvolumes sollten wieder korrekt gemountet sein.<\/p>\n
Raid1 vergr\u00f6ssern<\/h4>\n
Die alte Festplatte hatte in meinem Falle eine Gr\u00f6ssen von 2TB, die neue Festplatte hat eine Gr\u00f6sse von 8TB. Damit habe ich 2x 8TB verbaut. Das Raid1 hat aber zu diesem Zeitpunkt immer noch die Gr\u00f6sse der fr\u00fcheren kleineren Festplatte. Wir m\u00fcssen also nun noch die Gr\u00f6sse des Raids auf den maximal verf\u00fcgbaren Speicher anheben. Dies geschieht \u00fcber den resize Befehl:<\/p>\n
Dazu muss das Raid wieder als gesamtes unter \/mnt\/temp gemountet werden und alle subvolumes ausgeh\u00e4ngt sein.<\/p>\n
sudo umount \/mnt\/<subvolumes>\nsudo mount \/dev\/sda1 \/mnt\/temp<\/pre>\n
Hier m\u00fcssen wir nun Device ID 2 auf deren maximal verf\u00fcgbare Gr\u00f6sse vergr\u00f6ssern<\/p>\n
# sudo btrfs filesystem resize 2:max \/mnt\/temp\nResize device id 2 (\/dev\/sdb1) from 1.82TiB to max<\/pre>\n
Nun zeigt btrfs device usage auch f\u00fcr das Device 2 die korrekte Gr\u00f6ssen an (unallocated):<\/p>\n
#sudo btrfs device usage \/mnt\/temp\n\n\/dev\/sda1, ID: 1\nDevice size: 7.28TiB\nDevice slack: 3.50KiB\nData,RAID1: 3.00GiB\nMetadata,RAID1: 2.00GiB\nSystem,RAID1: 32.00MiB\nUnallocated: 7.27TiB\n\n\/dev\/sdb1, ID: 2\nDevice size: 7.28TiB\nDevice slack: 3.50KiB\nData,RAID1: 3.00GiB\nMetadata,RAID1: 2.00GiB\nSystem,RAID1: 32.00MiB\nUnallocated: 7.27TiB<\/pre>\n
Damit stehen nun die gesamten 8TB als Raid zur Verf\u00fcgung.<\/p>\n
\u00dcber diesen Prozess kann \u00fcbrigens das Raid durch neuere gr\u00f6ssere Festplatten ersetzt werden. Der HC4 unterst\u00fctz bis zu 12 TB grosse Festplatten. Es besteht also noch Luft nach oben \ud83d\ude42<\/p>\n
Btrfs Wartung<\/h3>\n
Damit das Btrfs-Filesystem gut „in Schuss“ bleibt, ist es notwendig etwas in die Wartung dessen zu investieren.\u00a0 Wartungsaufgaben k\u00f6nnen mit dieser Script-Sammlung<\/a> automatisiert werden (Scrubben, Ausbalancieren, Trimmen oder Defragmentieren).<\/p>\n
Installation btrfsmaintenance<\/h4>\n
sudo apt-get update\nsudo apt-get install btrfsmaintenance<\/pre>\n
Dies installiert btrfsmaintenance<\/p>\n
- \n
- Skripte unter \/usr\/share\/btrfsmaintenance<\/li>\n
- Konfig-File unter \/etc\/default\/btrfsmaintenance<\/li>\n<\/ul>\n
Anpassen Konfig-File<\/p>\n
sudo vi \/etc\/default\/btrfsmaintenance\n\n=> Setze auto um alle btfrs subvolumes abzudecken.\nBTRFS_BALANCE_MOUNTPOINTS=\"auto\"\nBTRFS_SCRUB_MOUNTPOINTS=\"auto\"<\/pre>\n
Installieren der cron-job Skripte.<\/p>\n
sudo \/usr\/share\/btrfsmaintenance\/btrfsmaintenance-refresh-cron.sh\nRefresh script btrfs-scrub.sh for monthly\nRefresh script btrfs-defrag.sh for none\nRefresh script btrfs-balance.sh for weekly\nRefresh script btrfs-trim.sh for none<\/pre>\n
Samba<\/h2>\n
Damit das NAS Files im Netzwerk bereitstellen kann, ben\u00f6tigt es nat\u00fcrlich den entsprechenden Dienst. Mit Armbian k\u00f6nnten wir hier nat\u00fcrlich aus den vollen sch\u00f6pfen. Aber ich begn\u00fcge mich mit Samba:<\/p>\n
sudo apt-get install samba<\/pre>\n
Die einzelnen subvolumes sollen mittles Samba im Netzwerk verf\u00fcgbar gemacht werden. Pro Subvolume muss entsprechend ein Linux-User erstellt werden, der sich aber nicht am System selber anmelden kann:<\/p>\n
sudo useradd -s \/bin\/false multimedia\nsudo smbpasswd -a multimedia<\/pre>\n
Gruppe erstellen und user multimedia zuweisen<\/p>\n
sudo groupadd multimedia\nsudo usermod -a -G multimedia multimedia<\/pre>\n
Nun die Samba Konfiguration durchf\u00fchren<\/p>\n
sudo mv \/etc\/samba\/smb.conf \/etc\/samba\/smb.orig\nsudo vi \/etc\/samba\/smb.conf<\/pre>\n
Inhalt<\/p>\n
[global]\nworkgroup = WORKGROUP\nserver string = %h server (Samba, HC4_NAS)\nsecurity = user\nmap to guest = never\n\n[multimedia]\npath = \/mnt\/multimedia\npublic = yes\nwritable = yes\ncomment = hc4 nas: multimedia share\nprintable = no\nguest ok = no\nforce group = multimedia\nvalid users = multimedia\ncreate mask = 0660\ndirectory mask = 0770<\/pre>\n
Nun Samba Dienste neu starten. Anschliessend steht das Sama-Share ‚multimedia‘ zur Verf\u00fcgung:<\/p>\n
sudo systemctl restart smbd.service\nsudo systemctl restart nmbd.service<\/pre>\n
Das Share kann nun z.B. unter Ubuntu in Dateibrowser mit<\/p>\n
smb:\/\/<ip>\/multimedia\/<\/pre>\n
unter Verwendung des Users ‚multimedia‘ & Passwort verbunden werden.<\/p>\n
FTP Server<\/h2>\n
HC4 soll auch einen FTP Server bereitstellen. Ich installier daf\u00fcr PureFTPd.<\/a> Die Installation habe ich hier<\/a> bereits einmal beschrieben.<\/p>\n
Video-\u00dcberwachung<\/h2>\n
F\u00fcr die Video \u00dcberwachung setzte ich Shinoi ein. Die Installation wird hier<\/a> beschrieben.<\/p>\n
Bibliotheksverwaltung f\u00fcr eReader<\/h2>\n
F\u00fcr die Bibliotheksverwaltung setze ich Calibre ein. Hier<\/a> wird die Installation beschrieben.<\/p>\n
Fazit<\/h2>\n
Wenig \u00fcberraschend lassen sich alle Services eines Standard-NAS nachbauen.<\/p>\n
Daten-Transfer Performance<\/h3>\n
Das Kopieren von sehr grossen Files (20 \u00e0 ca. 10GB) oder auch gleichzeitig vielen kleineren Files ( 300 \u00e0 10MB) ergeben eine Durchschnittsgeschwindigkeit von 55-57MB\/s. Damit befinden wir uns in dem, f\u00fcr die eingesetzten HDDs, erwarteten Rahmen. Hardkernel verspricht beim Einsatz von SSDs Werte von bis zu 100MB\/s. Wer das notwendige Budget hat => go4it \ud83d\ude09<\/p>\n
Festplattenwechsel<\/h3>\n
Ein Festplattenwechsel<\/a> hat ohne Probleme und ohne Datenverlust funktioniert.<\/p>\n
Performance allgemein<\/h3>\n
Die Performance des HC4 reicht f\u00fcr die von mir eingesetzten Services locker aus. F\u00fcr die Video-\u00dcberwachung habe ich 4 Neztwerk-Kameras installiert, welche alle durchwegs im recording Modus laufen, also Daueraufnahmen machen und gleichzeitig den Stream auch noch an diverse Clients weiterleiten. Trotzdem l\u00e4uft der HC4 ziemlich unbeeindruckt auf rund 5-10% CPU und ca 20% RAM-Auslastung. Die Temperaturen belaufen sich auf rund 55\u00b0C (CPU) und 45\u00b0C (Storage).<\/p>\n
Systemd Startreihenfolge der Services<\/h3>\n
Nach einigen Monaten Laufzeit ist aufgefallen, dass das System \u00f6fters nach einem Reboot nicht mehr korrekt funktioniert hat. Zum einen musste ich die korrektur des „Reboot Issues“<\/a> wieder durchf\u00fchren. Diese Anpassung ging wohl nach einem apt-get upgrade verloren.<\/p>\n
Das andere Problem war dass das Mounten der btrfs Verzeichnisse teilweise l\u00e4nger dauerte, als das starten der systemd Services. Das f\u00fchrte zur unsch\u00f6nen Situation, dass das System nach einem Reboot im Status \u201cdegraded\u201d h\u00e4ngen blieb, weil ben\u00f6tigte Verzeichnisse noch nicht gemountet waren. Hier habe ich beschrieben<\/a>, wie ich diese Problematik gel\u00f6st habe.<\/p>\n
Links<\/h2>\n
- \n
- https:\/\/gnulinux.ch\/serie-nas-mit-odroid-hc4-teil-1-basis<\/a><\/li>\n
- https:\/\/gnulinux.ch\/nas-mit-odroid-hc4-nachlese<\/a><\/li>\n
- https:\/\/forum.odroid.com\/viewtopic.php?f=201&t=44315<\/a><\/li>\n
- https:\/\/blog.bmarwell.de\/2017\/10\/30\/zwei-festplatten-in-einem-btrfs-raid1-zusammenfuehren.html<\/a><\/li>\n
- https:\/\/github.com\/kdave\/btrfsmaintenance<\/a><\/li>\n
- https:\/\/wiki.debianforum.de\/Btrfs#btrfsmaintenance<\/a><\/li>\n<\/ul>\n
<\/div>\n","protected":false},"excerpt":{"rendered":"Da sich mein Qnap NAS verabschiedet hat, war dies die Gelegenheit ein NAS selber zu bauen. Anforderungen an Services Ein NAS bietet heutzutage, nebst dem Speichern von Daten, diverse Services an. Folgendes m\u00f6chte ich auch auf dem HC4 nutzen: Datenverwaltung (NAS Strategie) Samba-Shares FTP-Server Video \u00dcberwachung Bibliotheksverwaltung f\u00fcr eReader NAS-Strategie Als erstes ist es eine […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_lmt_disableupdate":"no","_lmt_disable":"","footnotes":""},"categories":[3,10],"tags":[],"class_list":["post-1659","post","type-post","status-publish","format-standard","hentry","category-linux","category-techdocs"],"modified_by":"ralph","_links":{"self":[{"href":"https:\/\/www.dev-metal.ch\/index.php?rest_route=\/wp\/v2\/posts\/1659","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dev-metal.ch\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dev-metal.ch\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dev-metal.ch\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dev-metal.ch\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=1659"}],"version-history":[{"count":110,"href":"https:\/\/www.dev-metal.ch\/index.php?rest_route=\/wp\/v2\/posts\/1659\/revisions"}],"predecessor-version":[{"id":2042,"href":"https:\/\/www.dev-metal.ch\/index.php?rest_route=\/wp\/v2\/posts\/1659\/revisions\/2042"}],"wp:attachment":[{"href":"https:\/\/www.dev-metal.ch\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=1659"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dev-metal.ch\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=1659"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dev-metal.ch\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=1659"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}
- https:\/\/gnulinux.ch\/nas-mit-odroid-hc4-nachlese<\/a><\/li>\n
- https:\/\/gnulinux.ch\/serie-nas-mit-odroid-hc4-teil-1-basis<\/a><\/li>\n
- RAID wiederherstellen (`btrfs replace`).
- Am Schluss mit w<\/strong> die \u00c4nderungen auf die Platte schreiben.<\/li>\n<\/ul>\n
- Optional:\n
- Download aktuelles spiupdate-image unter http:\/\/ppa.linuxfactory.or.kr\/images\/petitboot\/odroidhc4\/<\/a> => Die heute aktuelle Version ist „spiupdate_odroidhc4_20201112.img“<\/li>\n
- \n
- Ubuntu 22.04 minimal Odroid<\/a><\/li>\n<\/ul>\n
- Armbian<\/a><\/li>\n
- Power Supply<\/a><\/li>\n
- Odroid HC4<\/a> \u00a0 \/ Case: SBC Case Builder<\/a><\/li>\n