Search results

Ja, das ist pragmatisch. NAS-VM auf USB sichern, vzdump auf die NAS-Platten, und wenn die Kiste stirbt stellst du erst die NAS-VM wieder her und kommst so an die Backups. Macht Sinn für Homelab, solange dir klar ist, dass bei nem gleichzeitigen RAID-Ausfall beides weg wär. Aber RAID 1 plus...

Die User, Gruppen und Berechtigungen stecken in /etc/pve/user.cfg. Wenn du das vom alten rootfs rüberkopierst, hast du alles wieder drin. Evtl. noch /etc/pve/priv/ mitnehmen falls du API-Tokens nutzt. Also beim alten Pool-Import einfach die ganze /etc/pve/ vergleichen und was fehlt rüberziehen...

Cool, viel Erfolg beim Rumprobieren! Wenn du den Bugzilla-Eintrag erstellt hast, verlink ihn gern hier, dann können andere mit dem gleichen Wunsch drauf voten.

Klingt nach nem soliden Plan. Empirum für Server-Provisioning ist ungewöhnlich, aber wenn ihrs eh schon im Haus habt und es passt, warum nicht. Bin gespannt wie das ausgeht!

Gute Idee mit dem PBS, das löst das Update-Problem elegant. Und man hat gleich deduplizierte Backups mit Integritätsprüfung, statt nur nen Haufen .vma-Dateien auf dem NAS liegen zu haben. Würd ich auch so machen.

Oh nice, zfsnas-chezmoi kannte ich noch nicht. Muss ich mir mal anschauen, danke für den Link!

Ja, wär definitiv praktisch. Kannst ja mal ein Feature Request im [Bugzilla](https://bugzilla.proxmox.com/) dafür aufmachen, vielleicht kommts ja irgendwann.

Ja gut, mit -d /dev/disk/by-id explizit angeben schadet nicht, auf Proxmox ist das aber default.

Sowohl Traefik als auch NPM bringen ACME/Let's Encrypt von Haus aus mit. Die holen sich ihre Zertifikate also selbst. Da brauchst du kein separates acme.sh für den Proxy. Bei NPM klickst du das quasi nur zusammen pro Subdomain, bei Traefik läuft das über nen certresolver in der Config. Das...

Ah stimmt, hatte den Edit übersehen. Dann hat sich das ja mit dem Move Storage auf local-lvm eh schon erledigt, gut.

PVE macht bei der Aktivierung von verschlüsselten ZFS-Storages intern ein zfs mount -a, ist ne globale Operation über alle Pools. Wenn irgendein Dataset busy ist (dein send|receive auf data_mirrored_2_3), knallt das und PVE wertet das als Fehler bei der Storage-Aktivierung. Warte bis dein...

Ist einfacher als du denkst, brauchst keine VLANs dafür. Leg dir ein eigenes Subnetz für das Backup-Netz an, z.B. 10.10.10.0/24. Zweite NIC bekommt ne eigene Bridge (vmbr1) mit ner IP aus dem Subnetz, und die Synology bekommt auf nem zweiten Interface auch ne IP aus dem gleichen Subnetz. auto...

Moin @rothkraut, Cloudbase-Init ist schon der richtige Ansatz für Windows auf Proxmox. Funktioniert im Prinzip wie Cloud-Init, nur halt für Windows. Hostname, Netzwerk, Admin-Account geht damit gut. Für Domain-Join und komplexere Sachen würd ich mir Packer anschauen. Damit baust du ein sauberes...

Dein Plan passt so, die Backups enthalten alles was du brauchst. Vorarbeit ist nicht nötig, einfach NAS einbinden und im Bedarfsfall wiederherstellen. USB: Ja, umstecken und dann in der VM-Config den Passthrough checken. Wenn die Device-ID gleich bleibt, sollte das direkt laufen, aber kurz...

@bluesite hat das wahrscheinlich richtig erkannt, /dev/sda vs /dev/sda1 ist nen Klassiker. @Xande, falls du das auf dem Wyse 5070 nochmal mit Proxmox versuchst: auf dem Host per fstab mounten und dann als Mountpoint in die LXC-Config, nicht aus dem Container heraus. Viel Erfolg!

Guter Fix! Das -a bei zfs load-key ist halt das Problem, weil er dann auch rpool/enc laden will und auf die Passworteingabe wartet. Dein Ansatz mit dem expliziten Dataset im Service ist sauber gelöst. Zur Bonusfrage: Das subvol-123-disk-1 erbt die Verschlüsselung vom Parent-Dataset, das passt...

Wenn dir TrueNAS wegen dem doppelten ZFS und RAM-Overhead zu blöd ist, schau dir mal cockpit-zfs-manager an. Damit hast du ne Web-GUI für ZFS-Datasets, Snapshots und Replikation direkt auf dem PVE-Host, ohne extra VM. Samba-Freigaben dann einfach per cockpit-file-sharing oder klassisch per Hand...

Haha, klassischer Layer-1-Fehler. Wer das noch nie hatte, hat noch nie Netzwerk gemacht. Immerhin hast du beim Troubleshooting einiges über ARP-Verhalten gelernt, das ist ja auch was wert ;)

Ja, kannst du machen. journald läuft unabhängig von rsyslog, die doppelte Logführung ist eh redundant. Aber wenn dir der Platz auf rpool knapp wird, limitier auch gleich journald selbst, sonst hast du das Problem auch bei journald. In /etc/systemd/journald.conf unter [Journal]...

Das von @Falk R. stimmt. Hast du zufällig InfluxDB oder Grafana als Metrik-Server konfiguriert (Datacenter → Metric Server)? Wenn ja, check mal ob der erreichbar ist. Bei 85% RAM-Auslastung mit PVE + PBS auf der gleichen Kiste, schau mal ob in dmesg was zu OOM oder Memory-Fehlern steht. Memtest...