Aktuelle Version |
Dein Text |
Zeile 1: |
Zeile 1: |
| Ein [[Server/FreeNAS]] ist ein [[Server]] mit [[FreeBSD#FreeNAS]]. :-D
| |
|
| |
|
| == Administration ==
| |
|
| |
| === Datenbank von FreeNAS ===
| |
| : gilt für
| |
| :* [[#FreeNAS 11]]
| |
| :* [[#FreeNAS 9.10]]
| |
| :* [[#FreeNAS 9.3]]
| |
| :: gilt nicht für
| |
| ::* [[#FreeNAS Corral]]
| |
|
| |
| FreeNAS betreibt für die eigenen Daten (Konfigurationen) eine eigene kleine Datenbank (mit SQLite).
| |
|
| |
| Eigenschaften der Datei als Datenbank für FreeNAS anzeigen lassen
| |
| : <code>ll /data/freenas-v1.db</code>
| |
|
| |
| Prüfen der Integrität der Datenbank
| |
| : <code>sqlite3 /data/freenas-v1.db "pragma integrity_check;"</code>
| |
| :: <sup>[https://forums.freenas.org/index.php?threads/19999/]</sup>
| |
|
| |
| Die Datenbank ist - logischer Weise - Bestandteil vom Pool für ZFS von dem gestartet wird, also nicht dem Pool für ZFS, der für die Ablage von Daten dient. Klassischer Weise wird bei FreeNAS von einem einfachen (kleineren) Massenspeicher gestartet. Dort liegt der Pool für ZFS ''freenas-boot''. Standardmäßig findet bei FreeNAS keine Sicherung vom Pool für ZFS statt. Also das Spiegeln - oder andere Methoden Datensicherungen - der Datenbank (mit den eigenen Daten vom FreeNAS (Konfiguration)) findet nicht statt. Es könnte dazu kommen, dass es einfach einen einfachen Datenverlust der Datenbank gibt. (Datenverlust durch einen einfachen Fehler beim Massenspeicher ist bekanntlich gar nicht so unwahrscheinlich. ZFS - großartig wie es ist - würde den Fehler erkennen. Ohne Redundanz - selbst mit ZFS - kann es zu nicht behebbaren Fehlern kommen.)
| |
|
| |
| Das schöne bei FreeNAS ist ja durch die strikte Trennung des Pools für ZFS von dem gestartet wird (''freenas-boot'') und dem Pool für ZFS für Daten, dass der Pool für ZFS für Daten ganz einfach (wieder) importiert werden kann. Also unabhängig von FreeNAS (oder FreeBSD) könnte der Pool für ZFS für Daten auch durch ein anderes System, das ZFS benutzen kann, betrieben werden. Theoretisch sind die Daten vollkommen unabhängig von FreeNAS. (Selbst die Daten (Datasets) aus der Containerisierung (mit Jails) könnten weiterverwendet werden. (Bei den Daten (Volumes für ZFS) aus der Virtualisierung (mit bhyve) ist das nicht ganz so einfach.)
| |
|
| |
| Prüfen vom Status des Pools für ZFS ''freenas-boot'' mit der Rückgabe, dass es Fehler gibt (Damn!)
| |
| : <code>zpool status freenas-boot</code>
| |
| <pre>
| |
| pool: freenas-boot
| |
| state: ONLINE
| |
| status: One or more devices has experienced an unrecoverable error. An
| |
| attempt was made to correct the error. Applications are unaffected.
| |
| action: Determine if the device needs to be replaced, and clear the errors
| |
| using 'zpool clear' or replace the device with 'zpool replace'.
| |
| </pre>
| |
| <pre></pre>
| |
| <pre>
| |
| config:
| |
|
| |
| NAME STATE READ WRITE CKSUM
| |
| freenas-boot ONLINE 0 0 0
| |
| da0p2 ONLINE 0 0 8
| |
| </pre>
| |
|
| |
| : (schnelles) Sichern der Datenbank aus dem Pool für ZFS ''freenas-boot'' in den (einen) anderen (standardmäßigen) Pool für ZFS für Daten
| |
| :: <code>cp /data/freenas-v1.db /mnt/`zpool list -H -o name | grep -v freenas-boot`/</code>
| |
| oder
| |
| : (abgegrenzteres) Sichern der Datenbank in einen dafür erstelltes Dataset im Pool für ZFS für Daten
| |
| :: Auflisten lassen aller Pools für ZFS, die nicht ''freenas-boot'' sind
| |
| ::: <code>zpool list -H -o name | grep -v freenas-boot</code>
| |
| :: Erstellen von einem Dataset (gleich über die Oberfläche) ''configuration/freenas/db/'' im Pool für ZFS für Daten)
| |
| :: Erstellen einer wiederkehrenden Aufgabe (gleich über die Oberfläche) zum täglichen Kopieren der Datei ''/data/freenas-v1.db'' in den Ordner vom Dataset ''/mnt/configuration/freenas/db/''
| |
| ::: <sup>[https://forums.freenas.org/index.php?threads/8237/]</sup>
| |
| <!--
| |
| :::: einfach täglich die Datei überschrieben (und einen Snapshot für ZFS machen)
| |
| ::::: <code>cp /data/freenas-v1.db /mnt/`zpool list -H -o name | grep -v freenas-boot`/configuration/freenas/db/</code>
| |
| ::: oder
| |
| :::: einfach täglich einen zusätzliche Kopie erstellen
| |
| ::::: <code>cp /data/freenas-v1.db /mnt/zroot/BACKUP/storage/freenas-config/`date +%Y-%m-%d`.db*
| |
| !-->
| |
| :: Erstellen einer wiederkehrenden Aufgabe (gleich über die Oberfläche) zum Erstellen eines täglichen Snapshots vom Dataset ''/mnt/configuration/freenas/db/''
| |
|
| |
|
| == FreeNAS 11 == | | == FreeNAS 11 == |
Zeile 73: |
Zeile 13: |
| Es erscheint nicht möglich das Zeichen <code>/</code> einzugeben (WTF!) Stattdessen gibt es beispielsweise das Zeichen <code>?</code>. Aber es gibt auch noch ganz viele andere "Irritationen". | | Es erscheint nicht möglich das Zeichen <code>/</code> einzugeben (WTF!) Stattdessen gibt es beispielsweise das Zeichen <code>?</code>. Aber es gibt auch noch ganz viele andere "Irritationen". |
| : Das Problem ergab sich (2017-06-06) bei einem [[LMDE]] (mit Cinnamon). | | : Das Problem ergab sich (2017-06-06) bei einem [[LMDE]] (mit Cinnamon). |
| :: Im Übrigen wurde mit ''KRDC'' und ''Vinagre'' getestet.
| |
|
| |
|
| ; Lösung: | | ; Lösung: |