So, dank einigen Tipps von @rompe, @Kaffee_Junkie42 und @HLunke habe ich nun meine Sicherungs- und Wiederherstellungsübung von #Immich erfolgreich beendet. Ausgangslage: Eine Immich installation in einem #Docker Container auf dem #NAS im lokalen Netzwerk Ziel: Ein gespiegeltes Immich ebenfalls im Docker Container auf dem #MacBook Vorgehensweise: 1. Anlegen eines Docker Containers in einem leeren Verzeichnis auf dem Macbook unter Zuhilfenahme der Compose Datei vom NAS 2. Spiegeln des library Verzeichnisses vom NAS auf das MacBook mit rsync. Zuerst habe ich das mit einem rsync und einer SMB Freigabe probiert. Das dauert aber bei über 350.000 Dateien zu lang. Dann habe ich es so gemacht, dass das rsync vom MacBook direkt mit dem rsyncd vom NAS "spricht", dann ging es deutlich schneller. 3. Starten der Wiederherstellung in Immich aus dem Backup einer Datenbank. Das ist wichtig, da nur das konsistent ist. Das postgres Verzeichnis ebenfalls mit rsync zu synchronisieren führt ggf. zu Inkonsistenzen und vielleicht anschließend zu einer korrupten Datenbank. Und das will man ja schließlich nicht, reicht ja, wenn wir korrupte Politiker haben 😉
A TOS change, an automated lockout, and support that never answers — the pattern repeats daily. Immich keeps the same photo features on hardware nobody can ban you from.
A few nasty corners showed up during testing: - API clients were getting HTML redirects instead of JSON, because /api was blindly pushed through the SSO login flow. - The iCal subscription URL was documented incorrectly – Grocy serves it under /api/calendar/ical, not /calendar/ical. - Monitoring “/ with a 302” only proves that nginx + oauth2-proxy are alive, not Grocy or the database.
The mini guide now includes: - a proper dual setup for Web UI + GROCY-API-KEY, - a dedicated block for /api/calendar/ical?secret=…, - and a concrete monitoring example via /api/system/info (keyword db_version).
The updated EN version (with a fresh “Edited” section for 2026-08-05) is available here:
Beim Testen sind ein paar unschöne Ecken aufgefallen: - API-Clients bekamen HTML-Redirects statt JSON, weil /api stumpf durch den SSO-Login-Flow geschoben wurde. - Beim iCal-Abo war der Pfad falsch dokumentiert – Grocy hängt die Route unter /api/calendar/ical, nicht unter /calendar/ical. - Monitoring auf “nur / und 302” sagt exakt nichts über Grocy oder die Datenbank aus.
Die Minianleitung ist jetzt: - mit einem sauberen Dual-Setup für WebUI + GROCY-API-KEY, - mit einem eigenen Block für /api/calendar/ical?secret=…, - und mit einem konkreten Monitoring-Beispiel über /api/system/info (Keyword db_version).
Die aktualisierte DE-Fassung (inkl. “Edited”-Abschnitt vom 05.08.2026) liegt hier:
Today I deployed a Grocy Docker installation with Keycloak authentication. Works like a charm.
Access is currently IP-filtered, as only family & friends are meant to have access to it (eventually).
The setup had a few pitfalls which I will not get into here. Instead, here is a small Markdown guide with the relevant config snippets.
Please note: This is not a hand-holding guide. If Docker, Nginx, Linux & co. are complete gibberish to you, please go and obtain a system administrator degree from Humboldt University – or just use the local app. <cough>
Since my future blog is still stuck in `vim`, the guide is available as an `.md` on my PrivateBin instance for now:
