Closed mich2k closed 4 months ago
If ffprobe is erroring that a file in the encoded-videos folder doesn't exist, then that implies the original asset comes from this folder. That shouldn't happen since this folder is only supposed to store transcodes.
There was a bug a few weeks ago around external libraries importing transcodes and thumbnails as assets, so I wonder if this is what you're seeing. Do you have any external libraries?
If ffprobe is erroring that a file in the encoded-videos folder doesn't exist, then that implies the original asset comes from this folder. That shouldn't happen since this folder is only supposed to store transcodes.
There was a bug a few weeks ago around external libraries importing transcodes and thumbnails as assets, so I wonder if this is what you're seeing. Do you have any external libraries?
Hello, almost all my assets are stored as external, I was just starting to use the immich upload feature
Do any of the import paths for the libraries contain the folder /usr/src/app/upload
? e.g. .
, /usr/src/app
, etc. The bug was that import paths like this were importing the generated thumbnails and transcodes as new assets.
Do any of the import paths for the libraries contain the folder
/usr/src/app/upload
? e.g..
,/usr/src/app
, etc. The bug was that import paths like this were importing the generated thumbnails and transcodes as new assets.
Ok, my setup about paths is a bit convoluted indeed
My volumes are [HOST to CONTAINER]:
/mnt/user/
to /external/root
/mnt/user/billy
to /external/billy
/mnt/user/bob
to /external/bob
/mnt/user/jack
to /external/jack
From the immich admin panel each user has it's /external/name
as import paths
Now maybe this is creating a loop somewhere, I did this since I wanted to avoid an user to import in his account another users data (by passing /external/root/
to all users I shall trust each of them to import only their sub path like /external/root/jack
but jack is free to import Billy's and Bob's assets)
Now if this is what the issue is and by passing /external/root
(and importing /external/root/jack
etc for each) to all of them would fix this then is great (even if I don't see how due to my lack of knowledge about the inner workings of immich)
The other mappings are
/mnt/user/immich_encoded_video
to /photos/encoded-video:
/mnt/user/immich_thumbs
to /photos/thumbs/
/mnt/user/immich_library
to /photos/library
Am I facing this exact bug? Thanks
Do any of the import paths for the libraries contain the folder
/usr/src/app/upload
? e.g..
,/usr/src/app
, etc. The bug was that import paths like this were importing the generated thumbnails and transcodes as new assets.
Hello, sorry for the poke but might I ask you for the issue ID you were citing here? Thank you
I get the same error here today when uploading. It seems to be an issue when uploading dozens of smaller video files (like live photos). It will chunk through 150 or so uploads in blistering speed, hit 1-2 errors and then bring the entire container to a hault. Only restarting the container in docker helps. For now, uploading large batch 100 files at a time as a workaround
Just came here to open an issue about that, but found this. I get this pretty much every time when uploading (iOS) live photos. It doesn't need to be a batch of many assets at all but happens with single uploads reliably. I didn't have a container hault so far, merely find it irritating seeing a bunch of errors regularly. Further I don't see any consequences. The video files belonging to the live photos are encoded successfully and the originals are in their proper place.
Hello,
my issue was likely due to the missing volume mapping of the upload folder from the immch /library I do still get these errors sometimes but mostly on invalid video files (corrupted, few Bytes of files), I m atm seeking a way to filter them beforehand
If you have specific issues that lead to the same ffmpeg error might be better to open a new issue
The bug
Hello, first of all I already tried to open a discussion here but due the amount of errors I am getting I really need to understand what is happening
What is happening to me is that, everytime I click "Missing" on library, on transcoding, face det/rec there are always some thousand elements missing for that job, the task always stop and get killed at sometime and feels indeed super unreliable
Today I got some new errors
All of this from the admin account Does everybody experience these problems? Missing files errors, ffmpeg errors, device creation errors? Thank you all
The OS that Immich Server is running on
Ubuntu Server 22.04.4 LTS
Version of Immich Server
1.100
Version of Immich Mobile App
1.100.0
Platform with the issue
Your docker-compose.yml content
Your .env content
Reproduction steps
Additional information
No response