Open raisinbear opened 4 months ago
Did you ever get this sorted out? I am seeing similar behaviour. I do not have any iOS devices uploading assets. I noticed that in the assets table
originalPath is like this
upload/encoded-video/d912d84d-4a83-4fa0-8596-535ba5f5c8f1/8f/69/8f698edf-fa6c-4e15-ab28-60863a522d2c-MP.mp4
and that path does not exist specifically encoded-videos is no longer there
originalFilename is like this
20230818_153914.mp4
in the timeline I can find the file although the motion picture does not play.
And I get lots of errors logging as described in the original post.
Did you ever get this sorted out? I am seeing similar behaviour. I do not have any iOS devices uploading assets. I noticed that in the assets table
originalPath is like this
upload/encoded-video/d912d84d-4a83-4fa0-8596-535ba5f5c8f1/8f/69/8f698edf-fa6c-4e15-ab28-60863a522d2c-MP.mp4
and that path does not exist specifically encoded-videos is no longer there originalFilename is like this20230818_153914.mp4
in the timeline I can find the file although the motion picture does not play. And I get lots of errors logging as described in the original post.
Hey, to be honest I stopped checking at some point, since on the surface everything works or at least seems to. My live photos play without issue in the app and on the web from the re-encoded video stream. Also I seem to have made a wrong assumption, since the leading „upload/„ is afaik the container internal path your actual library root would be bound to. So you would need to omit the „upload/„ part when looking for the file.
Thanks for the response. Thinking a bit harder about this, I think when I restored a backup or migrated I changed the mountpoint from /encoded-videos to /videos or something? I can find the file at another path, but the database reference is to and old path I guess. I've been running immich for quite some time now and so I could have made another change I am forgetting about. So I am happy to Ignore them since everything else seems to work. Its only motion pictures, and the image part is accessible just cant play. I think new ones work as well. It would be great if there was some way to clean these up though. Maybe that is what the 'repair' function was/is for.
The bug
Hi,
after #8410 has been closed as likely being caused corrupt videos, I thought I'd open a new issue about that. Pretty much every time, I upload a live photo (iOS), I see the error signature posted below.
The only times I get away without this showing up is when uploading larger bulks and the server is occupied with handling face detection for other assets and transcoding other videos. I have all job concurrency set to
1
, but to me that still has the flavor of a race condition as it looks like the video files were already moved from theupload/
(temporary) location to thelibrary/
folder. Also the filename seems a bit weird with the duplicate.mov
!?Anyways, seeing this gives me a bad feeling, however, I cannot detect a consequence of the failure. The motion part is - in the cases I checkedd - successfully encoded at some point after the error.
Thanks once more for the great work!
The OS that Immich Server is running on
Raspbian
Version of Immich Server
v1.103.1
Version of Immich Mobile App
v1.103.0
Platform with the issue
Your docker-compose.yml content
Your .env content
Reproduction steps
Relevant log output
Additional information
May be a race condition, so reproduction steps may not work for everyone.