Replies: 3 comments 4 replies
-
The errors you've posted are about trying to view a thumbnail, and have nothing to do with uploading. |
Beta Was this translation helpful? Give feedback.
-
Traefik may not have a max body size but it does have a timeout by default, which serves functionally the same purpose. You should increase it. |
Beta Was this translation helpful? Give feedback.
-
Ok, thanks for the info that there is a default timeout. I found out, that it's at 60s. Now is the question, if there is any "nice" way to increase the timeout. The only solution I found after trying quite a lot is this: entryPoints:
websecure:
address: :443
AsDefault: true
http:
# middlewares:
# - error-pages-service
tls:
certresolver: cloudflare-resolver
domains:
- main: "*.domain.com"
sans:
- "domain.com"
transport:
respondingTimeouts:
readTimeout: 500s
writeTimeout: 500s
idleTimeout: 300s With this it works at least. But I would prefer to just define it for the immich service. Is there a way to do so? Also: I would add a small entry for how to configure traefik in the documentation or somewhere else, since it's a common setup, especially when using docker-compose, imo |
Beta Was this translation helpful? Give feedback.
-
The bug
Hi,
the bug occures, when immich tries to sync a video file which has a size of 230MB. It gets stuck at 93% with 210MB. I tried it multiple times. Photos work like expected.
Since I searched for similar issues, I often found, that the reverse proxy should be the issue.
This is my setup:
DNS: Cloudflare (Cloudflare Proxy is disabled, hence it should not fail there)
Reverse Proxy: Traefk (Has no max body size per default)
This is the log from immich:
App Error:
The OS that Immich Server is running on
fedora 40
Version of Immich Server
v1.114.0
Version of Immich Mobile App
v1.114.0 build.158
Platform with the issue
Your docker-compose.yml content
Your .env content
Reproduction steps
...
Relevant log output
Additional information
No response
Beta Was this translation helpful? Give feedback.
All reactions