Files
docu/pve2/07_Aktueller-Stand.md
T
root 6f52d46267 Initiale Infrastruktur-Dokumentation pve1 und pve2.
Enthält Host-Doku, MQTT/HA, Git-Setup, Power-Monitoring und GPU-Idle (pve2).

Co-authored-by: Cursor <cursoragent@cursor.com>
2026-06-27 19:53:55 +02:00

2.0 KiB

07 — Aktueller Stand

Stand nach Abschluss der Bereinigung und Einrichtung der Automatisierung.

Storage-Pools

Storage Belegung Frei (ca.) Anmerkung
local ~32 % ~60 GB System-Partition
local-lvm ~43 % ~200 GB war ~93 %
nvme_second ~40 % ~280 GB war ~59 %
records ~12 % ~1,6 TB HDD, viel Reserve

VMs / Container

VMs

100 windows · 102 klipper · 104 opnsense · 106 homeassistant

Container

101 docker · 103 pve-scripts-local · 109 media · 110 AIDEV

Entfernt: 107 kali · 105 dev2

Automatisierung aktiv

Komponente Pfad
Ansible-Projekt /root/ansible/
Wöchentlicher Cron /etc/cron.weekly/pve-lxc-disk-maintenance
Wartungs-Log /var/log/pve-lxc-disk-maintenance.log
Dokumentation /root/docu/

Offene / optionale Punkte

  1. OPNsense-Backup neu erstellen auf records (altes Backup versehentlich gelöscht)

    vzdump 104 --storage records --mode snapshot --compress zstd
    
  2. VM 100 windows — gestoppt, ~100 GB auf nvme_second; löschen falls ungenutzt

  3. CT 109 media nach nvme_second migrieren — entlastet local-lvm langfristig

  4. AIDEV Docker-Volumes — ~17 ungenutzte Volumes (~1,2 GB), manuell prüfen:

    pct exec 110 -- docker volume ls -f dangling=false
    
  5. Frigate-Retention — bei reichlich HDD-Speicher unverändert lassen (30 Tage)

Wichtigste Lessons Learned

  1. fstrim regelmäßig auf LXC-Gästen — sonst explodiert der Thin-Pool scheinbar
  2. Docker-Logs begrenzen — fehlende max-size/max-file führte zu Multi-GB-Logs
  3. Backups auf HDD — System-NVMe nicht für vzdump nutzen
  4. Thin-Pool ≠ Guest-df — immer beides prüfen

Nächste Wartung prüfen

# Thin-Pools
lvs pve/data nvme_second/nvme_second -o data_percent

# Letzter Ansible-Lauf
tail -50 /var/log/pve-lxc-disk-maintenance.log