Hallo,

ich bin recht neu im Thema NAS und unRAID und bin gleich mal auf ein Problem gestoßen. Ich habe Immich nach der offiziellen Anleitung installiert und es hat auch soweit alles funktioniert. Nachdem ich dann zwei Ordner mit insgesamt 600 Fotos hochladen wollte, kam die Meldung, dass Docker vdisk voll wäre. Im Dashboard war dann eine Auslastung von 100% zu sehen. Nach einem neustart des NAS lag die Auslastung wieder auf 2%, allerdings bekomme ich jetzt die im Betreff genannte Meldung. wenn ich den Reiter Docker öffnen möchte. Anbei meine compose und env Settings für immich sowie die diagnostics.

Was habe ich falsch gemacht? Ist es normal, dass die vdisk voll wird beim upload von Fotos?

Vielen Dank!

# WARNING: To install Immich, follow our guide: https://docs.immich.app/install/docker-compose
#
# Make sure to use the docker-compose.yml of the current release:
#
# https://github.com/immich-app/immich/releases/latest/download/docker-compose.yml
#
# The compose file on main may not be compatible with the latest release.

name: immich

services:
  immich-server:
    container_name: immich_server
    image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release}
    # extends:
    #   file: hwaccel.transcoding.yml
    #   service: cpu # set to one of [nvenc, quicksync, rkmpp, vaapi, vaapi-wsl] for accelerated transcoding
    volumes:
      # Do not edit the next line. If you want to change the media storage location on your system, edit the value of UPLOAD_LOCATION in the .env file
      - ${UPLOAD_LOCATION}:/data
      - /etc/localtime:/etc/localtime:ro
    env_file:
      - .env
    ports:
      - '2283:2283'
    depends_on:
      - redis
      - database
    restart: always
    healthcheck:
      disable: false

  immich-machine-learning:
    container_name: immich_machine_learning
    # For hardware acceleration, add one of -[armnn, cuda, rocm, openvino, rknn] to the image tag.
    # Example tag: ${IMMICH_VERSION:-release}-cuda
    image: ghcr.io/immich-app/immich-machine-learning:${IMMICH_VERSION:-release}
    # extends: # uncomment this section for hardware acceleration - see https://docs.immich.app/features/ml-hardware-acceleration
    #   file: hwaccel.ml.yml
    #   service: cpu # set to one of [armnn, cuda, rocm, openvino, openvino-wsl, rknn] for accelerated inference - use the `-wsl` version for WSL2 where applicable
    volumes:
      - model-cache:/cache
    env_file:
      - .env
    restart: always
    healthcheck:
      disable: false

  redis:
    container_name: immich_redis
    image: docker.io/valkey/valkey:8@sha256:81db6d39e1bba3b3ff32bd3a1b19a6d69690f94a3954ec131277b9a26b95b3aa
    healthcheck:
      test: redis-cli ping || exit 1
    restart: always

  database:
    container_name: immich_postgres
    image: ghcr.io/immich-app/postgres:14-vectorchord0.4.3-pgvectors0.2.0@sha256:bcf63357191b76a916ae5eb93464d65c07511da41e3bf7a8416db519b40b1c23
    environment:
      POSTGRES_PASSWORD: ${DB_PASSWORD}
      POSTGRES_USER: ${DB_USERNAME}
      POSTGRES_DB: ${DB_DATABASE_NAME}
      POSTGRES_INITDB_ARGS: '--data-checksums'
      # Uncomment the DB_STORAGE_TYPE: 'HDD' var if your database isn't stored on SSDs
      # DB_STORAGE_TYPE: 'HDD'
    volumes:
      # Do not edit the next line. If you want to change the database storage location on your system, edit the value of DB_DATA_LOCATION in the .env file
      - ${DB_DATA_LOCATION}:/var/lib/postgresql/data
    shm_size: 128mb
    restart: always

volumes:
  model-cache:

# You can find documentation for all the supported env variables at https://docs.immich.app/install/environment-variables

# The location where your uploaded files are stored
UPLOAD_LOCATION=/mnt/user/immich_data/media

