OS für All-In-One Server?

[Haldi]

Bzgl. TrueNas lese ich immer davon, dass man es auf einem SSD mirror installiert, ist das eine Notwendigkeit oder eher halt "Best Practice"?

Wird empfohlen im Forum.
In dem Forum wo Leute Systeme mit Dual socket Epic und 24-36 Platten betreiben.
Wieso? Weil wenn eine SSD aussteigt das System mit 0 Downtime weiter läuft. Was für Enterprise Level wichtig ist.
Wenn Privat eine system SSD aussteigt musst du einfach eine neue einbauen, Frisch installieren und config Datei neu laden. Dann läuft wieder alles.
Es gibt Scripte die die Config Datei automatisch abspeichern, via ftp oder Email.. . Alles.
Und ich glaub mit IX account kann man sie sogar direkt in deren cloud speichern?

Was mich dann aber schon etwas stört, was ich hier gelesen habe, kann ich unter TrueNas nicht einen SMB Share in einer Docker Container mounten? Das hab ich bei dem ein oder anderen Container (z.B. paperless ingest) aktuell aufm QNAP schon so gemacht... oder verstehe ich da das „hostPathValidation” Thema falsch?

Thema veraltet.
Wie so gut wie immer alles wo man Tutorials zu TrueNAS findet -.-
Seit nicht mehr kubernetes sondern Docker als APPs laufen kann man einfach ganz normal einen Pfad Mounten.

Btw ich hab TrueNAS baremetall und eine HAOS VM, der ganze rest läuft einfach in Docker/Apps.
Backups Gehen ganz bequem, mit Snapshots, über replication.

 

[sch4kal]

Neuerdings könnte man auch mal TrueNAS als container probieren: https://www.truenas.com/docs/scale/25.04/scaletutorials/containers/
Edit: Hab das wohl missverstanden - hier geht es um Container-Support UNTER TrueNAS, nicht TrueNAS IM Container
Hab ich noch nicht getestet, aber das könnte deutlich resourcenschonender sein, als ne Extra VM und man muss nur noch den Storage-Pool in Proxmox verwalten, wenn man keinen extra controller möchte und diesen dann in den Container durchmounten um einfaches Freigabenmanagement zu haben.

Ich persönlich hab schon viel ausprobiert und bin am Ende auch bei Proxmox gelandet. Storage konfiguriert man üblicherweise nicht so häufig, aber Virtualisierung und Systemmanagement braucht man regelmäßig, daher war mir der Zusatzaufwand für das Storagemanagement auf der Konsole lieber, als jeden Tag mit TrueNAS VM-Gefrickel zu haben.

Dennoch: Proxmox hat ne steile Lernkurve und wenn man schnell fertig werden will, sollte man sich das gut überlegen.

Puh, also nur fürs Storagemgmt so einen Aufriss machen ? Dann wie du sagst lieber per CLI oder napp-it CS installieren

 

[Supaman]

Man <kann> auch ganz stumpf eine WIndows VM aufsetzen, Platten druchreichen und eine Windows SMB Freigabe machen. Jeder nach seinen Skills

 

[gea]

Windows als SMB Filer ist nicht ohne, bietet bei Weitem die beste ACL Unterstützung, kann Gruppen in Gruppen, oder virtual harddisks .vhdx sogar über SMB, dazu Storage Spaces für Pools unterschiedlich großer und schneller Platten mit auto tiering für ntfs oder ReFS. OpenZFS für normales Software Raid ist auch fast fertig. In der Server (Essentials) gibts dann zusätzlich AD und SMB Direct/RDMA.

Da stellt sich aber schnell die Frage ob man AiO nicht auch gleich mit Windows + Hyper-V machen könnte wenn man primär einen SMB Filer braucht..

 

[andrer250282]

(...), kann Gruppen in Gruppen (...)

Hi @gea
Wie ist das gemeint? Kann der Omnios SMB das nicht? Oder NFSv4 ACLs? Ich überlege gerade auf ein anderes Storage als Windows zu wechseln, aber das nutzt unser bisheriger Filer... Viel. Sagen wir es wird viel genutzt.
Aber das Gruppen in Gruppen eine Einschränkung sein kann hab ich in meinen Überlegungen noch gar nicht bedacht?

 

[gea]

Hi @gea
Wie ist das gemeint? Kann der Omnios SMB das nicht? Oder NFSv4 ACLs? Ich überlege gerade auf ein anderes Storage als Windows zu wechseln, aber das nutzt unser bisheriger Filer... Viel. Sagen wir es wird viel genutzt.
Aber das Gruppen in Gruppen eine Einschränkung sein kann hab ich in meinen Überlegungen noch gar nicht bedacht?

