Proxmox Host-Konfiguration & ZFS
Überblick
Dieser Bereich beschreibt den Proxmox-Host als zentrale Virtualisierungs- und Serverplattform für die Heim-IT-Infrastruktur. Die Daten stammen aus einer Bestandsaufnahme und dienen als Referenz für Pflege, Monitoring und mögliche Änderungen.
Schnellüberblick
- Hoststatus und virtuelle Maschinen prüfen
- Storage- und ZFS-Status überwachen
- LXC-Container und Auto-Start kontrollieren
- Backups und Restore-Prozesse validieren
Dokumentstatus
Stand: 04.09.2026
Die Angaben dieses Artikels wurden direkt aus einer schreibgeschützten Bestandsaufnahme des Proxmox-Hosts pve erzeugt. Es wurden keine Konfigurationsänderungen durch die Erfassung vorgenommen.
Verwandte Seiten
1. Systemübersicht
| Parameter | Wert |
|---|---|
| Hostname | pve |
| Betriebssystem | Debian GNU/Linux 13 (trixie) |
| Proxmox VE | Proxmox VE 9.2.0 |
| pve-manager | 9.2.11 |
| Kernel | 7.0.14-14-pve |
| Hardware | Gigabyte B550I AORUS PRO AX |
| CPU | AMD Ryzen 3 3200G with Radeon Vega Graphics |
| Arbeitsspeicher | 13 GiB |
| Cluster | Kein aktiver Clusterstatus dokumentiert |
| Ceph | Keine Ceph-Daten in der Bestandsaufnahme |
2. Netzwerk
| Parameter | Wert |
|---|---|
| Proxmox-Host-IP | 192.168.178.178/24 |
| Hauptbridge | vmbr0 |
| Gateway | 192.168.178.10 |
| Physischer Port der Bridge | nic0 |
| Zweite Bridge | vmbr1 (intern, ohne Bridge-Port) |
| Tailscale | tailscale0, IPv4 100.114.24.17/32 |
/etc/network/interfaces
auto lo
iface lo inet loopback
iface nic0 inet manual
iface nic1 inet manual
iface nic2 inet manual
iface wlp4s0 inet manual
auto vmbr0
iface vmbr0 inet static
address 192.168.178.178/24
gateway 192.168.178.10
bridge-ports nic0
bridge-stp off
bridge-fd 0
dns-nameservers 192.168.178.1
dns-search lan
auto vmbr1
iface vmbr1 inet manual
bridge-ports none
bridge-stp off
bridge-fd 0
# Spiel-Netz LAN
Routing
default via 192.168.178.10 dev vmbr0 proto kernel onlink
192.168.178.0/24 dev vmbr0 proto kernel scope link src 192.168.178.178
DNS
Der Resolver wird auf dem Host aktuell von Tailscale verwaltet. In der Bestandsaufnahme ist 100.100.100.100 sowie der Tailscale-IPv6-Resolver eingetragen. Die Datei /etc/resolv.conf soll gemäß Tailscale nicht manuell geändert werden.
3. Proxmox Storage
dir: local
path /var/lib/vz
content iso,vztmpl,backup,import
zfspool: local-zfs
pool rpool/data
sparse
content images,rootdir
4. Virtuelle Maschinen
| VMID | Name | Status | RAM | Bootdisk |
|---|---|---|---|---|
| 104 | openhab | stopped | 2048 MB | 32 GB |
| 105 | CachyOS | stopped | 2752 MB | 96 GB |
| 107 | Mint | stopped | 4096 MB | 40 GB |
| 108 | running | 6144 MB | 33 GB |
VM 108 – mail
Die Mail-VM ist als OVMF/UEFI-System konfiguriert, nutzt vmbr0, startet automatisch (onboot: 1) und verwendet lokalen ZFS-Storage.
agent: 1
bios: ovmf
boot: order=scsi0
cores: 2
memory: 6144
name: mail
net0: virtio=02:98:82:B1:BC:50,bridge=vmbr0
onboot: 1
ostype: l26
scsi0: local-zfs:vm-108-disk-1,discard=on,size=33G,ssd=1
5. LXC-Container
| CTID | Name | Status | RAM | Auto-Start |
|---|---|---|---|---|
| 100 | tvheadend | running | 512 MB | yes |
| 101 | ollama | stopped | 14096 MB | no |
| 102 | fhem | stopped | 512 MB | yes |
| 103 | openwebui | stopped | 8192 MB | no |
| 150 | caddy | running | 512 MB | yes |
Container 150 – caddy
Statische IPv4-Konfiguration:
hostname: caddy
memory: 512
nameserver: 192.168.178.10
net0: name=eth0,bridge=vmbr0,firewall=1,gw=192.168.178.10,hwaddr=BC:24:11:CA:D1:F3,ip=192.168.178.150/24,type=veth
onboot: 1
rootfs: local-zfs:subvol-150-disk-0,size=8G
unprivileged: 1
6. ZFS
Pool rpool
| Parameter | Wert |
|---|---|
| Größe | 660G |
| Belegt | 94.9G |
| Frei | 565G |
| Kapazität | 14% |
| Fragmentierung | 21% |
| Dedup | 1.00x |
| Kompression | aktiviert; Verhältnis 1.46x |
| Health | ONLINE |
| ashift | 12 |
| Bootfs | rpool/ROOT/pve-1 |
| autotrim | off |
ZFS-Topologie
Der Bestandsstatus zeigt rpool als ONLINE mit drei direkt zugeordneten SSD-Vdevs:
ata-Patriot_Burst_55BD0705084500034713-part3
ata-SanDisk_SSD_PLUS_1000GB_2021EA461011-part3
ata-SanDisk_SSD_PLUS_1000GB_2021EA461304-part3
Scrub
Letzter dokumentierter Scrub:
scrub repaired 0B in 00:02:30 with 0 errors on Sun Aug 9 00:26:31 2026
No known data errors.
Datasets
| Dataset | Belegt | Verfügbar | Mountpoint |
|---|---|---|---|
| rpool | 95.0G | 545G | /rpool |
| rpool/ROOT | 10.8G | 545G | /rpool/ROOT |
| rpool/ROOT/pve-1 | 10.8G | 545G | / |
| rpool/data | 71.5G | 545G | /rpool/data |
| rpool/data/subvol-100-disk-0 | 17.4G | 61.0G | /rpool/data/subvol-100-disk-0 |
| rpool/data/subvol-101-disk-0 | 15.6G | 28.4G | /rpool/data/subvol-101-disk-0 |
| rpool/data/subvol-103-disk-0 | 7.49G | 46.5G | /rpool/data/subvol-103-disk-0 |
| rpool/data/subvol-150-disk-0 | 796M | 7.28G | /rpool/data/subvol-150-disk-0 |
| rpool/data/vm-105-disk-0 | 8.03G | 545G | - |
| rpool/data/vm-107-disk-0 | 12.3G | 545G | - |
| rpool/data/vm-108-disk-1 | 5.00G | 545G | - |
| rpool/data/vm-108-state-v1 | 2.77G | 545G | - |
| rpool/var-lib-vz | 12.5G | 545G | /var/lib/vz |
Wichtige ZFS-Eigenschaften
compression = on
compressratio = 1.46x
recordsize = 128K
checksum = on
xattr = sa
atime = on
primarycache = all
secondarycache = all
copies = 1
autoreplace = off
autoexpand = off
autotrim = off
Hinweis: Der Pool meldet, dass unterstützte Features vorhanden sind, die nicht aktiviert wurden. In der Bestandsaufnahme wird ausdrücklich auf den möglichen Einsatz von zpool upgrade hingewiesen. Ein Upgrade der Pool-Features sollte nur nach Prüfung der gewünschten Rückwärtskompatibilität erfolgen.
7. Dienste
Zum Zeitpunkt der Bestandsaufnahme liefen unter anderem:
pve-cluster.service
pve-container@100.service
pve-container@150.service
pve-firewall.service
pve-ha-crm.service
pve-ha-lrm.service
pveproxy.service
pvedaemon.service
pvescheduler.service
pvestatd.service
qmeventd.service
spiceproxy.service
zfs-zed.service
8. Backup
Die Standarddatei /etc/vzdump.conf enthält keine aktiv gesetzten Standardparameter; die Datei entspricht der mitgelieferten Vorlage.
Beispielhafte Kontrolle:
cat /etc/vzdump.conf
Für produktive Backups müssen zusätzlich die tatsächlichen Backup-Jobs bzw. Backup-Ziele geprüft werden; die Bestandsaufnahme enthält hierzu keine aktiv konfigurierten Zieldefinitionen.
9. Paketquellen
deb http://deb.debian.org/debian trixie main contrib
deb http://deb.debian.org/debian trixie-updates main contrib
deb http://security.debian.org/debian-security trixie-security main contrib
deb http://download.proxmox.com/debian/pve trixie pve-no-subscription
Zusätzlich sind Tailscale Stable und NodeSource Node.js 22 konfiguriert.
10. Wartung und Diagnose
Proxmox-Status
pveversion -v
qm list
pct list
systemctl --type=service --state=running
ZFS-Status
zpool status -v
zpool list
zfs list
zfs get all rpool
Netzwerk
ip -br addr
ip route
ip -6 route
cat /etc/network/interfaces
11. Auffälligkeiten aus der Bestandsaufnahme
VM 108 – QEMU Guest Agent
Im Journal wurden wiederholt VM 108 qga command 'guest-ping' failed - got timeout protokolliert. Das sollte bei Bedarf innerhalb der Mail-VM bzw. bei der QEMU-Gast-Agent-Konfiguration geprüft werden.
Kernel/KVM-Warnungen
Es wurden wiederholt KVM-Warnungen zu Unhandled WRMSR(0xc0010007) protokolliert. Die Bestandsaufnahme dokumentiert das Ereignis, bewertet aber nicht dessen funktionale Auswirkung.
OpenClaw
Am 04.09.2026 wurden wiederholte Fehler für openclaw-gateway.service protokolliert: Failed at step EXEC spawning /usr/bin/node: No such file or directory. Das deutet auf eine fehlende Node.js-Binary für diesen Dienst hin.
12. Notfall-Checkliste
Vor Änderungen oder bei einem unerwarteten Dienst- oder Storage-Problem zuerst den Ist-Zustand erfassen:
# ZFS prüfen
zpool status -v
# Storage prüfen
pvesm status
# VMs und Container prüfen
qm list
pct list
# Netzwerk prüfen
ip -br addr
ip route
# Fehlgeschlagene Proxmox-Dienste und aktuelle Fehler prüfen
systemctl --failed
journalctl -p 0..3 -b --no-pager
Ergebnisse vor Reparaturen dokumentieren. Bei einem ZFS-Problem keine Pool- oder Geräteänderung durchführen, bevor der aktuelle Status und die vorhandene Backup-Lage geprüft wurden.
13. SMGW-Abgrenzung
Der Proxmox-Host nutzt vmbr0 im Netz 192.168.178.0/24. Arbeiten an Proxmox, ZFS oder den darauf betriebenen VMs/LXC-Containern sind von der zuvor dokumentierten SMGW-Konfiguration getrennt zu behandeln. Die SMGW-Netzwerk-/Firewall-Konfiguration darf bei Proxmox-Wartungsarbeiten nicht verändert werden.
Quellenstand
Bestandsaufnahme: proxmox-documentation-2026-09-04-195140.txt