You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The METADATA_EXTRACTION job sets metadataExtractedAt. If one clears the Extract Metadata queue, the subsequent LINK_LIVE_PHOTOS job will not execute as they are appended to the queue after the METADATA_EXTRACTION job. A restart of Extract Metadata job on 'missing' assets does not pick up the linkage jobs but completely ignores them.
Background: I have been wondering why the Extract Metadata queue does not decrease in size and have been stopping, clearing, and restarting the queue multiple times as it looked like a bug. What actually happens is that for each processed METADATA_EXTRACTION job, a LINK_LIVE_PHOTOS job is appended to the same queue. Thus, on restart, the queue size decreased as metadataExtractedAt was set, but now the LINK_LIVE_PHOTOS jobs have not been run for a large part of my assets.
Suggested solutions:
a) Set metadataExtractedAt only after LINK_LIVE_PHOTOS has completed and prioritize the LINK_LIVE_PHOTOS job so that the queue size actually decreases instead of waiting for all the METADATA_EXTRACTION jobs to complete first.
b) Merge LINK_LIVE_PHOTOS job into METADATA_EXTRACTION job
c) Create a separate queue to be able to run the LINK_LIVE_PHOTOS jobs by themselves
Version of Immich Server
v1.113.1
Platform with the issue
Server
Web
Mobile
Reproduction steps
Start Metadata Extraction on multiple missing assets, let it extract from 1 asset, cancel job, clear queue. Start Metadata Extraction on missing assets again. LINK_LIVE_PHOTOS has not been run on the first extracted asset.
The text was updated successfully, but these errors were encountered:
The bug
The
METADATA_EXTRACTION
job sets metadataExtractedAt. If one clears theExtract Metadata
queue, the subsequentLINK_LIVE_PHOTOS
job will not execute as they are appended to the queue after theMETADATA_EXTRACTION
job. A restart ofExtract Metadata
job on 'missing' assets does not pick up the linkage jobs but completely ignores them.Background: I have been wondering why the
Extract Metadata
queue does not decrease in size and have been stopping, clearing, and restarting the queue multiple times as it looked like a bug. What actually happens is that for each processedMETADATA_EXTRACTION
job, aLINK_LIVE_PHOTOS
job is appended to the same queue. Thus, on restart, the queue size decreased asmetadataExtractedAt
was set, but now theLINK_LIVE_PHOTOS
jobs have not been run for a large part of my assets.Suggested solutions:
a) Set metadataExtractedAt only after
LINK_LIVE_PHOTOS
has completed and prioritize the LINK_LIVE_PHOTOS job so that the queue size actually decreases instead of waiting for all theMETADATA_EXTRACTION
jobs to complete first.b) Merge
LINK_LIVE_PHOTOS
job intoMETADATA_EXTRACTION
jobc) Create a separate queue to be able to run the
LINK_LIVE_PHOTOS
jobs by themselvesVersion of Immich Server
v1.113.1
Platform with the issue
Reproduction steps
Start Metadata Extraction on multiple missing assets, let it extract from 1 asset, cancel job, clear queue. Start Metadata Extraction on missing assets again. LINK_LIVE_PHOTOS has not been run on the first extracted asset.
The text was updated successfully, but these errors were encountered: