[Sammelthread] ZFS Stammtisch

[dstockm]

Hallo zusammen,

ich benötige mal einen Tipp. Ausgangslage omniOS r151046 + napp-it
Problem: Zugriff von Android auf eine SMB Freigabe zwecks Backup/Sync. Klappt seit längerem nicht mehr. Ich komme immer in eine Endlosschleife beim browsen der directories. SMB der Fritzbox geht.

Nun möchte ich als Workaround den Zugriff per SFTP machen. Nur kann ich mich, mit den über napp-it angelegten Benutzern, nicht auf der Console anmelden, geschweige denn mit WinSCP o.ä.
Was muss da noch tun, damit sie einen vollwertigen Account bekommen?
Danke!

Auch wenn das Problem schon alt ist: Ich habe heute mal ein Upgrade auf omniOS r151054 gemacht. Mit Solid Explorer & Folder Sync funktioniert jetzt endlich wieder der SMB-Zugriff! X-plore ging schon vorher.
Ob es wirklich am omniOS-Upgrade lag, habe ich vorher leider nicht getestet.

Update 21.9.: Habe noch ein altes Smartphone mit einer FolderSync Version 4.0.2 aus 2024 gefunden. Auch mit der läuft es jetzt --> es lag definitiv an omniOS

 

[gea]

Könnte daran liegen dass MS diverse Sicherheitslöcher zwangsweise gestopft hat z.B. SMB signing und das nicht optional sondern verpflichtend. Sowas erfordert dann ein SMB Serverupdate wenn ein Client es erfordert.

 

[AliManali]

@gea: habe Skripte angelegt, die ich per SSH starte: ESXi-Hotsnap (quiesce, ohne RAM) auf allen VMs des Datastores erzeugen → prüfen (je VM eine Delta-Datei) → ZFS-Snap anlegen → prüfen (Deltas im Snap) → ESXi-Hotsnaps löschen → prüfen (per snapshot.get und Delta-Zählung, 0/0) → ZFS-Replikation des Snaps. Also Dein pre/post-Ablauf, nur ohne Job, direkt per vim-cmd über SSH wie in Deiner ssh-lib.pl. Macht das Sinn so?

root@omnios:~# /root/yummisites-nach-WDRED.sh
[2026-09-20 03:06:52] === Sicherung nach WDRED1 (lokal) ===
Name des ZFS-Snapshots [2026-09-20-0306-hot]: hotsnap
[2026-09-20 03:07:07] 8 VMs auf NFS_Micron1_yummisites:
  100  yummisites-bb-db2  (bb/yummisites-bb-db2)
  92  yummisites-git  (yummisites-git)
  93  yummisites-netbird  (yummisites-netbird)
  94  yummisites-bb-verwaltung  (bb/yummisites-bb-verwaltung)
  95  yummisites-bb-backend  (bb/yummisites-bb-backend)
  96  yummisites-bb-backend-kunde  (bb/yummisites-bb-backend-kunde)
  97  yummisites-bb-webfrontend  (bb/yummisites-bb-webfrontend)
  99  yummisites-bb-db1  (bb/yummisites-bb-db1)
[2026-09-20 03:07:51] Vorpruefung OK: je VM 0 ESXi-Snapshots, consolidationNeeded=false, 0 Delta-Dateien, alle Platten auf NFS_Micron1_yummisites
[2026-09-20 03:07:51] --- Hot-Snap 1/5: ESXi-Snapshots anlegen (quiesce) ---
[2026-09-20 03:07:51]   yummisites-bb-db2 (100)
[2026-09-20 03:08:00]   OK: yummisites-bb-db2 (100): Snapshot 10, poweredOn, quiesced, 1 Delta(s)
[2026-09-20 03:08:00]   yummisites-git (92)
[2026-09-20 03:08:10]   OK: yummisites-git (92): Snapshot 14, poweredOn, quiesced, 1 Delta(s)
[2026-09-20 03:08:10]   yummisites-netbird (93)
[2026-09-20 03:08:20]   OK: yummisites-netbird (93): Snapshot 9, poweredOn, quiesced, 1 Delta(s)
[2026-09-20 03:08:20]   yummisites-bb-verwaltung (94)
[2026-09-20 03:08:30]   OK: yummisites-bb-verwaltung (94): Snapshot 8, poweredOn, quiesced, 1 Delta(s)
[2026-09-20 03:08:30]   yummisites-bb-backend (95)
[2026-09-20 03:08:39]   OK: yummisites-bb-backend (95): Snapshot 11, poweredOn, quiesced, 1 Delta(s)
[2026-09-20 03:08:39]   yummisites-bb-backend-kunde (96)
[2026-09-20 03:08:49]   OK: yummisites-bb-backend-kunde (96): Snapshot 11, poweredOn, quiesced, 1 Delta(s)
[2026-09-20 03:08:49]   yummisites-bb-webfrontend (97)
[2026-09-20 03:08:59]   OK: yummisites-bb-webfrontend (97): Snapshot 10, poweredOn, quiesced, 1 Delta(s)
[2026-09-20 03:08:59]   yummisites-bb-db1 (99)
[2026-09-20 03:09:09]   OK: yummisites-bb-db1 (99): Snapshot 10, poweredOn, quiesced, 1 Delta(s)
[2026-09-20 03:09:09] OK: 8 VMs mit je genau einem autosnap-Snapshot, 8 Delta-Dateien live
[2026-09-20 03:09:09] --- Hot-Snap 2/5: zfs snapshot Micron1/Micron1/yummisites@hotsnap ---
[2026-09-20 03:09:09] --- Hot-Snap 3/5: Delta-Dateien im ZFS-Snapshot pruefen ---
[2026-09-20 03:09:09] OK: alle 8 Delta-Dateien liegen im ZFS-Snapshot -- der Stand ist je VM quiesced
[2026-09-20 03:09:09] --- Hot-Snap 4/5: ESXi-Snapshots entfernen ---
[2026-09-20 03:09:09] --- Hot-Snap 5/5: Datastore je VM pruefen (Snapshots, Konsolidierung, Platten, Delta-Dateien) ---
[2026-09-20 03:09:10]   yummisites-bb-db2 (100): entferne ESXi-Snapshot 10
[2026-09-20 03:09:15]   yummisites-git (92): entferne ESXi-Snapshot 14
[2026-09-20 03:09:20]   yummisites-netbird (93): entferne ESXi-Snapshot 9
[2026-09-20 03:09:25]   yummisites-bb-verwaltung (94): entferne ESXi-Snapshot 8
[2026-09-20 03:09:30]   yummisites-bb-backend (95): entferne ESXi-Snapshot 11
[2026-09-20 03:09:35]   yummisites-bb-backend-kunde (96): entferne ESXi-Snapshot 11
[2026-09-20 03:09:40]   yummisites-bb-webfrontend (97): entferne ESXi-Snapshot 10
[2026-09-20 03:09:46]   yummisites-bb-db1 (99): entferne ESXi-Snapshot 10
[2026-09-20 03:10:12] OK: keine ESXi-Snapshots mehr, consolidationNeeded=false, 0 Delta-Dateien live -- je VM gelesen
[2026-09-20 03:10:12] zu sendender Stand: hotsnap
[2026-09-20 03:10:12] inkrementell von auto-hotsnap-script nach hotsnap
send from @auto-hotsnap-script to Micron1/Micron1/yummisites@hotsnap estimated size is 22.8M
total estimated size is 22.8M
TIME        SENT   SNAPSHOT
03:10:13   17.0M   Micron1/Micron1/yummisites@hotsnap
03:10:14   17.0M   Micron1/Micron1/yummisites@hotsnap
03:10:15   17.6M   Micron1/Micron1/yummisites@hotsnap
03:10:16   17.6M   Micron1/Micron1/yummisites@hotsnap
03:10:17   19.6M   Micron1/Micron1/yummisites@hotsnap
03:10:18   19.6M   Micron1/Micron1/yummisites@hotsnap
03:10:19   19.6M   Micron1/Micron1/yummisites@hotsnap
[2026-09-20 03:10:58] OK: WDRED1/WDRED1/yummisites steht auf hotsnap (GUID am Ziel geprueft)
NAME                       USED  RATIO
WDRED1/WDRED1/yummisites  17.6G  2.07x

 

[gea]

Ja, geht.

Ich habe zwar vieles auf Proxmox umgestellt, mein ZFS SMB Server bleibt aber bis auf weiteres OmniOS auf ESXi - warum soll ich mich mit SAMBA quälen wenn Solaris/OmniOS doch so viel einfacher ist und ESXi halt doch schneller und resourceneffizienter ist als Proxmox.

