Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Download folder can't be found -> nothing is imported, but download is removed from Activity page and can't be manually imported. #2746

Open
1 task done
dawtmaytrikx opened this issue Apr 9, 2022 · 6 comments · May be fixed by #4815
Open
1 task done

Download folder can't be found -> nothing is imported, but download is removed from Activity page and can't be manually imported. #2746

dawtmaytrikx opened this issue Apr 9, 2022 · 6 comments · May be fixed by #4815
Labels
Status: Confirmed Stops stale bot from asking if stale Type: Bug Issue is a bug

Comments

@dawtmaytrikx
Copy link

dawtmaytrikx commented Apr 9, 2022 •
edited by azure-boards bot

Is there an existing issue for this?

  • I have searched the existing issues

Current Behavior

I use a seedbox but run lidarr on my NAS. Once the download completes a script moves the files from the seedbox to the NAS. However, as soon as the download completes, lidarr throws the following error:

DownloadTrackImportService Import failed, path does not exist or is not accessible by Lidarr: /downloads/torrent/complete/<...>. Ensure the path exists and the user running Lidarr has the correct permissions to access this file/folder

Lidarr also changes the category of the torrent to the post-import category and removes the download from the Activity tab, which means I have to manually copy the files to the right location.

Expected Behavior

I expect the download to remain in the Activity tab until files are found, and then automatically imported. As far as I can tell this should have been resolved with #945

Steps To Reproduce

No response

Environment

- OS: Debian 11
- Lidarr: 1.0.0.2515
- Docker Install: Yes
- Using Reverse Proxy: Yes
- Browser: not relevant

What branch are you running?

Nightly

Trace Logs?

Sorry, lidarr is completely unresponsive when activating trace logs, so here are some debug logs instead.
lidarr.debug.log

AB#2939
@dawtmaytrikx dawtmaytrikx added Status: Needs Triage New Issue needing triage Type: Bug Issue is a bug labels Apr 9, 2022
@dawtmaytrikx dawtmaytrikx changed the title Download folder can't be found -> nothing is imported, but download is removed from Activity page and can'd be manually imported. Download folder can't be found -> nothing is imported, but download is removed from Activity page and can't be manually imported. Apr 9, 2022
@phoenixxx-1
Copy link

I am seeing the same issue, with the same configuration.

Downloads processed by a local client work correctly.

@phoenixxx-1 phoenixxx-1 mentioned this issue Mar 26, 2023
Closed
1 task
@bakerboy448 bakerboy448 mentioned this issue Nov 30, 2023
Closed
2 tasks
@bakerboy448 bakerboy448 added Status: Confirmed Stops stale bot from asking if stale and removed Status: Needs Triage New Issue needing triage labels Nov 30, 2023
@bakerboy448
Copy link
Contributor

cc @starstruct
env from #4342

- OS: Ubuntu 22.04
- Lidarr: 1.4.5.3639
- Docker Install: No
- Using Reverse Proxy: No
- Browser: Firefox
- Database: sqlite

logs from #4342

