[BUG] - Lidarr - Cannot import, DestinationAlreadyExistsException - imported anyway? #196

Open
opened 2026-02-20 00:17:23 -05:00 by deekerman · 0 comments
Owner

Originally created by @DoorstopDisaster on GitHub (Mar 31, 2025).

Application
Lidarr

Host platform
Synology Container Station

Script
Audio

Script Version
2.48

Describe the bug
Tidal-dl grabs music that is already imported then Lidarr fails when trying to import it with DestinationAlreadyExists exception - then the clean-up script removes it from the queue. Is there a fix to this or do we just leave it to do its thing as it'll get there eventually? I'm wondering if there's something wrong in a database somewhere if it's pulling down music it already has.

PS: thank you for the lovely scripts :)

Logs/Screenshots

Log lidarr.txt

2025-03-31 09:46:34.0|Warn|ImportApprovedTracks|Couldn't import track /config/extended/import/The Lathums-Matter Does Not Define (2025)/01 - Leave No Stone Unturned.flac

[v2.10.3.4602] NzbDrone.Common.Disk.DestinationAlreadyExistsException: Destination /media/Music/The Lathums/The Lathums - Album - 2025 - Matter Does Not Define/0101 - Leave No Stone Unturned.flac already exists.
at NzbDrone.Common.Disk.DiskTransferService.ClearTargetPath(String sourcePath, String targetPath, Boolean overwrite) in ./Lidarr.Common/Disk/DiskTransferService.cs:line 406
at NzbDrone.Common.Disk.DiskTransferService.TransferFile(String sourcePath, String targetPath, TransferMode mode, Boolean overwrite) in ./Lidarr.Common/Disk/DiskTransferService.cs:line 299
at NzbDrone.Core.MediaFiles.TrackFileMovingService.TransferFile(TrackFile trackFile, Artist artist, List1 tracks, String destinationFilePath, TransferMode mode) in ./Lidarr.Core/MediaFiles/TrackFileMovingService.cs:line 144 at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeTrackFile(TrackFile trackFile, LocalTrack localTrack, Boolean copyOnly) in ./Lidarr.Core/MediaFiles/UpgradeMediaFileService.cs:line 79 at NzbDrone.Core.MediaFiles.TrackImport.ImportApprovedTracks.Import(List1 decisions, Boolean replaceExisting, DownloadClientItem downloadClientItem, ImportMode importMode) in ./Lidarr.Core/MediaFiles/TrackImport/ImportApprovedTracks.cs:line 240

Originally created by @DoorstopDisaster on GitHub (Mar 31, 2025). **Application** Lidarr **Host platform** Synology Container Station **Script** Audio **Script Version** 2.48 **Describe the bug** Tidal-dl grabs music that is already imported then Lidarr fails when trying to import it with DestinationAlreadyExists exception - then the clean-up script removes it from the queue. Is there a fix to this or do we just leave it to do its thing as it'll get there eventually? I'm wondering if there's something wrong in a database somewhere if it's pulling down music it already has. PS: thank you for the lovely scripts :) **Logs/Screenshots** Log lidarr.txt 2025-03-31 09:46:34.0|Warn|ImportApprovedTracks|Couldn't import track /config/extended/import/The Lathums-Matter Does Not Define (2025)/01 - Leave No Stone Unturned.flac [v2.10.3.4602] NzbDrone.Common.Disk.DestinationAlreadyExistsException: Destination /media/Music/The Lathums/The Lathums - Album - 2025 - Matter Does Not Define/0101 - Leave No Stone Unturned.flac already exists. at NzbDrone.Common.Disk.DiskTransferService.ClearTargetPath(String sourcePath, String targetPath, Boolean overwrite) in ./Lidarr.Common/Disk/DiskTransferService.cs:line 406 at NzbDrone.Common.Disk.DiskTransferService.TransferFile(String sourcePath, String targetPath, TransferMode mode, Boolean overwrite) in ./Lidarr.Common/Disk/DiskTransferService.cs:line 299 at NzbDrone.Core.MediaFiles.TrackFileMovingService.TransferFile(TrackFile trackFile, Artist artist, List`1 tracks, String destinationFilePath, TransferMode mode) in ./Lidarr.Core/MediaFiles/TrackFileMovingService.cs:line 144 at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeTrackFile(TrackFile trackFile, LocalTrack localTrack, Boolean copyOnly) in ./Lidarr.Core/MediaFiles/UpgradeMediaFileService.cs:line 79 at NzbDrone.Core.MediaFiles.TrackImport.ImportApprovedTracks.Import(List`1 decisions, Boolean replaceExisting, DownloadClientItem downloadClientItem, ImportMode importMode) in ./Lidarr.Core/MediaFiles/TrackImport/ImportApprovedTracks.cs:line 240
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/arr-scripts#196
No description provided.