Environment
- SongKong v12.5 Mirrored Docker (Premium)
- QNAP TS-873A, QuTS hero, Container Station
- Container command
-r(remote mode), restart policyunless-stopped - Volumes:
.../music->/music,.../songkongConf->/songkong
Summary
After a Delete Duplicate Songs task completed, SongKong keeps auto-launching a NEW Delete Duplicate task every 1-2.5 minutes, each crashing immediately (no report produced) - an endless loop.
What happened
- Ran Delete Duplicate Songs on
/music/Unsorted(142,887 songs). Criteria “Sounds the same only”, action “Move duplicate to Duplicates folder”, Preview OFF. - Completed OK: DeleteDuplicatesReport02039, ~9h18m, ~35,245 duplicates moved.
- Right after, SongKong began auto-relaunching Delete Duplicate every 1-2.5 min. Container log shows continuous
>>>>/deleteduplicates.update_progress. check_progress shows a new “Started at” each time, near-zero progress, no report. Startup each time:songkong:remote dbinit->songkong:remote started-> immediately Delete Duplicate.
Tried (all ineffective)
- WebUI Cancel -> a new one starts within ~2 min
- Restart container -> loop resumes (an active Monitor Watch Folder on /music/Unsorted also auto-resumed)
- Cancel Watch Folder -> continues
- Admin > Empty Database (“recreated successfully”) -> still recurs, now Selected Folder defaults to /music
- No scheduler in Preferences
- Inspected /songkong: Prefs/*.properties (general.properties has no startup key), Cache (metadata only), Logs - no obvious pending-task file
- Only effective fix: stop the container
Possibly related to SONGKONG-2974 (v12.5 remote not persisting task settings).
Question: In remote mode, what persists the “task to run/resume on startup”, and how can I safely clear it (which file or DB table under /songkong)?
Music data is intact - duplicates were only moved to /music/rebuild/duplicates, nothing deleted.