mirror of
https://github.com/Lidarr/Lidarr.git
synced 2026-03-02 22:56:57 -05:00
Lidarr fails to import when using seedbox #3262
Labels
No labels
Area: API
Area: Database
Area: Db-migration
Area: Download Clients
Area: Extras
Area: Import Lists
Area: Indexer
Area: Metadata API
Area: Notifications
Area: Organizer
Area: Parser
Area: Scanning
Area: Tooling
Area: UI
Area: Unit Tests
Area: Update API
On Hold: MetadataAPI Blocking
Priority: High
Priority: Low
Priority: Medium
Status: Accepted
Status: Cannot Reproduce
Status: Confirmed
Status: Don't Merge
Status: Help Wanted
Status: In Progress
Status: Info Needed
Status: Investigating
Status: Logs Needed
Status: Maybe One Day
Status: Needs Triage
Status: On Hold
Status: Ready for Review
Status: Unlikely
Status: Waiting for OP
Status: Won't Fix
Type: Bug
Type: Documentation
Type: Duplicate
Type: Enhancement
Type: Enhancement
Type: External Bug
Type: Feature Request
Type: Regression
Type: Support
Type: Support.
conflict
conflict
no-conflict
not-pulled
radarr-pull
readarr-pull
sonarr upstream
sonarr-pull
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Lidarr#3262
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @ftdube on GitHub (Sep 28, 2023).
Is there an existing issue for this?
Current Behavior
I have a windows server running Lidarr with a seebox running ruTorrent. Both have a synchronized folder using syncthing. The setup used to work perfectly, but lately, whenever a torrent is completed in my seedbox, Lidarr seems to automatically try to import the files, which have not been synced yet, I then get a
Import failed, path does not exist or is not accessible by Lidarr: D:\Downloads<torrent folder>. Ensure the path exists and the user running Lidarr has the correct permissions to access this file/folder.
This path is accurate and is mapped through the remote path mapping. It just doesn't exist yet.
Now the issue is that rather than waiting and retrying, it looks like Lidarr removes the torrent from my activity queue and import never happens. I can manually take the torrent folder, copy it to my music folder, and import manually, but this is far from an ideal set up.
Expected Behavior
I would expect Lidarr to retry until all files have been synced, or to give me an option to delay import.
Steps To Reproduce
No response
Environment
What branch are you running?
Develop
Trace Logs?
2023-09-28 15:30:56.2|Info|RssSyncService|Starting RSS Sync
2023-09-28 15:30:56.6|Warn|Torznab|Indexer Torrent9 (Prowlarr) rss sync didn't cover the period between 9/28/2023 3:15:27 PM and 9/28/2023 7:30:56 PM UTC. Search may be required.
2023-09-28 15:30:56.7|Warn|Torznab|Indexer Solid Torrents (Prowlarr) rss sync didn't cover the period between 9/28/2023 12:00:00 AM and 9/28/2023 4:00:00 AM UTC. Search may be required.
2023-09-28 15:30:56.9|Warn|Torznab|Indexer Isohunt2 (Prowlarr) rss sync didn't cover the period between 9/27/2023 6:15:28 PM and 9/27/2023 10:30:56 PM UTC. Search may be required.
2023-09-28 15:30:57.5|Warn|Torznab|Indexer The Pirate Bay (Prowlarr) rss sync didn't cover the period between 9/28/2023 2:58:54 PM and 9/28/2023 6:58:54 PM UTC. Search may be required.
2023-09-28 15:30:58.8|Warn|Torznab|Indexer Nyaa.si (Prowlarr) rss sync didn't cover the period between 9/28/2023 3:01:00 PM and 9/28/2023 7:01:00 PM UTC. Search may be required.
2023-09-28 15:31:03.7|Warn|Torznab|Indexer 1337x (Prowlarr) rss sync didn't cover the period between 9/28/2023 6:48:00 PM and 9/28/2023 10:47:00 PM UTC. Search may be required.
2023-09-28 15:31:04.7|Warn|Torznab|Indexer kickasstorrents.to (Prowlarr) rss sync didn't cover the period between 9/28/2023 6:15:30 AM and 9/28/2023 9:31:00 AM UTC. Search may be required.
2023-09-28 15:31:06.3|Warn|Torznab|Indexer TorrentGalaxy (Prowlarr) rss sync didn't cover the period between 9/28/2023 3:09:49 PM and 9/28/2023 3:31:06 PM UTC. Search may be required.
2023-09-28 15:31:06.4|Info|DownloadDecisionMaker|Processing 425 releases
2023-09-28 15:31:09.4|Info|RssSyncService|RSS Sync Completed. Reports found: 425, Reports grabbed: 0
2023-09-28 15:34:15.2|Info|ReleaseSearchService|Searching indexers for [The National - Laugh Track (2023)]. 13 active indexers
2023-09-28 15:34:22.5|Info|DownloadDecisionMaker|Processing 33 releases
2023-09-28 15:34:25.7|Info|DownloadService|Report sent to seedhost from indexer IPTorrents (Prowlarr). The National-Laugh Track-16BIT-WEB-FLAC-2023-ENRiCH
2023-09-28 15:34:25.8|Info|AlbumSearchService|Album search completed. 1 reports downloaded.
2023-09-28 15:34:31.3|Error|DownloadedTracksImportService|Import failed, path does not exist or is not accessible by Lidarr: D:\Downloads\The_National-Laugh_Track-16BIT-WEB-FLAC-2023-ENRiCH. Ensure the path exists and the user running Lidarr has the correct permissions to access this file/folder
2023-09-28 15:46:26.6|Info|RssSyncService|Starting RSS Sync
2023-09-28 15:46:27.1|Warn|Torznab|Indexer Torrent9 (Prowlarr) rss sync didn't cover the period between 9/28/2023 3:30:56 PM and 9/28/2023 7:46:27 PM UTC. Search may be required.
2023-09-28 15:46:27.3|Warn|Torznab|Indexer Isohunt2 (Prowlarr) rss sync didn't cover the period between 9/27/2023 6:30:56 PM and 9/27/2023 10:46:27 PM UTC. Search may be required.
Trace Logs have been provided as applicable. Reports may be closed if the required logs are not provided.
trace- that are relevant and show this issue.@github-actions[bot] commented on GitHub (Sep 28, 2023):
👋 @ftdube, we use the issue tracker exclusively for bug reports and feature requests. However, this issue appears to be a support request. Please hop over onto our Discord.
@PearsonFlyer commented on GitHub (Jan 21, 2024):
This should not have been closed. This is a confirmed bug reported by 3 separate users. Lidarr tries once to import, and if nothing is there, it never checks again for files, and in some situations it reports it as "imported" even though there are no tracks imported.
@mynameisbogdan commented on GitHub (Jan 21, 2024):
Duplicate of #2746