# The location where your database files are stored. Network shares are not supported for the database
DB_DATA_LOCATION=/mnt/user/appdata/postgresql/data

# To set a timezone, uncomment the next line and change Etc/UTC to a TZ identifier from this list: https://en.wikipedia.org/wiki/List_of_tz_database_time_zones#List
# TZ=Europe/Berlin

# The Immich version to use. You can pin this to a specific version like "v2.1.0"
IMMICH_VERSION=v2

# Connection secret for postgres. You should change it to a random password
# Please use only the characters `A-Za-z0-9`, without special characters or spaces
DB_PASSWORD=postgres

# The values below this line do not need to be changed
###################################################################################
DB_USERNAME=postgres
DB_DATABASE_NAME=immich

sagittarius-diagnostics-20251130-0950.zip

2 hours ago, mangix said:

Was habe ich falsch gemacht? Ist es normal, dass die vdisk voll wird beim upload von Fotos?

gute Frage und Nein, heißt normal das etwas falsch mounted wurde uns Daten im Image landen und nicht da wo Sie eigentlich hin sollten.

In deinem Fall sollen ja Uploads zu /mnt/user/immich_data/media

mal geschaut ob deine Bilder da sind ?

da ich compose weder nutze noch ein Freund davon bin können andere sicher bessere Antworten liefern, wie erwähnt, sicher irgendwo ein kleiner Fehler.

Hi alturismo,

ja die Bilder sind im richtigen Ordner. Ich hab die docker.img jetzt gelöscht und neu erstellen lassen und die Apps wieder installiert. Leider dauert das compose up bei immich ewig, daher kann ich gerade nicht weiter testen. Das einzige was ich bei immich noch verändert hatte war das CLIP model unter Machine Learning Settings. Ob es damit was zu tun haben kann?

Ich hab noch ein wenig rumexperimentiert. Es liegt tatsächlich am verwendeten CLIP Model, da dieses wohl im docker image gespeichert wurde. Ich hab jetzt mal MACHINE_LEARNING_CACHE_FOLDER=/cache hinzugefügt. Vielleicht bringt das ja was.

30 minutes ago, mangix said:

Ich hab jetzt mal MACHINE_LEARNING_CACHE_FOLDER=/cache hinzugefügt. Vielleicht bringt das ja was.

Das solltest du auch auf einen Pfad mounten,

/mnt/... Einen echten Pfad auf den Host.

Warum hast du die ganzen Container nicht aus den Community Applications installiert? Da wären zumindest die aktuellen zu finden: postgres ist bei dir 14, aktuell wird 17 bzw. 18 eingesetzt, statt des veraltetet redis wird das 100% kompatible und schnellere valkey gerne genommen.

Wenn schon unraid, dann auch die Templates aus den CA. Damit sparst du dir das ganze compose Geraffels und Updates werden dir auch automatisch angeboten.

Nur so als Idee .....

49 minutes ago, Bigbrother said:

statt des veraltetet redis wird das 100% kompatible und schnellere valkey gerne genommen

Nur mal, was Paperless dazu sagt:

https://docs.paperless-ngx.com/faq/#what-about-the-redis-licensing-change-and-using-one-of-the-open-source-forks

Warum hast du die ganzen Container nicht aus den Community Applications installiert? Da wären zumindest die aktuellen zu finden: postgres ist bei dir 14, aktuell wird 17 bzw. 18 eingesetzt, statt des veraltetet redis wird das 100% kompatible und schnellere valkey gerne genommen.

Wenn schon unraid, dann auch die Templates aus den CA. Damit sparst du dir das ganze compose Geraffels und Updates werden dir auch automatisch angeboten.

Nur so als Idee .....

Joa weil es als offizielle Methode in der Doku steht. Aber ich hab jetzt auf deine Empfehlung gewechselt. Hat zwar auch ne Weile gedauert, bis ich es hinbekommen habe, dass Immich und Immich_PostgreSQL miteinander kommunizieren konnten, aber jetzt läuft es super 😀