Can't access any files prior to latest update (i think 1.135 to 1.137.3) TrueNAS Scale app
i'm server supporter, plz help
I have properly set manual datasets a few months back when setting up Immich, after that I only hit Update in TrueNAS Scale Apps.
Any pic / video from before the update shows Error Loading Image, files uploaded after update are properly accessible
It doesn't seem to be a thumbnails only problem because I also can't download anything
logs from the server in the attachment

80 Replies
:wave: Hey @huffer,
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. :ballot_box_with_check: uploaded the relevant information (see below).
7. :ballot_box_with_check: 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.
Successfully submitted, a tag has been added to inform contributors. :white_check_mark:I have the same problem, rollback and changing the file location did not help, clean installation with installation in a custom mnt did not help
logs pgvecto2025-08-02 16:21:06.005372+00:002025-08-02 16:21:06.005 UTC [311] DETAIL: "vchordrq" is a reserved prefix.
2025-08-02 16:21:06.034006+00:002025-08-02 16:21:06.033 UTC [312] WARNING: invalid configuration parameter name "vchordrq.prewarm_dim"
Hi, I have same issue.
have you tried manually moving directories? after that my containers don't start
I have different localization (CZ) so I don't know exact names... I tried migration in jobs on immich server - it run for all photos and videos and nothing happend. Before updating I changed "Force Flag" to yes, because I am using ACL and it didn't update when unchecked... Other then that I did not change anything
New photos works ok, old ones don't
How did you move them
Can you describe "same issue" ? Do you have logs saying that some thumbs or other file can't be found?
I updated Immich on TrueNAS Community (instaled through Apps) and all photos are now in error, only new photos are ok.
Unfortunatelly I cannot find logs... I am competely new to Immich...
In the "Apps" click on Immich