Der Kernel Solaris/OmniOS SMB Server nutzt ntfs artige NFSv4 ACL, kann Gruppen in Gruppen und benutzt Windows SID als ACL Datei Referenz in ZFS.
Hier gehts aber um Proxmox/Linux und da gibts das nicht.

 

[andrer250282]

Ah okay, dann weiß ich jetzt was du meinst.
Weißt du wie das unter TrueNAS ist? Das bietet ja jetzt über nfs4 ACLs ja auch Windows-like ACLs an

 

[gea]

Free-BSD unterstützt NFSv4 ACL, Linux bisher nur simple Posix Acl. Da gibt es zwar auch Entwicklungen in Linux und SAMBA aber im Moment ist das keine Option. TN hat beim Portieren von core auf scale versucht NFSv4 ACL "dranzubasteln". Solange Linux selbst aber keine generellen NFSv4 ACL unterstützt, bleibt das Stückwerk und macht alles eigentlich nur inkompatibel, kompliziert und fehleranfällig. Gruppen in Gruppen und Windows SID als Dateireferenz gibts ohnehin nur in Illumos/Solaris/Windows.

ACL Primer

Provides general information on POSIX and NFSv4 access control lists (ACLs) in TrueNAS systems and when to use them.

www.truenas.com

 

[sandreas]

Puh, also nur fürs Storagemgmt so einen Aufriss machen ? Dann wie du sagst lieber per CLI oder napp-it CS installieren

Ich mach das ganz anders, aber das ist gar nicht so empfohlen, daher werde ich das hier nicht breit treten

Puh, also nur fürs Storagemgmt so einen Aufriss machen ? Dann wie du sagst lieber per CLI oder napp-it CS installieren

Ich persönlich plane, demnächst mal die zamba toolbox auszuprobieren: https://git.bashclub.org/bashclub/zamba-lxc-toolbox, genauer den zmb-standalone.

Die Configs sind sehr interessant, da die auch ein Einbinden des SMB mit Dateiversionierung via zfs-auto-snapshot in Windows ermöglichen (man kann also per "Rechtsklick" Dateien zurückrollen), das ist für Windows User sicherlich nicht uninteressant.
Also man mounted quasi via SMB unter Windows und kann als Client auf dem Server Dateiversionierung betreiben - über die native Windows GUI dafür. Im Hintergrund werden dann ZFS-Snapshots zurück gerollt.

Mehr dazu hier: https://aow.de/books/lxc-toolbox-fur-proxmox/page/zamba-fileserver

Ich denke besonders cool wäre es, wenn man in diesen LXC-Container beliebigen (externen) Storage per map/mount so nutzen könnte und der LXC container quasi nur den Service bereit stellt - womit dann auch keine festgelegte Größe (z.B. 100GB) mehr nötig wäre, sondern er einfach die größe nimmt, die man reinmounted.

 

[sonie]

In der Diskussion wird die Umgebung, in der der Server bzw. SMB eingesetzt werden soll, bislang nicht berücksichtigt. Für mich ist Windows beispielsweise irrelevant, da ich es privat nicht nutze. Bei mir kommt vorwiegend macOS aber auch Linux zum Einsatz. In der Apple-eigenen SMB-Implementierung gibt es leider einige Besonderheiten. Samba verfügt mit vfs_fruit über ein Modul, das diese Apple-Besonderheiten größtenteils nachbildet. Meines Wissens haben andere SMB-Server nichts Vergleichbares für macOS in diesem Umfang implementiert.
Wer den SMB-Server in einer Windows-Umgebung einsetzt, hat daher durchaus andere Anforderungen als Jemand, der Macs einsetzt.
macOS kann NFS4 ACLs und zieht diese wohl auch POSIX ACLs vor. Ich habe mich damit allerdings nicht wirklich befasst.

Zu den Besonderheiten von macOS. Manches muss vielleicht wegen macOS so sein, anderes ist unnötig und einfach nur ärgerlich:
Bzgl. Server-Side Copy hat man in TrueNAS Scale allerdings einen eigenen Patch entwickelt, der anders als das entsprechende Setting in vfs_fruit funktioniert. macOS scheint sich bzgl. IOCTL-Anfragen anders zu verhalten, als es das SMB-Protokoll vorsieht.

[Accepted] Enable Mac SMB (Samba) Server-Side Copy Support by Default or Provide a Toggle in SMB Service Advanced Options

I looked at the Apple SMB client source. They detect copy-chunk support via a compounded SMB3 request to open root dir of share / issue ioctl to get offload token / close when the share is first mounted. This is a pretty bad test since typically SMB servers treat ioctl requests as requiring...

forums.truenas.com