Stand: 2026-08-05 (erhoben per SSH auf den Proxmox-Host + pct exec)
| Eigenschaft |
Wert |
| Hostname |
Immich |
| Container-ID (VMID) |
106 |
| Proxmox-Node |
proxmox (192.168.2.230) |
| Rolle |
Immich — selbst-gehostete Foto-/Video-Bibliothek mit KI-Gesichtserkennung |
| IP-Adresse |
192.168.2.237 (DHCP, /24) |
| Root-Storage |
Fotos:106/vm-106-disk-0.raw (CIFS-Storage "Fotos"), 100 GB |
| Eigenschaft |
Wert |
| Architektur |
amd64 |
| CPU-Kerne (Limit) |
2 |
| RAM-Limit |
4096 MB |
| Swap-Limit |
512 MB |
| Netzwerk |
eth0, Bridge vmbr0, Firewall aktiv, MAC BC:24:11:20:91:E9, DHCP |
| Features |
nesting=1 |
| Unprivileged |
ja |
| Storage-Besonderheit |
Root-Disk liegt auf dem CIFS-Storage "Fotos", nicht auf local-lvm |
- Kein Backup gefunden — weder automatisiert noch manuell im Storage
Backup vorhanden. Das ist der einzige der bisher geprüften LXCs ohne jegliches Backup.
- Keine Snapshots vorhanden.
Bei der Erhebung wurde festgestellt, dass das Root-Dateisystem des Containers seit 2026-07-14 durch einen EXT4-Journal-Fehler automatisch in den Nur-Lese-Modus (emergency_ro) gewechselt war:
EXT4-fs error (device loop2): ext4_journal_check_start:86: comm postgres: Detected aborted journal
Auswirkung: Die Immich-Postgres-Datenbank konnte seit diesem Zeitpunkt ~3 Wochen lang keine Schreibvorgänge mehr durchführen (Health-Check-Fehler mit FailingStreak: 6201, "Read-only file system"). Neue Fotos/Metadaten wurden vermutlich nicht mehr korrekt in der Datenbank abgelegt bzw. Upload-Verarbeitung könnte fehlgeschlagen sein.
Behebung: Container wurde per pct reboot 106 neu gestartet — das Root-Filesystem ist danach wieder normal rw gemountet, alle Docker-Container (inkl. immich_postgres) laufen seitdem wieder gesund.
Auffällig: Im selben Kernel-Log-Zeitraum (2026-07-14) wurde ein fast identischer Fehler für einen anderen Loop-Device mit Prozessname grafana gefunden — das deutet auf ein zugrunde liegendes, umfassenderes Storage-Problem auf dem Proxmox-Host hin (z. B. kurzzeitiger Aussetzer des CIFS/NFS-Backends), das mehrere Container gleichzeitig betroffen haben könnte. Dies sollte bei der Dokumentation von Grafana (110) erneut geprüft werden.
- OS: Ubuntu 25.04
- Kernel:
7.0.12-1-pve (Proxmox-Host-Kernel)
- Uptime: neu gestartet am 2026-08-05 (im Rahmen dieser Erhebung)
| Ressource |
Wert |
| CPU-Kerne |
2 |
| RAM |
4,0 GiB (davon ~966 MiB belegt, vor Reboot) |
| Root-Disk |
98 GB gesamt, 14 GB belegt (15 %) |
- Interface:
eth0, MAC BC:24:11:20:91:E9, IP 192.168.2.237/24, DHCP
| Port |
Protokoll |
Dienst |
| 22 |
TCP |
SSH |
| 25 |
TCP (nur localhost) |
Postfix (lokal) |
| 2283 |
TCP |
Immich Web/API |
| Eigenschaft |
Wert |
| Docker-Version |
29.2.1 |
| Container |
Image |
Zweck |
Restart-Policy |
immich_server |
ghcr.io/immich-app/immich-server:v2 |
Haupt-App/API, Port 2283 |
always |
immich_postgres |
ghcr.io/immich-app/postgres:14-vectorchord... |
Datenbank (inkl. Vektor-Suche für KI-Features) |
always |
immich_machine_learning |
ghcr.io/immich-app/immich-machine-learning:v2 |
Gesichtserkennung/Objekterkennung |
always |
immich_redis |
valkey/valkey:9 |
Cache/Queue (Redis-kompatibel) |
always |
| Host-Pfad |
Container-Pfad |
Container |
/opt/immich-app/library |
/data |
immich_server — Fotobibliothek |
/opt/immich-app/postgres |
/var/lib/postgresql/data |
immich_postgres — Datenbank |
- Alle vier Container mit
restart: always konfiguriert.
- Kein projektspezifischer Cron-Job gefunden.
- Kein Backup vorhanden — höchste Priorität. Anders als bei den anderen LXCs existiert für Immich kein einziges Backup (weder automatisiert noch manuell). Bei potenziell großen, unersetzlichen Fotobeständen dringend einen Proxmox-Backup-Job einrichten und/oder
/opt/immich-app/library + /opt/immich-app/postgres gezielt sichern.
- Datenintegrität nach dem Vorfall prüfen: Da die Datenbank ~3 Wochen im Read-Only-Zustand war, sollte geprüft werden, ob in diesem Zeitraum hochgeladene Fotos vollständig verarbeitet wurden bzw. ob es fehlgeschlagene Uploads gab (Immich-Dashboard/Job-Status prüfen).
- Ursache des Storage-Fehlers klären: Der EXT4-Journal-Abbruch am 2026-07-14 betraf offenbar auch einen anderen Container (
grafana-Prozess im selben Log-Zeitraum). Es lohnt sich, die zugrunde liegende Storage-Infrastruktur (CIFS "Fotos"-Freigabe, NAS unter 192.168.2.141) auf Aussetzer um diesen Zeitpunkt zu prüfen, um ein erneutes Auftreten zu vermeiden.
- Monitoring einrichten: Ein Health-Check-Alarm (z. B. über Uptime-Kuma, LXC 112) für die Docker-Container-Gesundheit hätte diesen 3-wöchigen Ausfall deutlich früher sichtbar gemacht.