No such file or directory error (TrueNAS)
Hi all!
So I have Immich on my TrueNAS server which works really great overall, but unfortunately this time my ~1 months and older files can't be found anymore.
The server then returns this error when trying to download one of those "broken" files. (see image)
Now some context here. I have changed that by massively changing the originalPaths from upload/upload to upload/ in the PostgreSQL database. (ofc everything was off except for the PostgreSQL service)
Anywayyyyy...
I'm running on the latest Immich version for TrueNAS (1.9.17) and the permissions for the data folder have been recursively set to the apps user and the apps group.
I hope someone would be able to help me diagnosing this and fixing this, then at least I can get all my old pictures back on Immich. :RUMBLEhands:
Thank you! ❤️
7 Replies
:wave: Hey @Skittluier,
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. :ballot_box_with_check: verified I'm on the latest release(note that mobile app releases may take some time).
2. :ballot_box_with_check: read applicable release notes.
3. :ballot_box_with_check: reviewed the FAQs for known issues.
4. :ballot_box_with_check: reviewed Github for known issues.
5. :ballot_box_with_check: 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.This will probably solve it
https://discord.com/channels/979116623879368755/1178410588821524561/1406942912369000488
There was a change for the data path in Immich which has been misimplemented on TrueNAS side, but is now fixed
Hower as you performed updates (maybe v1.9.15/16, I can't remember) when the fix wasn't there yet, you have to do it manually
Yeah, I think I'm in that process now to do it manually. Haha
Ahhhh, it's solved! It seems that most originalPaths were still focussed on /data/% instead of /data/upload/%.
I've changed everything to /data/upload/% now through PostgreSQL. Thanks @Xiticks for your input! ❤️
Wait so your path is /data/upload/upload?
No no, haha.
I went into the database, and the originalPath was /data/* there. (* = the rest of the folders)
But it should've been /data/upload/*
The newest files were having /data/upload/*, but the older files didn't have them.
So I changed that by updating the public.asset table.
Oh yeah ok
But then I suppose that for thumbs or other the path is correct? (Supposedly /data/thumbs/*
Yeah, correct.