Hallo Michael,

 frage deshalb, weil (vermutlich wegen dem machine learning container) immich auf meiner DS920+ sehr schnell die CPU komplett auslastet

In solchen Fällen gibt es die Möglichkeit CPU (und RAM) für definierte Container zu begrenzen. Alles zu dem Thema findest du in der Dokumentation.

Gruß,
Daniel

Hallo Daniel,

danke für die schnelle Info. Ich frage deshalb, weil (vermutlich wegen dem machine learning container) immich auf meiner DS920+ sehr schnell die CPU komplett auslastet. Habe ca. 50 Tsd. Photos von Google Takeout importiert. Werde mal die ML Features ausschalten und mal sehen wie gut das funktioniert.

Gruß
Michael

Hallo Michael,
ich teste auf verschiedenen Modellen. Aktuell habe ich eine DS420play und DS1618+ zum Testen.

Grußl
Daniel

Hallo Daniel,

vielen Dank für deine ganzen Tipps und deine Hilfe.
Ich habe das Skript jetzt anpassen können und alles funktioniert 😀

Ich wünsche dir zum Schluss noch ein schönen Rutsch ins neue Jahr,
Johanna

Hallo Johanna,
langsam wird es unübersichtlich. 😉
In diesem Fall stimmt die Einrückung der Zeilen in der YAML Datei nicht.

Gruß,
Daniel

Hallo Daniel,
vielen Dank für deine Antwort. Ich habe das Skript nun wie folgt kommentiert/auskommentiert(ich zeig dir mal den Teil den ich verändert habe):

  immich-folder-album-creator:
   container_name: immich_folder_album_creator
   image: salvoxia/immich-folder-album-creator:latest
   security_opt:
   # Prevent escalation of privileges after the container is started
   # https://immich.app/docs/FAQ/#how-can-i-run-immich-as-a-non-root-user
    – no-new-privileges:true
   cap_drop:
   # Prevent access to raw network traffic
   # https://immich.app/docs/FAQ/#how-can-i-run-immich-as-a-non-root-user
    – NET_RAW
   restart: unless-stopped
   environment:
    API_URL: http://${IMMICH_SERVER_HOSTNAME}:${IMMICH_SERVER_PORT}/api
    API_KEY: ${IMMICH_API_KEY}
    ROOT_PATH: /volume1/photo
    ALBUM_LEVELS: „1,3“
    CRON_EXPRESSION: „*/5 * * * *“
    RUN_IMMEDIATELY: true
    TZ: ${TZ}
   depends_on:
    immich-server:
     condition: service_healthy

leider kommt jetzt die Fehlermeldung beim Build für das Projekt:
„Property immich-folder-album-creator is not allowed.“

Könntest du mir hier nochmal weiterhelfen?

Vielen Dank und einen schönen Abend noch,
Johanna

Hallo Johanna,
du meinst den Container. Somit kann ich dir auch folgen.

Wie kann ich das jetzt im nachhinein am besten noch anpassen?

Selbstverständlich. Dazu alle Container bzw. das Project Stoppen. Anschließend alle Container über Clean entfernen. Danach in der YAML Konfiguration des Projects anpassen bzw. die notwendigen Zeilen wieder einkommentieren. Wenn du nun den Build für das Project startest, wird der Container auch angelegt.

Gruß,
Daniel

Hallo Daniel,
den letzten Screenshot am Ende vom Kapitel „Project in Container Manager anlegen“ meine ich – https://blog.daniel.wydler.eu/wp-content/uploads/2025/06/immich-synology-dsm72-s073-1536×265.png
Viele Grüße,
Johanna

Hallo Johanna,
freut mich zu hören.

Allerdings wurde der Ordner immich-folder-album-creator nicht erzeugt wie auf deinem Screenshot.

Verlinkte mir den Screenshot, den du meinst. damit ich dir folgen kann.

Gruß,
Daniel

Hallo Daniel,
wunderbar vielen Dank, so lief das Projekt jetzt erfolgreich durch!
Allerdings wurde der Ordner immich-folder-album-creator nicht erzeugt wie auf deinem Screenshot. Liegt wohl daran, dass das auch auskommentiert war… Wie kann ich das jetzt im nachhinein am besten noch anpassen?

