Server/FreeNAS: Unterschied zwischen den Versionen
Keine Bearbeitungszusammenfassung |
Keine Bearbeitungszusammenfassung |
||
| (4 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt) | |||
| 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 == | |||
=== bekannte Probleme bei FreeNAS 11 === | === bekannte Probleme bei FreeNAS 11 === | ||
| Zeile 11: | Zeile 73: | ||
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: | ||
Die Ursache ist ein Problem mit der Tastaturbelegung für die deutsche Sprache. Es bedarf der (Ergänzung und) Verwendung der Tastaturbelegung für die englische Sprache (US). | Die Ursache ist ein Problem mit der Tastaturbelegung für die deutsche Sprache. Es bedarf der (Ergänzung und) Verwendung der Tastaturbelegung für die englische Sprache (US). | ||
== | == FreeNAS Corral == | ||
== | == FreeNAS 9.10 == | ||
== | == FreeNAS 9.3 == | ||
== Siehe auch == | == Siehe auch == | ||
| Zeile 26: | Zeile 89: | ||
[[Kategorie:Rechentechnik]] | [[Kategorie:Rechentechnik]] | ||
[[Kategorie: | [[Kategorie:BSD]] | ||
Aktuelle Version vom 17. Juli 2019, 05:10 Uhr
Ein Server/FreeNAS ist ein Server mit FreeBSD#FreeNAS. :-D
Administration[Bearbeiten]
Datenbank von FreeNAS[Bearbeiten]
- gilt für
- gilt nicht für
FreeNAS betreibt für die eigenen Daten (Konfigurationen) eine eigene kleine Datenbank (mit SQLite).
Eigenschaften der Datei als Datenbank für FreeNAS anzeigen lassen
ll /data/freenas-v1.db
Prüfen der Integrität der Datenbank
sqlite3 /data/freenas-v1.db "pragma integrity_check;"
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!)
zpool status freenas-boot
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'.
config:
NAME STATE READ WRITE CKSUM
freenas-boot ONLINE 0 0 0
da0p2 ONLINE 0 0 8
- (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
cp /data/freenas-v1.db /mnt/`zpool list -H -o name | grep -v freenas-boot`/
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
zpool list -H -o name | grep -v freenas-boot
- 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/
- Erstellen einer wiederkehrenden Aufgabe (gleich über die Oberfläche) zum Erstellen eines täglichen Snapshots vom Dataset /mnt/configuration/freenas/db/
- Auflisten lassen aller Pools für ZFS, die nicht freenas-boot sind
FreeNAS 11[Bearbeiten]
bekannte Probleme bei FreeNAS 11[Bearbeiten]
bekannte Probleme bei FreeNAS 11 mit VM[Bearbeiten]
seltsame Tastaturbelegung bei der UEFI Interactive Shell[Bearbeiten]
- UEFI Interactive Shell EDK II
- Problem
Es erscheint nicht möglich das Zeichen / einzugeben (WTF!) Stattdessen gibt es beispielsweise das Zeichen ?. Aber es gibt auch noch ganz viele andere "Irritationen".
- Das Problem ergab sich (2017-06-06) bei einem LMDE (mit Cinnamon).
- Im Übrigen wurde mit KRDC und Vinagre getestet.
- Lösung
Die Ursache ist ein Problem mit der Tastaturbelegung für die deutsche Sprache. Es bedarf der (Ergänzung und) Verwendung der Tastaturbelegung für die englische Sprache (US).