HKP: FreeNAS:Hempel Krzymuski Partner

Verlauf der Änderungen der Seite FreeNAS

Version [4416]

Zuletzt bearbeitet am 2023-03-12 15:28:51 durch ErdaxoAdmin

Hinzugefügt:

Siehe hier: ManagingZFS.

Gelöscht:

An sich wird empfohlen, dass SLOG-Laufwerke dediziert und jeweils für nur eine Aufgabe zugewiesen werden. Intel Optane Laufwerke sind aber so gut, dass sie sogar partitioniert werden und so als SLOG dienen können. Denn ein SLOG benötigt nur eine recht kleine Größe...
Vgl. dazu folgende Diskussion mit Hinweisen:
=> https://www.truenas.com/community/threads/sharing-slog-devices-striped-ssds-partitioned-for-two-pools.62787/
Wie Partitionen als SLOG eingerichtet werden können kann in Kürze so beschrieben werden:
((2)) die betroffenen Laufwerke partitionieren
Am Beispiel von 2 Laufwerken die als mirror für zwei Pools eingesetzt werden:
##
gpart create -s GPT nvdX
gpart create -s GPT nvdY
gpart add -t freebsd-zfs -a 1m -l slogA -s 16G nvdX
gpart add -t freebsd-zfs -a 1m -l slogA -s 16G nvdY
gpart add -t freebsd-zfs -a 1m -l slogB -s 16G nvdX
gpart add -t freebsd-zfs -a 1m -l slogB -s 16G nvdY##
((2)) SLOGs einrichten
##
zpool add A-pool log mirror nvdXp1 nvdYp1
zpool add B-pool log mirror nvdXp2 nvdYp2##
((2)) Kontrollieren
Ob die Mirror in der Auflistung erscheinen (im Web-GUI aber auch sichtbar, unter Status).
##zpool status##

Version [4415]

Bearbeitet am 2023-03-12 15:26:53 durch ErdaxoAdmin

Hinzugefügt:

Siehe hier: ManagingZFS

Gelöscht:

Eines der wesentlichen Bestandteile von FreeNAS ist das Dateisystem ZFS. Mit den unten genannten Befehlen können wichtige Funktionen dieses fortschrittlichen Systems genutzt werden.
((2)) Scrubs und Snapshots
Einige Befehle zum Anlegen und Verwalten von Snapshots:
((3)) Anzeige von Parametern
Anzeigen von Speicherplatz, der von einem Snapshot belegt ist in der Konsole:
##zfs list -t snapshot##
((3)) Eigenschaften eines ##dataset##
##zfs get all pfad/zum/dataset##
((2)) Moving datasets (and complete pools)
Siehe hier: https://www.ixsystems.com/community/threads/copy-move-dataset.28876/#post-190178
Im Einzelnen geht dies so:
1. Create final source snapshot:
##zfs snapshot -r Datasource/Storage@copy##
2. Copy the data:
##zfs send -Rv Datasource/Storage@copy | zfs receive -F Datatarget/Storage##
an ein anderes System per ssh:
##zfs send -Rv Datasource/Storage@copy | **ssh host2** zfs receive -F Datatarget/Storage##
3. Delete created snapshots:
##zfs destroy -r Datatarget/Storage@copy ; zfs destroy -r Datasource/Storage@copy##
Vgl. dazu auch ein komplettes Backup-Konzept mit ZFS-Platten hier:
https://esc-now.de/_/zfs-offsite-backup-auf-eine-externe-festplatte/?lang=en
Sowie andere Infos:
https://www.kirgus.net/cms_homepage8/zfs-datasetzvol-auf-anderen-pool-umziehen
((2)) Encryption / Verschlüsselung (nativ on ZFS)
Wenn man nachträglich verschlüsseln möchte (zum Beispiel ein dataset) ist dies nicht so einfach möglich. Wenn man Daten nicht auf dateiebene in ein verschlüsseltes Verzeichnis kopieren will, kann man mit den datasets so arbeiten:
(siehe auch [[https://nocin.eu/zfs-send-unencrypted-dataset-to-encrypted-pool/ folgende Seite mit ausführlicher Beschreibung]])
Zielsetzung: snapshots beibehalten... Möglich ist es wie folgt:
((3)) Das älteste snapshot senden
##zfs send -v pool/dataset@snapshot-01-05-2020 | zfs recv -x encryption pool2/dataset##
((3)) Neuere snapshots incrementell senden
##zfs send -v -I pool/dataset@snapshot-01-05-2020 pool/dataset/@snapshot-01-10-2020 | zfs recv -F -x encryption pool2/dataset##
((3)) Testen, ob alle snapshots gesendet wurden
##zfs list -t snapshot | grep pool2/dataset##
((2)) Probleme mit SMR-Festplatten
SMR-Festplatten sind problematisch für xNAS. Einige Hinweise, wie man dem Problem (wenn man die Dinger nicht austauschen kann) begegnen kann, sind [[https://www.truenas.com/community/threads/update-wd-red-smr-drive-compatibility-with-zfs.88413/ hier zu finden]].
In Kürze sind die Lösungsansätze wie folgt zusammenzufassen:
- disable TRIM on pools with the DM-SMR drives,
- kleinere VDEVs nutzen => am besten mirror, raidz mit weniger als 4 Laufwerken sind besser,
- große ZFS dataset record size / ZVOL block size nutzen:
- auf jeden Fall sollte auf jede HDD größer als 64K geschrieben werden, also
- RaidZ VDEV <5 => 256K oder größer,
- RaidZ VDEV >5 => 512K oder größer.
**ABER**: am besten die SMR-Dinger meiden!

Version [4253]

Bearbeitet am 2022-08-20 11:07:58 durch ErdaxoAdmin

Hinzugefügt:

an ein anderes System per ssh:
##zfs send -Rv Datasource/Storage@copy | **ssh host2** zfs receive -F Datatarget/Storage##

Version [3644]

Bearbeitet am 2021-06-26 20:18:20 durch WojciechLisiewicz

Hinzugefügt:

Artikel als PDF: ""<a href="file:///Users/wojtek/nextCloud/ITService/_completeWDB/S_FreeNAS/HowToExportAndImportFreeBSDjails.pdf">hier</a>"".

Gelöscht:

~~Artikel als PDF: ""<a href="file:///Users/wojtek/nextCloud/ITService/_completeWDB/S_FreeNAS">hier</a>"".~~

Version [3643]

Bearbeitet am 2021-06-26 20:17:35 durch WojciechLisiewicz

Hinzugefügt:

Artikel als PDF: ""<a href="file:///Users/wojtek/nextCloud/ITService/_completeWDB/S_FreeNAS">hier</a>"".

Gelöscht:

~~Artikel als PDF: [[file:///Users/wojtek/nextCloud/ITService/_completeWDB/S_FreeNAS hier]].~~

Version [3642]

Bearbeitet am 2021-06-26 20:16:54 durch WojciechLisiewicz

Hinzugefügt:

Artikel als PDF: [[file:///Users/wojtek/nextCloud/ITService/_completeWDB/S_FreeNAS hier]].

Version [3627]

Bearbeitet am 2021-05-27 01:53:23 durch WojciechLisiewicz

Hinzugefügt:

((2)) Encryption / Verschlüsselung (nativ on ZFS)
Wenn man nachträglich verschlüsseln möchte (zum Beispiel ein dataset) ist dies nicht so einfach möglich. Wenn man Daten nicht auf dateiebene in ein verschlüsseltes Verzeichnis kopieren will, kann man mit den datasets so arbeiten:
(siehe auch [[https://nocin.eu/zfs-send-unencrypted-dataset-to-encrypted-pool/ folgende Seite mit ausführlicher Beschreibung]])
Zielsetzung: snapshots beibehalten... Möglich ist es wie folgt:
((3)) Das älteste snapshot senden
##zfs send -v pool/dataset@snapshot-01-05-2020 | zfs recv -x encryption pool2/dataset##
((3)) Neuere snapshots incrementell senden
##zfs send -v -I pool/dataset@snapshot-01-05-2020 pool/dataset/@snapshot-01-10-2020 | zfs recv -F -x encryption pool2/dataset##
((3)) Testen, ob alle snapshots gesendet wurden
##zfs list -t snapshot | grep pool2/dataset##

Version [3626]

Bearbeitet am 2021-05-23 12:36:16 durch WojciechLisiewicz

Hinzugefügt:

**ABER**: am besten die SMR-Dinger meiden!

Version [3625]

Bearbeitet am 2021-05-23 12:35:46 durch WojciechLisiewicz

Hinzugefügt:

SMR-Festplatten sind problematisch für xNAS. Einige Hinweise, wie man dem Problem (wenn man die Dinger nicht austauschen kann) begegnen kann, sind [[https://www.truenas.com/community/threads/update-wd-red-smr-drive-compatibility-with-zfs.88413/ hier zu finden]].

Gelöscht:

SMR-Festplatten sind problematisch für xNAS. Einige Hinweise, wie man dem Problem (wenn man die Dinger nicht austauschen kann) abmildern kann, sind hier zu finden: https://www.truenas.com/community/threads/update-wd-red-smr-drive-compatibility-with-zfs.88413/

Version [3624]

Bearbeitet am 2021-05-23 12:35:01 durch WojciechLisiewicz

Hinzugefügt:

((2)) Probleme mit SMR-Festplatten
SMR-Festplatten sind problematisch für xNAS. Einige Hinweise, wie man dem Problem (wenn man die Dinger nicht austauschen kann) abmildern kann, sind hier zu finden: https://www.truenas.com/community/threads/update-wd-red-smr-drive-compatibility-with-zfs.88413/
In Kürze sind die Lösungsansätze wie folgt zusammenzufassen:
- disable TRIM on pools with the DM-SMR drives,
- kleinere VDEVs nutzen => am besten mirror, raidz mit weniger als 4 Laufwerken sind besser,
- große ZFS dataset record size / ZVOL block size nutzen:
- auf jeden Fall sollte auf jede HDD größer als 64K geschrieben werden, also
- RaidZ VDEV <5 => 256K oder größer,
- RaidZ VDEV >5 => 512K oder größer.

Version [3616]

Bearbeitet am 2021-05-13 01:05:56 durch WojciechLisiewicz

Hinzugefügt:

- dann hat geholfen, die nächste ##bridge## zu nehmen (dass es ##bridge0## und ##bridge1## gab, konnte man eben mit ##ifconfig## herausfinden:
- nachdem das //jail// gestartet wurde, hatte der Host dann (##ifconfig## wieder) nicht nur ##vnet0## sondern auch ##vnet0.5##;

Gelöscht:

~~- dann hat geholfen die nächste ##bridge## zu nehmen:~~

Version [3615]

Bearbeitet am 2021-05-13 01:02:50 durch WojciechLisiewicz

Hinzugefügt:

"Jails" sind unter FreeBSD eine Möglichkeit, Funktionen vom Restsystem abzukapseln. Diese Art zu arbeiten wird auch //[[https://en.wikipedia.org/wiki/Operating-system-level_virtualization operating-system-level-virtualization]]// genannt.
Auf einem leistungsfähigen FreeNAS-System können für viele Aufgaben separate //jails// definiert werden. Resultat ist klare Abgrenzung, Ordnung und zusätzliche Sicherheit - ohne große Leistungseinbußen.
Auch wenn //jails// in FreeNAS/TrueNAS mit dem Web-GUI erstellt werden, kann manchmal die Bedienung mit "iocage" nützlich sein. Eine Dokumentation zu iocage (das Management-System für //jails//) [[https://iocage.readthedocs.io/en/latest/index.html ist hier zu finden]].
Übertragung von //jails// zwischen Systemen ist mit den iocage-Befehlen ##export## und ##import## sehr einfach. Eine ausführliche Anleitung [[https://www.adminbyaccident.com/freebsd/how-to-freebsd/abandon-linux-how-to-export-and-import-freebsd-jails-a-la-docker/ wurde hier veröffentlicht]] (Linux-Freunde beim Begrüßungsbild lieber Augen zumachen...).
((2)) Netzwerkprobleme
Wenn mehrere //jails// oder auch VMs (mit bhyve) auf einem FreeBSD-System laufen, kann bei einem Neustart das System der virtuellen Netzwerkschnittstellen durcheinander geraten. Bitte dann Folgendes bedenken:
- die virtuellen Schnittstellen heißen i.d.R. ##vnet0## oder so ähnlich
- zum jeweiligen //jail// (auch zur VM unter bhyve? dessen bin ich mir nicht sicher...) führt dann eine Brücke:
##bridge0, bridge1### etc.
- welche bridges bereit stehen, kann im Host mit ##ifconfig## ersehen werden
- ich habe schon mal erlebt, dass nach dem Neustart die Zuweisung im //jail// unter
##Network properties => interfaces## mit ##vnet0:bridge0## nicht funktionierte (belegt durch VM?)
- dann hat geholfen die nächste ##bridge## zu nehmen:
##vnet0:bridge1##
((2)) Einige weitere Befehle mit iocage

Gelöscht:

Version [3614]

Bearbeitet am 2021-05-13 00:36:43 durch WojciechLisiewicz

Hinzugefügt:

=> in ein jail per Terminal reingehen: ##iocage console [jailname]##

Gelöscht:

~~=> in ein Mail per Terminal reingehen: ##iocage console [jailname]##~~

Version [3548]

Bearbeitet am 2021-04-27 18:11:22 durch WojciechLisiewicz

Hinzugefügt:

Wie Partitionen als SLOG eingerichtet werden können kann in Kürze so beschrieben werden:
((2)) die betroffenen Laufwerke partitionieren
Am Beispiel von 2 Laufwerken die als mirror für zwei Pools eingesetzt werden:
##
gpart create -s GPT nvdX
gpart create -s GPT nvdY
gpart add -t freebsd-zfs -a 1m -l slogA -s 16G nvdX
gpart add -t freebsd-zfs -a 1m -l slogA -s 16G nvdY
gpart add -t freebsd-zfs -a 1m -l slogB -s 16G nvdX
gpart add -t freebsd-zfs -a 1m -l slogB -s 16G nvdY##
((2)) SLOGs einrichten
##
zpool add A-pool log mirror nvdXp1 nvdYp1
zpool add B-pool log mirror nvdXp2 nvdYp2##
((2)) Kontrollieren
Ob die Mirror in der Auflistung erscheinen (im Web-GUI aber auch sichtbar, unter Status).
##zpool status##

Version [3547]

Bearbeitet am 2021-04-27 13:27:47 durch WojciechLisiewicz

Hinzugefügt:

((1)) SLOG etc.
An sich wird empfohlen, dass SLOG-Laufwerke dediziert und jeweils für nur eine Aufgabe zugewiesen werden. Intel Optane Laufwerke sind aber so gut, dass sie sogar partitioniert werden und so als SLOG dienen können. Denn ein SLOG benötigt nur eine recht kleine Größe...
Vgl. dazu folgende Diskussion mit Hinweisen:
=> https://www.truenas.com/community/threads/sharing-slog-devices-striped-ssds-partitioned-for-two-pools.62787/

Version [3103]

Bearbeitet am 2021-03-31 15:26:47 durch WojciechLisiewicz

Hinzugefügt:

Gelöscht:

"Jails"sind unter FreeBSD eine Möglichkeit, Funktionen voneinander abzukapseln. Diese Art zu arbeiten wird auch //[[https://en.wikipedia.org/wiki/Operating-system-level_virtualization operating-system-level-virtualization]]// genannt.
Auf einem leistungsfähigen FreeNAS-System können für viele Aufgaben definiert werden. Resultat ist klare Abgrenzung, Ordnung und zusätzliche Sicherheit - ohne große Leistungseinbußen.

Version [3099]

Bearbeitet am 2021-03-29 00:03:27 durch WojciechLisiewicz

Hinzugefügt:

Siehe NextCloud.

Gelöscht:

Erst mal nur einige Links:
- https://ramsdenj.com/2017/06/05/nextcloud-in-a-jail-on-freebsd.html
- (noch eins war noch) - siehe offline... (Knowledge/it/freenas/NextCloud 15 on FreeNAS 11.2.webarchive)

Version [3053]

Bearbeitet am 2021-03-22 17:23:36 durch WojciechLisiewicz

Hinzugefügt:

Offizielle Dokumentation zu freeBSD ist [[https://docs.freebsd.org/en/books/handbook/ hier zur finden]].

Version [3051]

Bearbeitet am 2021-03-22 12:34:38 durch WojciechLisiewicz

Hinzugefügt:

=> jails auflisten und ihren Zustand zeigen
##iocage list##

Version [3050]

Bearbeitet am 2021-03-22 12:33:51 durch WojciechLisiewicz

Hinzugefügt:

((1)) IOCAGE: "Working with jails"
=> komplette Erstellung eines jails mit passenden Parametern (funktioniert mitunter viel besser, als mit dem Web-GUI):
##iocage create -n <jailname> -r 11.3-RELEASE <= release benennen!> ip4_addr="vnet0|192.168.0.10/24" defaultrouter="192.168.0.1" vnet="on" allow_raw_sockets="1" boot="on"##

Gelöscht:

~~((1)) "Working with jails"~~

Version [2719]

Bearbeitet am 2021-02-23 21:11:59 durch WojciechLisiewicz

Hinzugefügt:

((1)) Installation FreeNAS / TrueNAS
((2)) USB-Stick erstellen
Von dem man TrueNAS installieren kann:
//unter macOS//:
Stick einstecken und im Terminal (als root / sudo)
##diskutil list## => schauen, welches Laufwerk es ist
##diskutil unmountDisk /dev/diskX##
##dd if=/Pfad/Dateiname.iso of=/dev/diskX bs=64k##

Version [2715]

Bearbeitet am 2021-02-20 18:08:09 durch WojciechLisiewicz

Hinzugefügt:

((2)) Einige Befehle mit iocage
=> in ein Mail per Terminal reingehen: ##iocage console [jailname]##

Version [2624]

Bearbeitet am 2020-07-18 21:43:25 durch WojciechLisiewicz

Hinzugefügt:

((2)) SLOG-Benchmark-Test durchführen:
((2)) Einfacher Geschwindigkeitstest
Nicht ganz reale Bedingungen, aber gibt einige Anhaltspunkte für die Feststellung, ob Datenträger schnell schreiben / lesen können:
##dd if=/dev/zero of=/mnt/test/ddfile bs=2048k count=10000##

Gelöscht:

~~SLOG-Benchmark-Test durchführen:~~

Version [2623]

Bearbeitet am 2020-07-16 10:43:54 durch WojciechLisiewicz

Hinzugefügt:

((1)) ZFS: ##pool##s, ##dataset##s und der Umgang mit ihnen
Eines der wesentlichen Bestandteile von FreeNAS ist das Dateisystem ZFS. Mit den unten genannten Befehlen können wichtige Funktionen dieses fortschrittlichen Systems genutzt werden.
((2)) Scrubs und Snapshots
Einige Befehle zum Anlegen und Verwalten von Snapshots:
((3)) Anzeige von Parametern
Anzeigen von Speicherplatz, der von einem Snapshot belegt ist in der Konsole:
##zfs list -t snapshot##
((3)) Eigenschaften eines ##dataset##
##zfs get all pfad/zum/dataset##
((2)) Moving datasets (and complete pools)
Siehe hier: https://www.ixsystems.com/community/threads/copy-move-dataset.28876/#post-190178
Im Einzelnen geht dies so:
1. Create final source snapshot:
##zfs snapshot -r Datasource/Storage@copy##
2. Copy the data:
##zfs send -Rv Datasource/Storage@copy | zfs receive -F Datatarget/Storage##
3. Delete created snapshots:
##zfs destroy -r Datatarget/Storage@copy ; zfs destroy -r Datasource/Storage@copy##
Vgl. dazu auch ein komplettes Backup-Konzept mit ZFS-Platten hier:
https://esc-now.de/_/zfs-offsite-backup-auf-eine-externe-festplatte/?lang=en
Sowie andere Infos:
https://www.kirgus.net/cms_homepage8/zfs-datasetzvol-auf-anderen-pool-umziehen

Gelöscht:

((1)) Scrubs und Snapshots
Einige Befehle zum Anlegen und Verwalten von Snapshots:
((2)) Anzeige von Parametern
Anzeigen von Speicherplatz, der von einem Snapshot belegt ist in der Konsole:
##zfs list -t snapshot##
((1)) Moving datasets (and complete pools)
Siehe hier: https://www.ixsystems.com/community/threads/copy-move-dataset.28876/#post-190178
Im Einzelnen geht dies so:
1. Create final source snapshot:
##zfs snapshot -r Datasource/Storage@copy##
2. Copy the data:
##zfs send -Rv Datasource/Storage@copy | zfs receive -F Datatarget/Storage##
3. Delete created snapshots:
##zfs destroy -r Datatarget/Storage@copy ; zfs destroy -r Datasource/Storage@copy##
Vgl. dazu auch ein komplettes Backup-Konzept mit ZFS-Platten hier:
https://esc-now.de/_/zfs-offsite-backup-auf-eine-externe-festplatte/?lang=en
Sowie andere Infos:
https://www.kirgus.net/cms_homepage8/zfs-datasetzvol-auf-anderen-pool-umziehen

Version [2622]

Bearbeitet am 2020-07-14 20:38:33 durch WojciechLisiewicz

Hinzugefügt:

((2)) Datenträger
Gesundheit von Datenträgern / Festplatten testen:
##smartctl -a /dev/nvme0##
SLOG-Benchmark-Test durchführen:
##diskinfo -wS /dev/nvd2##

Version [2538]

Bearbeitet am 2020-05-27 12:32:55 durch WojciechLisiewicz

Hinzugefügt:

((1)) UPS von APC (USV)
Siehe hier:
https://www.ixsystems.com/community/resources/configuring-ups-support-for-single-or-multiple-freenas-servers.30/

Version [2524]

Bearbeitet am 2020-05-26 15:29:08 durch WojciechLisiewicz

Hinzugefügt:

Die individuellen Konfigurationen für unsere Einsatzbereiche [[FreeNASconfig werden hier zusammengefasst]].

Version [2521]

Bearbeitet am 2020-05-23 21:10:27 durch WojciechLisiewicz

Hinzugefügt:

((1)) Freigaben mit Samba / SMB-Protokoll
Windows und Mac nutzen SMB. Die Berechtigungen laufen dabei über ACL, was nicht immer einfach ist. Folgende Hinweise können helfen:
- https://www.ixsystems.com/community/threads/methods-for-fine-tuning-samba-permissions.50739/

Version [2514]

Bearbeitet am 2020-05-19 23:57:18 durch WojciechLisiewicz

Hinzugefügt:

((1)) Operationen im Terminal in den Hintergrund verschieben
Auf diese Weise lassen sich Vorgänge, die sehr lange dauern, in den Hintergrund verschieben, so dass eine Unterbrechung durch verlorene Netzwerkverbindung oder Ausschalten des Rechners, von dem aus per SSH zugegriffen wird, nicht schadet...
Die bevorzugte Methode soll ##tmux## sein:
((2)) Start
Terminal so starten, dass das Verlassen nach Start der Aktion problemlos möglich ist:
##tmux##
((2)) Terminal verlassen (detach)
##Ctrl+b then d##
((2)) Den Zustand des Terminals aus dem Hintergrund wieder hervorholen
##tmux attach##

Version [2504]

Bearbeitet am 2020-05-02 12:25:28 durch WojciechLisiewicz

Hinzugefügt:

((1)) Moving datasets (and complete pools)

Gelöscht:

~~((1)) Moving datasets~~

Version [2499]

Bearbeitet am 2020-05-01 00:52:56 durch WojciechLisiewicz

Hinzugefügt:

Dieser Konstellation ist eine ganze Seite gewidmet: [[FreeNASundVMware siehe hier]].

Gelöscht:

~~Siehe dort, [[http://hkpartner.de/VMWare#section_15 unter F.]].~~

Version [2496]

Bearbeitet am 2020-04-30 20:46:44 durch WojciechLisiewicz

Hinzugefügt:

Sowie andere Infos:
https://www.kirgus.net/cms_homepage8/zfs-datasetzvol-auf-anderen-pool-umziehen

Version [2492]

Bearbeitet am 2020-04-30 20:30:56 durch WojciechLisiewicz

Keine Unterschiede

Version [2491]

Bearbeitet am 2020-04-30 20:30:42 durch WojciechLisiewicz

Hinzugefügt:

((1)) FreeNAS virtuell - unter VMware
Siehe dort, [[http://hkpartner.de/VMWare#section_15 unter F.]].

Version [2486]

Bearbeitet am 2020-04-30 13:18:07 durch WojciechLisiewicz

Keine Unterschiede

Version [2476]

Bearbeitet am 2020-04-28 22:54:23 durch WojciechLisiewicz

Hinzugefügt:

Vgl. dazu auch ein komplettes Backup-Konzept mit ZFS-Platten hier:
https://esc-now.de/_/zfs-offsite-backup-auf-eine-externe-festplatte/?lang=en

Version [2471]

Bearbeitet am 2020-04-25 16:06:02 durch WojciechLisiewicz

Hinzugefügt:

Übertragung von jails zwischen Systemen soll mit den iocage-Befehlen ##export## und ##import## einfach sein. Eine ausführliche Anleitung [[https://www.adminbyaccident.com/freebsd/how-to-freebsd/abandon-linux-how-to-export-and-import-freebsd-jails-a-la-docker/ wurde hier veröffentlicht]] (Linux-Freunde beim Begrüßungsbild lieber Augen zumachen...).

Gelöscht:

Version [2470]

Bearbeitet am 2020-04-25 16:04:42 durch WojciechLisiewicz

Hinzugefügt:

((1)) "Working with jails"
"Jails"sind unter FreeBSD eine Möglichkeit, Funktionen voneinander abzukapseln. Diese Art zu arbeiten wird auch //[[https://en.wikipedia.org/wiki/Operating-system-level_virtualization operating-system-level-virtualization]]// genannt.
Auf einem leistungsfähigen FreeNAS-System können für viele Aufgaben definiert werden. Resultat ist klare Abgrenzung, Ordnung und zusätzliche Sicherheit - ohne große Leistungseinbußen.
((2)) Allgemeine Dokumentation
Auch wenn jails in FreeNAS mit dem Web-GUI erstellt werden, kann manchmal die Bedienung mit "iocage" nützlich sein. Eine Dokumentation zu iocage (das Management-System für jails) [[https://iocage.readthedocs.io/en/latest/index.html ist hier zu finden]].
((2)) Export und Import
Übertragung von jails zwischen Systemen soll mit den iocage-Befehlen ##export## und ##import## einfach sein. Eine ausführliche Anleitung [[https://www.adminbyaccident.com/freebsd/how-to-freebsd/abandon-linux-how-to-export-and-import-freebsd-jails-a-la-docker/ wurde hier veröffentlicht]] (Linux-Freunde bitte Augen zumachen).

Version [2464]

Bearbeitet am 2020-04-22 23:29:32 durch WojciechLisiewicz

Hinzugefügt:

((1)) Hardware
Insbesondere SAS/SATA Controller:
- [[https://www.servethehome.com/buyers-guides/top-hardware-components-freenas-nas-servers/top-picks-freenas-hbas/ eine gute Liste und Erklärung bei servethehome]]

Version [2463]

Bearbeitet am 2020-04-22 00:18:33 durch WojciechLisiewicz

Hinzugefügt:

##zfs snapshot -r Datasource/Storage@copy##
##zfs send -Rv Datasource/Storage@copy | zfs receive -F Datatarget/Storage##
##zfs destroy -r Datatarget/Storage@copy ; zfs destroy -r Datasource/Storage@copy##

Gelöscht:

##zfs snapshot -r DataSource/Storage@copy##
##zfs send -Rv DataSource/Storage@copy | zfs receive -F DataTarget/Storage##
##zfs destroy -r DataTarget/Storage@copy ; zfs destroy -r DataSource/Storage@copy##

Version [2462]

Bearbeitet am 2020-04-22 00:18:07 durch WojciechLisiewicz

Hinzugefügt:

Gelöscht:

##zfs snapshot -r Data2/Storage@copy##
##zfs send -Rv Data2/Storage@copy | zfs receive -F Data1/Storage##
##zfs destroy -r Data1/Storage@copy ; zfs destroy -r Data2/Storage@copy##

Version [2461]

Bearbeitet am 2020-04-22 00:16:52 durch WojciechLisiewicz

Hinzugefügt:

##zfs snapshot -r Data2/Storage@copy##

Gelöscht:

~~##zfs snapshot -r Data2/Storage@copy~~

Version [2460]

Bearbeitet am 2020-04-22 00:16:41 durch WojciechLisiewicz

Hinzugefügt:

##zfs snapshot -r Data2/Storage@copy
2. Copy the data:
##zfs send -Rv Data2/Storage@copy | zfs receive -F Data1/Storage##
3. Delete created snapshots:
##zfs destroy -r Data1/Storage@copy ; zfs destroy -r Data2/Storage@copy##

Gelöscht:

## zfs snapshot -r Data2/Storage@copy
2. Copy the data:
Code:
zfs send -Rv Data2/Storage@copy | zfs receive -F Data1/Storage
3. Delete created snapshots:
Code:
zfs destroy -r Data1/Storage@copy ; zfs destroy -r Data2/Storage@copy
##

Version [2459]

Bearbeitet am 2020-04-22 00:15:30 durch WojciechLisiewicz

Hinzugefügt:

- (noch eins war noch) - siehe offline... (Knowledge/it/freenas/NextCloud 15 on FreeNAS 11.2.webarchive)
((1)) Moving datasets
Siehe hier: https://www.ixsystems.com/community/threads/copy-move-dataset.28876/#post-190178
Im Einzelnen geht dies so:
1. Create final source snapshot:
## zfs snapshot -r Data2/Storage@copy
2. Copy the data:
Code:
zfs send -Rv Data2/Storage@copy | zfs receive -F Data1/Storage
3. Delete created snapshots:
Code:
zfs destroy -r Data1/Storage@copy ; zfs destroy -r Data2/Storage@copy
##

Gelöscht:

~~- (noch eins war noch) - siehe offline... (file:///Users/wojtek/ownCloud/Themen/Knowledge/it/freenas/NextCloud%2015%20on%20FreeNAS%2011.2.webarchive)~~

Version [2458]

Bearbeitet am 2020-04-22 00:13:14 durch WojciechLisiewicz

Hinzugefügt:

- (noch eins war noch) - siehe offline... (file:///Users/wojtek/ownCloud/Themen/Knowledge/it/freenas/NextCloud%2015%20on%20FreeNAS%2011.2.webarchive)

Gelöscht:

~~- (noch eins war noch)~~

Version [2457]

Bearbeitet am 2020-04-20 00:32:09 durch WojciechLisiewicz

Hinzugefügt:

((1)) ownCloud / nextCloud in a jail
Erst mal nur einige Links:
- https://ramsdenj.com/2017/06/05/nextcloud-in-a-jail-on-freebsd.html
- (noch eins war noch)

Version [2437]

Bearbeitet am 2020-04-05 20:24:29 durch WojciechLisiewicz

Hinzugefügt:

((1)) Virtuelle Maschinen mit bhyve
Siehe [[FreeNASbhyve folgenden Artikel]].

Version [2392]

Bearbeitet am 2020-02-03 17:38:04 durch WojciechLisiewicz

Hinzugefügt:

- Backup durchführen (11.3-Train auswählen)

Version [2391]

Bearbeitet am 2020-02-03 17:34:57 durch WojciechLisiewicz

Hinzugefügt:

((2)) Vorgehensweise
Folgende Schritte durchführen:
- auf 11.2 U7 aktualisieren
- Backup der Konfiguration (siehe unten)
((2)) Backup
Was ist zu sichern im Backup:

Gelöscht:

((2)) Folgende Schritte durchführen:
- auf 11.2 U7 aktualisieren
- Backup der Konfiguration (siehe unten)
((2)) Was ist zu sichern im Backup:

Version [2390]

Bearbeitet am 2020-02-03 17:34:23 durch WojciechLisiewicz

Hinzugefügt:

- auf 11.2 U7 aktualisieren
- Backup der Konfiguration (siehe unten)

Gelöscht:

- auf 11.2 U7 aktualisieren
- Backup der Konfiguration (siehe unten)

Version [2389]

Bearbeitet am 2020-02-03 17:34:02 durch WojciechLisiewicz

Keine Unterschiede

Version [2388]

Bearbeitet am 2020-02-03 17:33:50 durch WojciechLisiewicz

Keine Unterschiede

Version [2387]

Bearbeitet am 2020-02-03 17:33:38 durch WojciechLisiewicz

Keine Unterschiede

Version [2386]

Bearbeitet am 2020-02-03 17:33:25 durch WojciechLisiewicz

Hinzugefügt:

((1)) Update von 11.2 U.7 auf 11.3
((2)) Folgende Schritte durchführen:
- auf 11.2 U7 aktualisieren
- Backup der Konfiguration (siehe unten)
((2)) Was ist zu sichern im Backup:

- System => General => Save Config
- bei Bedarf auch "//Export Password Secret Seed//" (falls iSCSI / AD / Cloud Services vorhanden)
- für Replication auch ##/usr/local/etc/ssh/## sowie ##/root/.ssh## sichern
((2)) Zu beachten:

- "Wareden-jails" erst in plugins umwandeln
- [https://www.ixsystems.com/blog/library/freenas-11-3-release/#dc-migration Domain-Controller migrieren] (wenn aktiviert!)
- siehe auch "known Impacts": https://www.ixsystems.com/blog/library/freenas-11-3-release/#known-impacts

Version [2385]

Bearbeitet am 2020-02-02 10:46:25 durch WojciechLisiewicz

Hinzugefügt:

- [[https://www.ixsystems.com/blog/wireguard-on-freenas-11-3/ Aktivieren von Wireguard auf einem FreeNAS 11.3]]

Gelöscht:

-
-

Version [2384]

Bearbeitet am 2020-02-02 10:05:54 durch WojciechLisiewicz

Hinzugefügt:

Version [2383]

Bearbeitet am 2020-02-02 10:05:42 durch WojciechLisiewicz

Hinzugefügt:

Einige Befehle zum Anlegen und Verwalten von Snapshots:
((2)) Anzeige von Parametern
Anzeigen von Speicherplatz, der von einem Snapshot belegt ist in der Konsole:
##zfs list -t snapshot##

Version [2382]

Bearbeitet am 2020-02-02 09:38:31 durch WojciechLisiewicz

Hinzugefügt:

((1)) Scrubs und Snapshots

Version [2381]

Die älteste bekannte Version dieser Seite wurde am 2020-02-02 09:12:56 von WojciechLisiewicz bearbeitet.