Vielen Dank für die schnelle Hilfe,
Johanna

Hallo Johanna,
Fehler gefunden. Kommentiere die letzte Zeile (external: true) in der YAML Konfiguration aus. Danach sollte das Projekt problemlos aufgebaut werden können.

Gruß,
Daniel

Hallo Daniel,
vielen Dank für die schnelle Antwort. Ich habe am Skript nichts angepasst nur an der .env Datei

• angepasst habe ich hier UID und GID
• DSM_APP_SHARE auf volume 1 geändert

DSM-Version ist 7.3.1-86003
Synology-Model ist DS224+

Viele Grüße,
Johanna

Hallo Johanna,

 Ich habe das Skript angepasst und er scheint so wie ich das sehe auch alles herunter zu laden.

Zwei kurze Rückfragen dazu:
Was genau hast du konkret angepasst?

Außerdem wäre es hilfreich, etwas mehr über deine Umgebung zu wissen:

• Welches Synology-Modell ist im Einsatz?
• Welche DSM-Version ist installiert?

Gruß,
Daniel

Hallo Kardio,

Ich musste https://meineDomain.tld/api/oauth/mobile-redirect eingeben.

Isst leider keine Garantie. Mit den Apps für Android und Apple funktioniert der Workaround leider nicht.

Der Eintrag „app.immich:///oauth-callback“ wurde nicht („ungültiger Domainname“ oder so etwas kam als Fehlermeldung)

Liegt an der App SSO Server von Synology. Ich habe es bereits dem technischen Support gemeldet. Schadet sicher nicht, wenn sich weitere Kunden diesbezüglich beim Support melden. Umso größer das Interesse, um so größer die Chance das die nächste Version der App die URL unterstützt.

Nun geht erst einmal alles, außer dem Login per Mailadresse.

Mit dem Package SSO Server von Synology wird das aktuell leider nicht möglich sein. Denn der Parameter Name bei einem Benutzerkonto lässt kein at Zeichen (@) zu. Von daher damit leben oder auf einen anderen IdP wechseln.

Gruß,
Daniel

Hallo Daniel,

danke für Deine schnelle Rückmeldung.

Zu Punkt 1: Ok, damit muss ich mich noch intensiver beschäftigen 🙂
Zu Punkt 2: Ich musste https://meineDomain.tld/api/oauth/mobile-redirect eingeben. Der Eintrag „app.immich:///oauth-callback“ wurde nicht („ungültiger Domainname“ oder so etwas kam als Fehlermeldung). Aber gut – es hat ja mit dem Domainnamen funktioniert. Das war es, was mich überfordert hat. Den Punkt hatte ich vergessen, einzurücken 🙂
Nun geht erst einmal alles, außer dem Login per Mailadresse.

Frohe Weihnachten

Hallo Kardio,
gerne gehe ich auf deine Fragen ein.

• Die grundsätzliche Einrichtung eines Identity Providers (IdP) mithilfe von Synology DSM habe ich oben im Abschnitt „Benutzermanagement über DSM“ beschrieben. Das lässt sich natürlich auch mit jedem anderen IdP umsetzen.
• Damit eine Anmeldung über eine App auf dem Smartphone oder Tablet per SSO funktioniert, muss die IdP-Konfiguration entsprechend passen. Entscheidend ist dabei, dass der Parameter „Sign-in redirect URI“ um den Wert „app.immich:///oauth-callback“ erweitert wird. Die Details dazu sind auch in der Immich-Dokumentation nochmals ausführlich beschrieben. Leider unterstützt der SSO-Server von Synology DSM diesen Wert aktuell noch nicht. Hier kann es sinnvoll sein, beim technischen Support von Synology entsprechenden Bedarf zu melden.
• Was überforder dich? 🙂

Gruß,
Daniel

herzlichen Dank für diese großartige Anleitung. Ich habe alles nach Deinen Vorgaben eingerichtet und es hat funktioniert.
Zwei Fragen habe ich:

• Wie schaffe ich es, mich zusätzlich zu SSO mit E-Mail und Passwort einzuloggen?
• Ich möchte gerne die Immich-Android-App aus dem F-Store benutzen. Dort bekomme ich aber beim SSO-Login die Fehlermeldung „Ungültige SSO-Client-Anwendung. Gehen Sie zur Seite „Anwendungsliste“ und versuchen Sie erneut, die Anwendung hinzuzufügen.“
• Das überfordert mich 🙂

Herzlichen Dank für Deine tolle Arbeit!!

Hallo Christoph,
hast du alle Verzeichnisse auf dem SMB Share wie im Screenshot angelegt?

Gruß,
Daniel

Hallo Daniel,

vielen Dank für die Info, habe ich total übersehen.

Nach dem Anpassen der Datei, erhalte ich beim ausführen leider jetzt die Fehlermeldung:
Error Respone form daemon: Bind mount failed: ‚/volume1/immich/postgresql‘ does not exist
Exit Code: 1

Gruß
Christoph

Hallo Chrstioph,

Error Respone form daemon: Bind mount failed: ‚/volume3/immich/redis‘ does not exist

In der Datei .env steht gibt es einen Parameter mit dem Namen „DSM_APP_SHARE“. Dort steht in meinem Fall /volume3. Vermutlich ist es bei dir /volume1.

Gruß,
Daniel

Error Respone form daemon: Bind mount failed: ‚/volume3/immich/redis‘ does not exist
Exit Code: 1

Hat jemand eine Idee was ich falsch mache?
Danke

Hallo Stefan,
Ich habe deine Anmerkungen zum Anlass genommen und den Beitrag entsprechend überarbeitet.

Die gesamte Bilderreihe basiert nun auf einer frisch installierten Synology DSM, unter Verwendung des Standardvolumes /volume1/. Außerdem habe ich die compose.yaml auf GitHub angepasst, sodass standardmäßig weder der Pfad für externe Bibliotheken noch die automatische Erstellung von Alben aktiviert ist.

Meinem Verständnis nach sind damit alle deine Punkte berücksichtigt und entsprechend angepasst. Bitte wirf gerne nochmal einen Blick darauf und gib mir Rückmeldung.

Gruß,
Daniel

Klasse! Das ging ja fix 😉 Danke!

Folgendes ist mir noch aufgefallen (Kleinigkeiten):
– Der Screenshot s40 und s41 sind von der Reihenfolge zu tauschen.
– Es sollte klarer beschrieben werden, dass die Compose.YAML schon Pfade enthält, die etwaig anzupassen sind:
Der Pfad /volume3/photo:/volume3/photo:ro ist in der Regel ja eher /volume1/photo als Default.

– Beim Anlegen des Projekts im Container-Manager:
 1. Pfad: Hier wird der Pfad /docker/immich-test ausgewählt.
 Der wird in den vorherigen Schritten jedoch nicht angelegt. Gemeint ist hier /docker/immich-app oder?

 2. Es wird empfohlen eine benutzerdefinierte YAML-Datei unter Punkt 4 beim Anlegen des Projekts im Container Manager einzufügen.
   Ist es hier nicht besser einfach die YAML-Datei aus dem Verzeichnis mit .env Datei zu verwenden, wenn es später Änderungen gibt an der Konfiguration/YAML gibt?

Hallo Stefan,
Danke für deinen Hinweis.

Ich habe vorhin eine Aktualisierung (Link) vorgenommen. Dort habe ich die Images für Redis und PostgreSQL ersetzt. Für die Optik auch ein die Namen der Container angepasst. Der Mensch ist schließlich ein Gewohnheitstier.

Wenn es weitere Abweichungen gibt, die aus deiner Sicht relevant sind, lass es mich gerne wissen.

Gruß,
Daniel

Wird das in dieser Anleitung nochmal angeglichen? 🙂

Hallo Jean-Marc,
Danke für den Hinweis.
Nimmt man die Datei compose.yaml von GItHub als Grundlage, so ist es Zeile 26. Zeile 25 ist das Standardverzeichnis von Immich für Uploads.

Gruß
Daniel