Recently upgraded from version 1.91 to 1.94.1. Mobile app is also updated to the same version. There seemed to be a change in the folder structure in between these version and there for i had to change how the addressing was done. Even though now the address should be fine, immich is not loading the files, and the shows a message "this asset is offline. Immich cannot access the file location. Please ensure that the asset is available and then rescan the library"
#Immich unable to find/ load images in the external libraries
limpid briar
turbid jay
If you log into the microservices container and search the filesystem are the files still mounted in there?
limpid briar
In the microservices container, under the Files tab I see that the old structure is still present, i.e. /mnt/c/library/diskststion0...
And the folders diskststion0 etc seem to be empty
turbid jay
Seems like an issue with your docker mount in the container if the folders are empty.
limpid briar
I see also under the inspect that the mounts addresses are still the old ones
And under bind mounts the destination (container) addresses are again the old ones
Although I have updated them in the docker compose yml file
limpid briar
With a compose down and up all the address are now upto date in the immich server and microservices.
But in the files tab for both server and microservices, the pictures are still not available
I have also check via wsl for windows, and the pictures are available on the external libraries address (/mnt/w/name) as expected
turbid jay
Not 100% sure then. I don't use windows for hosting docker. In theory if your bind mounts are correct you should be seeing the images in your micro/server container file system.
limpid briar
Is there any clue in the log file? The error in the attached log file is still there and it keeps repeating
turbid jay
What error are you referencing? Everything in the logs.txt you posted looks fine.
The external libraries won't work if the docker container doesn't have access to them. People have been having issues with windows mounts and docker from what I have seen.
Like I said I use docker with linux so can't really say otherwise
limpid briar
Errors like the following
2024-02-06 23:40:32 [Nest] 7 - 02/06/2024, 10:40:32 PM ERROR [ExceptionsHandler] ENOENT: no such file or directory, access 'upload/thumbs/4641028c-e886-4f21-aea3-9e467c4da0af/f8/9d/f89dca00-2c42-476d-aa9e-75cbc2da7e9b.webp'
2024-02-06 23:40:32 Error: ENOENT: no such file or directory, access 'upload/thumbs/4641028c-e886-4f21-aea3-9e467c4da0af/f8/9d/f89dca00-2c42-476d-aa9e-75cbc2da7e9b.webp'
2024-02-06 23:40:25 [Nest] 7 - 02/06/2024, 10:40:25 PM WARN [ExpressAdapter] Content-Type doesn't match Reply body, you might need a custom ExceptionFilter for non-JSON responses
2024-02-06 23:40:25 [Nest] 7 - 02/06/2024, 10:40:25 PM WARN [ExpressAdapter] Content-Type doesn't match Reply body, you might need a custom ExceptionFilter for non-JSON responses
2024-02-06 23:40:26 [Nest] 7 - 02/06/2024, 10:40:26 PM WARN [ExpressAdapter] Content-Type doesn't match Reply body, you might need a custom ExceptionFilter for non-JSON responses
2024-02-06 23:40:27 [Nest] 7 - 02/06/2024, 10:40:27 PM WARN [ExpressAdapter] Content-Type doesn't match Reply body, you might need a custom ExceptionFilter for non-JSON responses
2024-02-06 23:40:28 [Nest] 7 - 02/06/2024, 10:40:28 PM WARN [ExpressAdapter] Content-Type doesn't match Reply body, you might need a custom ExceptionFilter for non-JSON responses
2024-02-06 23:40:32 [Nest] 7 - 02/06/2024, 10:40:32 PM WARN [ExpressAdapter] Content-Type doesn't match Reply body, you might need a custom ExceptionFilter for non-JSON responses
2024-02-06 23:40:32 [Nest] 7 - 02/06/2024, 10:40:32 PM WARN [ExpressAdapter] Content-Type doesn't match Reply body, you might need a custom ExceptionFilter for non-JSON responses
2024-02-06 23:40:32 [Nest] 7 - 02/06/2024, 10:40:32 PM ERROR [Error: ENOENT: no such file or directory, access 'upload/thumbs/4641028c-e886-4f21-aea3-9e467c4da0af/9c/fb/9cfb7b40-fced-4655-8568-7b5a838f890d.webp'] Unable to send file: Error
I will look into mounting the drives again and see if that helps
turbid jay
Is your upload location mounted from a nas or something like that? That error to me means that the mount for the upload location is not working since immich can't access those files
limpid briar
Yes it mounted from a NAS. I have it mapped as a network drive on the server hosting immich.
I have mounted the drive via wsl Mount drvfs command and via wsl I can access all pictures
For some reason immich cannot access though
turbid jay
Yeah I can't answer that unfortunately. Going to have to dig into that one a little yourself.
pulsar goblet
can you find the thumbnail at upload/thumbs/4641028c-e886-4f21-aea3-9e467c4da0af/f8/9d/f89dca00-2c42-476d-aa9e-75cbc2da7e9b.webp? Have you had storage template enabled in the past?
can you connect to the immich_microservices container (at linux it would work with docker exec -it immich_microservices bash) and have a look at the /usr/src/app/upload/thumbs/... folder and see if your thumbnails are there? It should look like this
root@kiwi:~# docker exec -it immich_microservices bash
root@d223edbab917:/usr/src/app# cd upload/
root@d223edbab917:/usr/src/app/upload# ls
encoded-video library thumbs upload
root@d223edbab917:/usr/src/app/upload# cd thumbs/
root@d223edbab917:/usr/src/app/upload/thumbs# ls
4641028c-e886-4f21-aea3-9e467c4da0af
limpid briar
thanks @pulsar goblet i will try this as soon as i am back home.
i don't know if i made this clear but when everything was working fine my binding looked like the following:
/mnt/w/(folder_with_images)/ : /mnt/c/immich-app/library/diskstationX:ro
Now with the new folder structure i update the bindings as follows:
/mnt/w/(folder_with_images)/ : /mnt/c/immich-app/immich/docker/library/diskstationX:ro
i also moved the .env file into the docker folder and after compose up command the library folder inside the docker folder was automatically created.
I also updated the external path under user administration to :
/mnt/c/immich-app/immich/docker/library
and the external paths the same as the ones in the binding.
In the terminal under the server tab in Docker, when i use the following command
ls /mnt/c/immich-app/immich/docker/library/ it shows me diskstationX which is fine. But when i try to see inside the diskstationX it appears empty. so is this a permission issue?
Furthermore, just before updating immich to 1.94.1 i shifted houses, there everything was disconnected and a new internet connection. While re- setting up everything, I had to mount the NAS network drive via WSL using the following command
sudo mount -t drvfs M: /mnt/m
I am able to access the NAS network drive via the wsl and the pictures inside each folder so the mounting seems to work fine. Maybe there is another step where docker after binding is provided with permission to access the pictures?
limpid briar
@pulsar goblet i executed what you said and this is what i see inside the thumbs/4641028c..../ folder
pulsar goblet
can you find the thumbnail at f8/9d/f89dca00-2c42-476d-aa9e-75cbc2da7e9b.webp in the container? So if you do a cd f8/9d is there this webp file?
pulsar goblet
Then it really seems that the path to the volume has changed and in the meanwhile Immich has created new thumbs (for new photos I guess)
limpid briar
i have tried to start a fresh
but after binding, if i check via docker terminal, the pictures are not available at the address where they should be
for example
/mnt/w/pictures:/mnt/c/immich/docker/library:ro (binding)
now if i go to /mnt/c/immich/docker/library there are no pictures in there
if i check /mnt/w/pictures there all of them are present