immich
immich copied to clipboard
Couldn't install latest version (1.116.2) of Immich on Raspberry PI 5 (debian bookworm)
The bug
On a fresh install of the latest version (1.116.2) of Immich on a Raspberry Pi 5 running Debian Bookworm, upon docker compose up for the first time, immich_server gets stuck in a restart loop outputting the following message:
immich_server | /usr/src/app/node_modules/sharp/lib/sharp.js:113
immich_server | throw new Error(help.join('\n'));
immich_server | ^
immich_server |
immich_server | Error: Could not load the "sharp" module using the linux-arm64 runtime
immich_server | ERR_DLOPEN_FAILED: libvips-cpp.so.42: cannot open shared object file: No such file or directory
immich_server | Possible solutions:
immich_server | - Ensure optional dependencies can be installed:
immich_server | npm install --include=optional sharp
immich_server | - Ensure your package manager supports multi-platform installation:
immich_server | See https://sharp.pixelplumbing.com/install#cross-platform
immich_server | - Add platform-specific dependencies:
immich_server | npm install --os=linux --cpu=arm64 sharp
immich_server | - Consult the installation documentation:
immich_server | See https://sharp.pixelplumbing.com/install
immich_server | at Object.<anonymous> (/usr/src/app/node_modules/sharp/lib/sharp.js:113:9)
immich_server | at Module._compile (node:internal/modules/cjs/loader:1469:14)
...
Error persists after restarting containers, docker and the physical device.
Same error appears in 1.116.1 and 1.116.0.
WORKS AS EXPECTED IN 1.115.0
The OS that Immich Server is running on
Debian 12 (Bookworm)
Version of Immich Server
1.116.2
Version of Immich Mobile App
1.116.1
Platform with the issue
- [X] Server
- [ ] Web
- [ ] Mobile
Your docker-compose.yml content
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}:/usr/src/app/upload
- /etc/localtime:/etc/localtime:ro
env_file:
- .env
ports:
- 2283:3001
depends_on:
- redis
- database
restart: always
healthcheck:
disable: true
immich-machine-learning:
container_name: immich_machine_learning
# For hardware acceleration, add one of -[armnn, cuda, openvino] 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://immich.app/docs/features/ml-hardware-acceleration
# file: hwaccel.ml.yml
# service: cpu # set to one of [armnn, cuda, openvino, openvino-wsl] 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/redis:6.2-alpine@sha256:2d1463258f2764328496376f5d965f20c6a67f66ea2b06dc42af351f75248792
healthcheck:
test: redis-cli ping || exit 1
restart: always
database:
container_name: immich_postgres
image: docker.io/tensorchord/pgvecto-rs:pg14-v0.2.0@sha256:90724186f0a3517cf6914295b5ab410db9ce23190a2d9d0b9dd6463e3fa298f0
environment:
POSTGRES_PASSWORD: ${DB_PASSWORD}
POSTGRES_USER: ${DB_USERNAME}
POSTGRES_DB: ${DB_DATABASE_NAME}
POSTGRES_INITDB_ARGS: '--data-checksums'
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
healthcheck:
test: pg_isready --dbname='${DB_DATABASE_NAME}' --username='${DB_USERNAME}' || exit 1; Chksum="$$(psql --dbname='${DB_DATABASE_NAME}' --username='${DB_USERNAME}' --tuples-only --no-align --command='SELECT COALESCE(SUM(checksum_failures), 0) FROM pg_stat_database')"; echo "checksum failure count is $$Chksum"; [ "$$Chksum" = '0' ] || exit 1
interval: 5m
start_interval: 30s
start_period: 5m
command: ["postgres", "-c", "shared_preload_libraries=vectors.so", "-c", 'search_path="$$user", public, vectors', "-c", "logging_collector=on", "-c", "max_wal_size=2GB", "-c", "shared_buffers=512MB", "-c", "wal_compression=on"]
restart: always
volumes:
model-cache:
### Your .env content
```Shell
# You can find documentation for all the supported env variables at https://immich.app/docs/install/environment-variables
# The location where your uploaded files are stored
UPLOAD_LOCATION=xxx
# The location where your database files are stored
DB_DATA_LOCATION=xxx
# 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=Etc/UTC
# The Immich version to use. You can pin this to a specific version like "v1.71.0"
IMMICH_VERSION=release
# 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=xxx
# The values below this line do not need to be changed
###################################################################################
DB_USERNAME=postgres
DB_DATABASE_NAME=immich
Reproduction steps
- Install docker cleanly (https://docs.docker.com/engine/install/debian/)
- Follow Immich setup (https://immich.app/docs/install/docker-compose)
- Bring up docker
Expected: Docker is brought up successfully
Actual: Container complains about trying to find the "sharp" module using the linux-arm64 runtime, then the container restarts.
Relevant log output
No response
Additional information
No response
Hello, thank you for reporting. I'd like to confirm that your Debian installation on the Pi is a 64-bit version, correct?
@mertalev Any thoughts on this?
Yeah, "...aarch64..." according uname -a and "64" according to getconf LONG_BIT.
Nothing strikes out to me as a possible reason why 1.115 works, but 1.116 doesn't in this case. I don't see any related changes in dependencies or the base image.
Closing this issue as everything works as expected on version 1.121.0