Folder and Storage Migration Mess-up
I use Immich since ~ August 2022.
Immich Version: 1.57.1
I wanted to use the new storage label feature and realized after the migration job, I got files in the upload folder as well as in library.
And in library there are some assets that apparently could not be migrated from the uuid to the storage template.
upload folder:
The storage migration job in the microservice container is not throwing any error.
If I search for m:FILENAME i can find all files as far as I can tell.
I'd like to now, how to deal with this assets now.
12 Replies
This is how the Folders with the uuid in upload look like:
encoded-video also still contains encoded videos, that are already replaced by new ones, that I created through the video encoder job.
Could it be, that I should have run the storage migration job after some specific updates?
GitHub
Release v1.52.0 · immich-app/immich
v1.52.0
Highlights
This release includes many bug fixes and hardening of the recent new features in Immich. We are making Immich more robust as we try to move into the stable territory of the appli...
There was this release that move the structure around
Thanks. Totally forgot about this update. I remember not doing the migration yet, because I wanted to wait for bitrate limiting for encoded videos.
The storage migration job did not move all originals to library for me though. And running it again doesn't move the files left behind. They definitely exist in the database though.
Did the folder structure change multiple times?
look like There are original files in the folder sorted by Date (like 2016 and 2023) as well in original, where they are stored with their uuid as filename.
No it changes very infrequent, we only make the changes if we must, rather do this in the development phases than in when the app steps into the stable stage
@Alex Are transcode and thumbnail jobs that are started for missing ones checking if files are actually present or are they just looking into the database and check if there is a path set?
They will check if there is a path set for the thumbnail
So if I delete the thumbnail file on the file system after creation, it will not be recreated if I run the job for missing thumbnails?
that is correct
How "safe" is it, to remove assets from the database and to reupload them manually?
Pretty safe
Okay. I have some assets, that for whatever reason, are not migrated to the new library folder.
I'd now go and delete these assets from the database, reupload the files via the webui and then delete the files in the old location.
Okay, moved failed storage migration assets manually now.
In the Database I saw a few video assets where encodedVideoPath still is <null> but the Transcode Job doesn't start the transcode job for these assets.
Anything else, that the transcode Job considers for assets, where the transcode is "missing"?