Für sichere ESXi oder Proxmox Snaps nutze ich cs-freeze4snaps. Das unterstützt jetzt sowohl Proxmox wie ESXi mit hotmemory snaps, freeze/quiesce snaps oder plain ZFS. Man kann einstellen in welcher Reihenfolge es versucht wird damit immer sicher wiederherstellbare snaps entstehen, z.B. freeze,mem,zfs macht einen quiesce,freeze snap wenn die notwendigen tools installiert sind, sonst memory snaps und als fallback zfs z.B. nach timeout. Reihenfolge kann man als default oder per VM ändern z.B. mem,freeze,zfs. Ohne zfs wird die Replikation mit Fehler abgebrochen falls mem und freeze scheitert.

Das schöne für ESXi ist dass es ESXi free unterstützt und neben ssh mit soap arbeiten kann. Da muss auf ESXi kein ssh aktiviert und konfiguriert werden, name und pw in der config reichen, soap ist zudem bei vielen VMs viel schneller als ssh.

Napp-it 4ai arbeitet künftig damit bei autosnaps und replication snaps, cs-freeze4snap ist aber ein Opensource cli tool, kann man also in eigene Scripte einbauen, editieren, erweitern, https://github.com/guenther-alka/cs-freeze4snap

Das letzte Feintuning kommt in den nächsten Tagen in der Version 1.3 an der ich gerade arbeite.

 

[AliManali]

Ja, danke. Lasse es jetzt mal so. PVE kommt für mich leider nicht in Frage. Für meine Flugsimulator Communtity laufen noch paar DX Clients. Da ist ESXi mit vmware WS einfach unschlagbar im Handling. Bzw. mit KVM war das schlicht nicht so umzusetzen.

Für die oben genannte Anwendung werde ich nach einer gewissen Zeit eh einen kleinen Proxmox Cluster aufstellen. Aber die ersten 2-3 Jahre muss das mal auf meinem Lab Rig gehen.

 

[gea]

So, wers probieren möchte, freeze4snap 1.3 für ESXi und soap und Proxmox ist online (ssh muss auf ESXi nicht eingerichtet werden, pw reicht)

-Sicher wiederherstellbare ESXi und Proxmox VMs,
-ZFS Dateisystembezogen (freeze/hotmemory aller VMs)

Howto mit napp-it4ai

-neuestes napp-it 4ai herunterladen (Menü About > Frontend Update)
-3 host key holen (kostenlos für Heimnutzung)

Evaluate — napp-it

-die beteiligten Server im Frontend hinzufügen

Proxmox:

Auf dem Proxmox host muss cs-freeze4snap lokal vorhanden sein.
-Menü About > Download CS-Tools

/etc/pve wird automtisch in den snap der Replikation integriert
Im Gegensatz zu den Proxmox Tools wird Dataset bezogen gesichert, betroffene VMs werden automatisch ermitteln (müssen komplett auf dataset sein)

ESXi

Da muss cs-freeze4snap im Frontend Management Rechner vorhanden sein
-Menü About > Download CS-Tools
- /opt/csweb-gui/_cfg/freeze4snap/freeze4snap.cfg anlegen eg
# ESXi servers, one per line: host,user,password or host,cert[,keyfile]
192.168.1.48,root,1234

Replikationsjob für ein VM Dateisystem anlegen
Quelle, Ziel wählen (any to any), wird verschlüsselt übertragen
mit Hyperisor ESXi oder Proxmox

Default ist:
Versuche freeze/quiesce, wenn nicht möglich weil qm/vmwaretools fehlen, mache hot memory snp, dann zfs snap

Replikation starten mit beliebigen keep/hold Einstellungen z.B.
hold: 4s (behalte immer die letzten 4 Replikationen) oder
keep: hours:24,days:32,months:12,years:2
(bei stündlichen snap keep die letzten 24,..)

 

[gea]

ps
Die ganzen napp-it cs-tools sind OpenSource cli tools für alle 8 OS Varianten von napp-it 4ai client-server
Man darf sie ausserhalb von napp-it benutzen, erweitern, auditieren etc

CS-Tools & Scripts — napp-it

 

[gea]

Update cs-aihelpdesk auf 1.2.7
improved ui and ai communication

GitHub - guenther-alka/cs-aihelp: AI Helpdesk module for napp-it cs: chat helpdesk in the web-GUI with free/cloud LLM providers, RAG, optional web research and chat history.

AI Helpdesk module for napp-it cs: chat helpdesk in the web-GUI with free/cloud LLM providers, RAG, optional web research and chat history. - guenther-alka/cs-aihelp

github.com

Update:
About>Update Frontend
About>Update cs-tools