In workloads on the line of "server" click the third icon
(if you hover on it it should display a "view logs" text
Thank you, I see logs now, it writes theres no such file. There is few logs:
2025-08-02 20:07:28.150870+00:00at async access (node:internal/fs/promises:606:10)
2025-08-02 20:07:28.150889+00:00at async sendFile (/usr/src/app/server/dist/utils/file.js:49:9)
2025-08-02 20:07:28.150907+00:00at async AssetMediaController.viewAsset (/usr/src/app/server/dist/controllers/asset-media.controller.js:60:13)
2025-08-02 20:07:28.151565+00:00[31m[Nest] 25 - [39m08/02/2025, 10:07:28 PM [31m ERROR[39m [33m[Api:LoggingRepository~ud7ekggd][39m [31mUnable to send file: Error[39m
2025-08-02 20:07:28.151640+00:00Error: ENOENT: no such file or directory, access 'upload/thumbs/4789ebfb-f680-4934-a9ac-6b553fd35b2f/3c/e8/3ce81d8d-945d-4843-b79d-86444a8c8fd3-thumbnail.webp'
2025-08-02 20:07:28.151665+00:00at async access (node:internal/fs/promises:606:10)
2025-08-02 20:07:28.151684+00:00at async sendFile (/usr/src/app/server/dist/utils/file.js:49:9)
2025-08-02 20:07:28.151702+00:00at async AssetMediaController.viewAsset (/usr/src/app/server/dist/controllers/asset-media.controller.js:60:13)
2025-08-02 20:07:28.151777+00:00[31m[Nest] 25 - [39m08/02/2025, 10:07:28 PM [31m ERROR[39m [33m[Api:GlobalExceptionFilter~ud7ekggd][39m [31mUnknown error: Error: ENOENT: no such file or directory, access 'upload/thumbs/4789ebfb-f680-4934-a9ac-6b553fd35b2f/3c/e8/3ce81d8d-945d-4843-b79d-86444a8c8fd3-thumbnail.webp'[39m
2025-08-02 20:07:28.151826+00:00Error: ENOENT: no such file or directory, access 'upload/thumbs/4789ebfb-f680-4934-a9ac-6b553fd35b2f/3c/e8/3ce81d8d-945d-4843-b79d-86444a8c8fd3-thumbnail.webp'
When I connect to server in file explorer I can see everything in upload folder. I don't see any logic in structure of folders, but it saved on server...
Do you have the same folder structure as huffer ? With library/backups and so on? Otherwise either create a new ticket or ping me in #truenas channel so we don't mix stuff
I believe so:

Don't check from there, check from the dataset page
This view shows folders (which are not datasets)
I have dataset for whole pool and in the dataset I created folder Immich

ooohh, yeah create a new thread, I don't like the idea of folders instead of datasets (or ping me in #truenas)
I believe I have the same folder structure as huffer. I have not upgraded to the new data structure. Blurred thumps, "Error loading image" when clicked. New uploads after update works.


Yeah ok, the migration is fcked up xD
Were you on 136 before upgrading to 137?
The fix is simple, but I just want to know if I was just lucky in my upgrade process, or if it's due to "jumping" versions
TrueNAS 1.9.8.. if I recall correctly that was 135?!
I don't know xD, I'll have to dig
but as said the fix is simple
given your logs:
Within the immich-server container run the following command
The previous value you have to enter is /data```
@Lars maybe check before that, that in /data there is your thumbs folder
but definitively 1.135, so there is an issue with that idk why
Fantastic! All is back!
Many thanks Xiticks!
Great
Btw, you should think to change from old to new config, as it will be deprecated (I think it will be in september)
The guide can help
Ping me in #truenas if instrucitons unclear so I could update the guide
TrueNAS [Community] | Immich
This is a community contribution and not officially supported by the Immich team, but included here for convenience.
Will do, thanks again,
I ran the script, everything is back, thanks @Xiticks
absolute legend
thank you so much i've been pulling my hair out for hours until i found this
sudo rsync -avX --progress /mnt/.ix-apps/app_mounts/immich/uploads/ /mnt/poolraidz1/immich/data/uploads/
sudo rsync -avX --progress /mnt/.ix-apps/app_mounts/immich/thumbs/ /mnt/poolraidz1/immich/data/thumbs/
sudo rsync -avX --progress /mnt/.ix-apps/app_mounts/immich/library/ /mnt/poolraidz1/immich/data/library/
sudo rsync -avX --progress /mnt/.ix-apps/app_mounts/immich/profile/ /mnt/poolraidz1/immich/data/profile/
sudo rsync -avX --progress /mnt/.ix-apps/app_mounts/immich/backups/ /mnt/poolraidz1/immich/data/backups/
sudo rsync -avX --progress /mnt/.ix-apps/app_mounts/immich/video/ /mnt/poolraidz1/immich/data/video/
also migrated postgres
sudo rsync -avX --progress /mnt/.ix-apps/app_mounts/immich/postgres_data/ /mnt/poolraidz1/immich/postgres_data/
I’m not sure, but it might be that
Not certain you can move the Postgres with a simple rsync
The storage configuration you are using is deprecated and will be removed in a future release. Please migrate to the new storage configuration format. Basically, you need to create a new dataset/directory, move your data there, then update the configuration by unchecking the "Use old storage configuration" checkbox. And point the "Datastore" to the new dataset/directory. For example, if you create a new dataset in '/mnt/tank/immich' In that directory, create 2 datasets/directories: /mnt/tank/immich/data and /mnt/tank/immich/postgres-data
Now inside the /mnt/tank/immich/data directory, create the following directories (NOT datasets): mkdir -p /mnt/tank/immich/data/{upload,thumbs,library,profile,backups,encoded-video} Then you will have to migrate the data from the old separate datasets/directories to the new ones. For example /mnt/tank/old-immich-data/upload to /mnt/tank/immich/data/upload.
this was a message in the immich app in trunas
Yeah you’re right but you mentioned that you made a clean install
I suppose it’s a clean install of immich pointing to your moved datasets?
Was that the same error before ?
there was no such error, all photos were placeholders, rollback did not help
Thanks that was the fix for me too, but you just wrote upload and i needed ./upload for "Enter the previous Value of IMMICH_MEDIA_LOCATION"
It depends on the setup, for other upload was fine
I think you need to restore the database to fix the issue you have with the vector
Maybe open a new help ticket or ask in the truenas channel as it is not related to this issue here
And ping me
I gave the rights, now I am at the stage of this error, the container does not start

With the shell in trueNAS, check that in the encoded video, the .immich file exists
There isn’t anything that cross my mind as it says that everything is mounted

I checked the Immich directory exists, gave it the necessary rights, but the container also gives the same error
How are they mounted inside your immich? Are your datasets like huffer? or like the screenshot?


That is weird, I don't understand why it doesn't work
In the immich app settings, i suppose you mount it only with the storage config, not with additional storage or anyhting, right?
my mounts look like this, everything seems to be done correctly, but it still doesn't start

What you could do, is remove the encoded-video folder
Create a new one
add the .immich file (touch .immich)
Set the permissions again by applying the ACL recursively on the dataset
And restart Immich app
Otherwise, if you have a backup of your files (as it looks like there is on 6gib of it, you could nuke everything and start fresh, but that doesn't help if it's a bug
I moved all the files to new directories, the container started but now there is such a problem with the photos

Check your logs, you might need that
[31m[Nest] 25 - [39m08/04/2025, 6:05:44 PM [31m ERROR[39m [33m[Api:GlobalExceptionFilter~0scyhk3y][39m [31mUnknown error: Error: ENOENT: no such file or directory, access 'upload/thumbs/e1b54466-c5ec-4b49-9954-b15f53d8330d/16/d3/16d3c1bd-a316-4e29-a2e9-20dca032e84d-thumbnail.webp'[39m
2025-08-04 12:05:44.657840+00:00Error: ENOENT: no such file or directory, access 'upload/thumbs/e1b54466-c5ec-4b49-9954-b15f53d8330d/16/d3/16d3c1bd-a316-4e29-a2e9-20dca032e84d-thumbnail.webp'
2025-08-04 12:05:44.657859+00:00at async access (node:internal/fs/promises:606:10)
2025-08-04 12:05:44.657875+00:00at async sendFile (/usr/src/app/server/dist/utils/file.js:49:9)
2025-08-04 12:05:44.657891+00:00at async AssetMediaController.viewAsset (/usr/src/app/server/dist/controllers/asset-media.controller.js:60:13)
2025-08-04 12:05:44.659405+00:00[31m[Nest] 25 - [39m08/04/2025, 6:05:44 PM [31m ERROR[39m [33m[Api:LoggingRepository~2xmn5f3j][39m [31mUnable to send file: Error[39m
2025-08-04 12:05:44.659468+00:00Error: ENOENT: no such file or directory, access 'upload/thumbs/e1b54466-c5ec-4b49-9954-b15f53d8330d/8b/b0/8bb0be71-998a-4659-897c-970547886904-thumbnail.webp'
2025-08-04 12:05:44.659491+00:00at async access (node:internal/fs/promises:606:10)
2025-08-04 12:05:44.659508+00:00at async sendFile (/usr/src/app/server/dist/utils/file.js:49:9)
2025-08-04 12:05:44.659527+00:00at async AssetMediaController.viewAsset (/usr/src/app/server/dist/controllers/asset-
yep
means you need to run the command inside the container
this?
Yes
yes, it worked, thank you very much)
I tried to download the photo, nothing happens, as if the BD is looking at the old path

but if I send a new photo to immich I can easily download it back
2025-08-04 12:21:23.210899+00:00at async AssetMediaController.downloadAsset (/usr/src/app/server/dist/controllers/asset-media.controller.js:47:9)
2025-08-04 12:21:23.211261+00:00[31m[Nest] 25 - [39m08/04/2025, 6:21:23 PM [31m ERROR[39m [33m[Api:GlobalExceptionFilter~b13hy0dd][39m [31mUnknown error: Error: ENOENT: no such file or directory, access '/data/upload/e1b54466-c5ec-4b49-9954-b15f53d8330d/d3/99/d3998977-a1de-42f6-8e95-e3f4831a07c7.jpg'[39m
2025-08-04 12:21:23.211384+00:00Error: ENOENT: no such file or directory, access '/data/upload/e1b54466-c5ec-4b49-9954-b15f53d8330d/d3/99/d3998977-a1de-42f6-8e95-e3f4831a07c7.jpg'
2025-08-04 12:21:23.211454+00:00at async access (node:internal/fs/promises:606:10)
2025-08-04 12:21:23.211477+00:00at async sendFile (/usr/src/app/server/dist/utils/file.js:49:9)
2025-08-04 12:21:23.211492+00:00at async AssetMediaController.downloadAsset (/usr/src/app/server/dist/controllers/asset-media.controller.js:47:9)
Is that old or new logs?
inside your immich container, can you cd /data, then do a ls ?

How is your data mounted into the container? (Immich app config)

and how did you move from old to new config ?
Can you check in uploads that there are folders with images?
If that is the case, just shutdown your immich app and from within truenas cli, move the uploads forlder to the upload one
rsync -avXh --progress /mnt/.ix-apps/app_mounts/immich/video/ /mnt/name_pool/immich/data/encoded-video I transferred the data like this. the last 2 sentences are not clear to me, i am not a native english speaker, could you describe it differently
When you moved with that
rsync -avXh --progress /mnt/.ix-apps/app_mounts/immich/video/ /mnt/name_pool/immich/data/encoded-video
you probably did
rsync -avXh --progress /mnt/.ix-apps/app_mounts/immich/uploads/ /mnt/name_pool/immich/data/uploads
However, immich expect upload, not uploads
(the s cause the issue)
So first, check that in uploads there are data in it (your images/folder)
If that it the case, you stop the immich app, then do, a command like you did before
mv /mnt/name_pool/immich/data/uploads /mnt/name_pool/immich/data/upload
you could also use rsync as it is safer
and afterwards, delete the uploads folder
if there is no data on the path ix-apps/app_mounts/immich/upload? is there another way?
but you moved that with your rsync command of before
Don't you see it in /mnt/name_pool/immich/data/ ?
(If you ls from /mnt/name_pool/immich/data/ what do you get ?)
friend, forgive me for my stupidity. I used when transferring I named the new directory uploads instead of upload. I was very worried about the data. Now I put everything back in place and it works, forgive me
It's not stupidity, it's a smal mistake, no problem
But you should definitively have backups if you worry about your data
I agree, Immich recommends 3-2-1.
But so everything is working now?
Have you checked some videos/old images?
yes, everything works, I didn’t have a video, I backed up all the photos.
Also the postgress_db got to the new version working? Or did you recreate the users? After your same update my immich container keep crashing because of some issue with postgress version
Do you know from which Immich version you updated from ? Was it before 1.132 ?
it was 1.134.0 before
did you move the data to new directories?
Yes, the data is in the new format, but immich keep crashing on:
2025-08-04 06:51:17.203292+00:00error: PostgresError: tuple concurrently updated
2025-08-04 06:51:17.203299+00:00at ErrorResponse (/usr/src/app/server/node_modules/postgres/cjs/src/connection.js:794:26)
2025-08-04 06:51:17.203306+00:00at handle (/usr/src/app/server/node_modules/postgres/cjs/src/connection.js:480:6)
2025-08-04 06:51:17.203312+00:00at Socket.data (/usr/src/app/server/node_modules/postgres/cjs/src/connection.js:315:9)
2025-08-04 06:51:17.203319+00:00at Socket.emit (node:events:518:28)
2025-08-04 06:51:17.203325+00:00at addChunk (node:internal/streams/readable:561:12)
2025-08-04 06:51:17.203331+00:00at readableAddChunkPushByteMode (node:internal/streams/readable:512:3)
2025-08-04 06:51:17.203338+00:00at Readable.push (node:internal/streams/readable:392:5)
2025-08-04 06:51:17.203344+00:00at TCP.onStreamRead (node:internal/stream_base_commons:189:23) {
2025-08-04 06:51:17.203350+00:00severity_local: 'ERROR',
If I initialize a new clean postgress folder the error goes away, but I would like not to lose all the postgress database (users, shares settings, albums etc)
When you moved your stuff, did you stop the container before doing that?
If there are backups in the backups folder, you could also restore from that
I suppose we coudl continue in https://discord.com/channels/979116623879368755/1401831000786341951
maybe not, it might be that it was running..
can you send all the logs? maybe I can help
It's fixed in the ticket he opened
if I did a rollback then my containers did not start at all, initially they started although with errors on the latest version with truenas. Most likely the user updated, did a rollback and transferred the data. We need to find out what exactly he did and how
You can, ask him in his help ticked here: https://discord.com/channels/979116623879368755/1401831000786341951
I've work (that I delayed too much) to do,so I can't help for now
@zinsas I think my issue was that when I copied the postgres folder something went wrong, I paniced a bit because rolling back didn't fix, because something in postgres got updated after stepping to 1.137, making it not compatible anymore with 1.134 (I think)
The thing that solved for me in the end was just to turn immich off and copy again the postgres folder from the "clean old version"
I believe I have the same issue. By 'in the image server container' do you mean clicking the shell button next to server on the apps page?

yes
Thanks for your help
This worked, thank you so much