Some videos with exclamation on thumbnail
OS Version:TrueNAS-SCALE-24.10.2.4
Immich Truenas App Version: v2.2.0
Version: 1.10.9
Storage Config:
Data Storage: /mnt/DataPool/configs/immich/data
Postgres Data Storage: /mnt/DataPool/configs/immich/postgres-data
Issue:
I've noticed my partners videos from a certain date back to her first video in her timeline are broken - the thumbnails are OK but they have an exclamation on the thumbnail and don't play.
Her mobile app has the ticked cloud on these videos to suggest they're sync'd with the server.
For these videos, I see the following logs:
==============================================
Unknown error: Error: ENOENT: no such file or directory, access '/data/upload/6d0b6f9a-e261-4442-b05d-8de0ffb40d16/23/f0/23f0070a-6773-407d-8975-4c69716d22b1.mp4'[39m
2025-11-02 07:39:52.369039+00:00Error: ENOENT: no such file or directory, access '/data/upload/6d0b6f9a-e261-4442-b05d-8de0ffb40d16/23/f0/23f0070a-6773-407d-8975-4c69716d22b1.mp4'
==============================================
The above example (23f0070a-6773-407d-8975-4c69716d22b1.mp4) I can see from the shell in Truenas in the "/uploads" directory:
===============================================
root@truenas[/mnt/DataPool/configs/immich]# ls
backups data db library postgres-data profile thumbs uploads video
root@truenas[/mnt/DataPool/configs/immich]# find / -name "23f0070a-6773-407d-8975-4c69716d22b1.mp4"
/mnt/DataPool/configs/immich/uploads/6d0b6f9a-e261-4442-b05d-8de0ffb40d16/23/f0/23f0070a-6773-407d-8975-4c69716d22b1.mp4 =============================================== At the point of trying to play the file, Immich is trying to access: /data/upload/6d0b6f9a-e261-4442-b05d-8de0ffb40d16/23/f0/23f0070a-6773-407d-8975-4c69716d22b1.mp4 And the file is currently here: /uploads/6d0b6f9a-e261-4442-b05d-8de0ffb40d16/23/f0/23f0070a-6773-407d-8975-4c69716d22b1.mp4 ================================================ What would cause this and how can I fix it? Thank you in advance, I appreciate you!
/mnt/DataPool/configs/immich/uploads/6d0b6f9a-e261-4442-b05d-8de0ffb40d16/23/f0/23f0070a-6773-407d-8975-4c69716d22b1.mp4 =============================================== At the point of trying to play the file, Immich is trying to access: /data/upload/6d0b6f9a-e261-4442-b05d-8de0ffb40d16/23/f0/23f0070a-6773-407d-8975-4c69716d22b1.mp4 And the file is currently here: /uploads/6d0b6f9a-e261-4442-b05d-8de0ffb40d16/23/f0/23f0070a-6773-407d-8975-4c69716d22b1.mp4 ================================================ What would cause this and how can I fix it? Thank you in advance, I appreciate you!
9 Replies
:wave: Hey @Piz,
Thanks for reaching out to us. Please carefully read this message and follow the recommended actions. This will help us be more effective in our support effort and leave more time for building Immich :immich:.
References
- Container Logs:
docker compose logs docs
- Container Status: docker ps -a docs
- Reverse Proxy: https://immich.app/docs/administration/reverse-proxy
- Code Formatting https://support.discord.com/hc/en-us/articles/210298617-Markdown-Text-101-Chat-Formatting-Bold-Italic-Underline#h_01GY0DAKGXDEHE263BCAYEGFJA
Checklist
I have...
1. :blue_square: verified I'm on the latest release(note that mobile app releases may take some time).
2. :blue_square: read applicable release notes.
3. :blue_square: reviewed the FAQs for known issues.
4. :blue_square: reviewed Github for known issues.
5. :blue_square: tried accessing Immich via local ip (without a custom reverse proxy).
6. :blue_square: uploaded the relevant information (see below).
7. :blue_square: tried an incognito window, disabled extensions, cleared mobile app cache, logged out and back in, different browsers, etc. as applicable
(an item can be marked as "complete" by reacting with the appropriate number)
Information
In order to be able to effectively help you, we need you to provide clear information to show what the problem is. The exact details needed vary per case, but here is a list of things to consider:
- Your docker-compose.yml and .env files.
- Logs from all the containers and their status (see above).
- All the troubleshooting steps you've tried so far.
- Any recent changes you've made to Immich or your system.
- Details about your system (both software/OS and hardware).
- Details about your storage (filesystems, type of disks, output of commands like fdisk -l and df -h).
- The version of the Immich server, mobile app, and other relevant pieces.
- Any other information that you think might be relevant.
Please paste files and logs with proper code formatting, and especially avoid blurry screenshots.
Without the right information we can't work out what the problem is. Help us help you ;)
If this ticket can be closed you can use the /close command, and re-open it later if needed.Last bit of info as my first message was as long as it could be...
The videos that are broken on my partners profile are up to June 6th, 2024 back.
I performed a Truenas migration that was necessary for a previous update following these guidelines on the 9th September 2025
https://docs.immich.app/install/truenas#migration
This means your browser can't play the encoding
OK thank you, the encoding part makes sense - all the videos that experience this are from an older phone that appear to be H.265 AVC. The ones that work on my browser are from the newer phone recordings that are H.265 HEVC.
I think I'm still confused that the videos that don't work, I can't download in the browser without a server error and if I 'refresh encoded videos' I get the following type of server error log (attached) - which suggests it's still trying to look at a mp4 file for this video in the /data/upload directory that doesn't exist.
It feels like when I've run a full transcode video job, or tried to refresh encoded videos for individual files, Immich is creating a reference to a file that might not have been created if the transcode fails (the file info shown in the attached all points towards a non-existent file).
Thank you for your help.
I suspect your mount point changed or broke at some point. If you enterprise the server shell you will probably find that the file is not at that path
Thank you. I think the encoding suggestion might be more to do with the issue I'm experiencing based on the info above.
At the point of trying to play the file, Immich is trying to access:
/data/upload/6d0b6f9a-e261-4442-b05d-8de0ffb40d16/23/f0/23f0070a-6773-407d-8975-4c69716d22b1.mp4
And the file is currently here:
/uploads/6d0b6f9a-e261-4442-b05d-8de0ffb40d16/23/f0/23f0070a-6773-407d-8975-4c69716d22b1.mp4
When Immich transcodes videos does it take them from /uploads and put the transcoded version in /data/upload?
no. where do you see a path of /uploads? I do not see that in any of your logs or comments
Right OK - /uploads is the old upload path that was used before I went through the migration process (https://docs.immich.app/install/truenas/#migration) and did an rsync from the old path /uploads to the new path /data/upload.
I've not been confident enough to remove the old path yet since the migration.
Maybe I should try doing another rsync from the old /uploads to the new /upload?
I just haven't figured out the connection between the migration process and only the older videos that have a different encoding being the issue.
This thread has been closed. To re-open, use the button below.