lidarr.trace.28.txt:2023-11-29 22:35:23.8|Info|DownloadService|Report sent to rtorrent from indexer private_index Prowlarr. Chevelle - Vena Sera [2007] [Album] [FLAC Lossless] [CD] [Cue]
lidarr.trace.27.txt:2023-11-29 22:36:24.6|Trace|RemotePathMappingService|Evaluating remote path remote mappings for match to host [my.server.com] and remote path [/home/(removed)/torrents/rtorrent/Chevelle -Vena Sera (2007){Epic 88697 02698 2 CD}[Flac]]
lidarr.trace.27.txt:2023-11-29 22:36:24.6|Debug|RemotePathMappingService|Remapped remote path [/home/(removed)/torrents/rtorrent/Chevelle -Vena Sera (2007){Epic 88697 02698 2 CD}[Flac]] to local path [/mnt/autofs/remote/rtorrent/Chevelle -Vena Sera (2007){Epic 88697 02698 2 CD}[Flac]] for host [my.server.com]
lidarr.trace.27.txt:2023-11-29 22:36:24.6|Debug|Parser|Parsing string 'Chevelle - Vena Sera [2007] [Album] [FLAC Lossless] [CD] [Cue]'
lidarr.trace.27.txt:2023-11-29 22:36:24.6|Debug|Parser|Album Parsed. Chevelle - Vena Sera 
lidarr.trace.27.txt:2023-11-29 22:36:24.6|Debug|QualityParser|Trying to parse quality for 'Chevelle - Vena Sera [2007] [Album] [FLAC Lossless] [CD] [Cue]'
lidarr.trace.27.txt:2023-11-29 22:36:24.6|Debug|Parser|Parsing string 'Chevelle -Vena Sera (2007){Epic 88697 02698 2 CD}[Flac]'
lidarr.trace.27.txt:2023-11-29 22:36:24.6|Debug|Parser|Album Parsed. Chevelle - Vena Sera 
lidarr.trace.27.txt:2023-11-29 22:36:24.6|Debug|QualityParser|Trying to parse quality for 'Chevelle -Vena Sera (2007){Epic 88697 02698 2 CD}[Flac]'
lidarr.trace.27.txt:2023-11-29 22:36:24.6|Debug|TrackedDownloadService|Tracking '	rtorrent:Chevelle -Vena Sera (2007){Epic 88697 02698 2 CD}[Flac]': ClientState=Completed (readonly) LidarrStage=Downloading Album='Chevelle - Vena Sera FLAC v1' OutputPath=/mnt/autofs/remote/rtorrent/Chevelle -Vena Sera (2007){Epic 88697 02698 2 CD}[Flac].
lidarr.trace.27.txt:2023-11-29 22:36:24.6|Debug|Parser|Parsing string 'Chevelle -Vena Sera (2007){Epic 88697 02698 2 CD}[Flac]'
lidarr.trace.27.txt:2023-11-29 22:36:24.6|Debug|Parser|Album Parsed. Chevelle - Vena Sera 
lidarr.trace.27.txt:2023-11-29 22:36:24.6|Debug|QualityParser|Trying to parse quality for 'Chevelle -Vena Sera (2007){Epic 88697 02698 2 CD}[Flac]'
lidarr.trace.27.txt:2023-11-29 22:36:24.7|Debug|DownloadedTracksImportService|Processing path: /mnt/autofs/remote/rtorrent/Chevelle -Vena Sera (2007){Epic 88697 02698 2 CD}[Flac]
lidarr.trace.27.txt:2023-11-29 22:36:24.7|Error|DownloadedTracksImportService|Import failed, path does not exist or is not accessible by Lidarr: /mnt/autofs/remote/rtorrent/Chevelle -Vena Sera (2007){Epic 88697 02698 2 CD}[Flac]. Ensure the path exists and the user running Lidarr has the correct permissions to access this file/folder
lidarr.trace.27.txt:2023-11-29 22:36:24.7|Debug|CompletedDownloadService|All albums were imported for Chevelle -Vena Sera (2007){Epic 88697 02698 2 CD}[Flac]
lidarr.trace.27.txt:2023-11-29 22:36:24.7|Debug|DownloadEventHub|[Chevelle -Vena Sera (2007){Epic 88697 02698 2 CD}[Flac]] Marking download as imported from rtorrent

This was referenced Dec 21, 2023
Closed
Closed
@starstruct
Copy link

More details for #4342:

I've been experimenting with timeouts for my mounts.

I use autofs to control the mounting, and it does the mounting with rclone.

Rclone caches the contents of the remote directory to make searching faster. So I set rclone to refresh the directory every 30 seconds (dir-cache-timeout=0m30s). However, I don't want to constantly refresh the remote directory for perpetuity, so I set autofs to disconnect the mount after 300 seconds. This keeps the directory contents slightly more up-to-date while the drive is mounted.

This has improved my imports by about 50%. If I set dir-cache-timeout lower, I think it will solve my particular issue with imports.

However, the original issue still exists. Lidarr should mark failed imports as failures (rather than reporting them as successfully imported).

@mynameisbogdan mynameisbogdan mentioned this issue Jan 22, 2024
Closed
2 tasks
@bakerboy448 bakerboy448 mentioned this issue Feb 6, 2024
Closed
2 tasks
@GregTroar
Copy link

Hi all,

I have same issue, local Lidarr, remote seedbox.
Is there any plan to solve this ?

Thanks

@hgfi
Copy link

hgfi commented Mar 2, 2024

Hi,

Exact same issue here. My setup:

NAS with lidarr installed under docker.
cron script that rsync every 5 minutes between my seedbox and my NAS

When a download is completed on the seedbox, lidarr tries to find in and fails because it's not rsynced yet, so it logs an error that it can't access the folder yet it marks the album as imported successfully and doesn't try to import it ever again.

Radarr and sonarr handles this properly, the import job stays active with the message "Downloaded - Waiting to import" and once it's rsynced it works just fine.

I checked the VerifyImport function inside CompletedDownloadService.cs for both radarr and lidarr and the logic for checking if the media imported successfully is different. My guess is lidarr does it wrong.

@bakerboy448 bakerboy448 mentioned this issue Mar 5, 2024
Closed
1 task
@bakerboy448
Copy link
Contributor

This is a known issue. Additional comments to the effect of me too are spam and noise. L

DMKRCY added a commit to DMKRCY/Lidarr that referenced this issue May 18, 2024
@DMKRCY
Fixed: Ensure ImportResults is not empty when verifying imports (Lida…
9ee585a 
…rr#2746)
@DMKRCY DMKRCY linked a pull request May 18, 2024 that will close this issue
Open
3 tasks
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
Status: Confirmed Stops stale bot from asking if stale Type: Bug Issue is a bug
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

Fixed: Ensure ImportResults is not empty when verifying imports (#2746) DMKRCY/Lidarr
6 participants
@dawtmaytrikx @hgfi @GregTroar @bakerboy448 @phoenixxx-1 @starstruct