mirror of
https://github.com/Radarr/Radarr.git
synced 2026-03-02 22:57:34 -05:00
Importing files stops after a few seconds #8344
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
On Hold: MetadataAPI Blocking
On Hold: MetadataAPI Blocking
Priority: High
Priority: Low
Priority: Medium
Status: Accepted
Status: Cannot Reproduce
Status: Confirmed
Status: Help Wanted
Status: In Progress
Status: Indexer - need invite
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: External Bug
Type: Feature Request
Type: Regression
Type: Support
Type: Support.
conflict
lidarr-pull
no-conflict
not-pulled
readarr-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/Radarr#8344
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 @n0bbi on GitHub (Mar 18, 2024).
Is there an existing issue for this?
Current Behavior
Hello,
every movie breaks off after a few seconds when importing. Usually about 300 to 600 MB have been copied by then and I see the following error message in the queue:
"Failed to import movie, Destination already exists."
To fix this, I have to delete the only partially copied file and start the import again. In about 80% of cases, the import stops again with the same message. In about 20% of the cases it then works.
I cannot find any errors in the log. The only error is that "Destination already exists". It seems to me that it tries to import again during the import and then aborts completely.
What have I already tried?
I am currently helping myself by manually copying the file and then importing it with "Manage Files".
I am at a loss now and don't know where to start. I would appreciate any help and tips in the right direction. Thank you very much!
Expected Behavior
Import without canceling.
Steps To Reproduce
I need to use the folder mapping because SABnzbd is running on my NAS and Radarr is running on my server. The sharing is done with NFS and there don't seem to be any authorization problems.
Environment
What branch are you running?
Master
Trace Logs? Not Optional
trace.txt
Trace Logs have been provided as applicable. Reports will be closed if the required logs are not provided.
trace- that are relevant and show this issue.@mynameisbogdan commented on GitHub (Mar 18, 2024):
what are the options for the share mount?
From the logs it looks like it fails to see the destination path.
@n0bbi commented on GitHub (Mar 18, 2024):
I have tried CIFS and NFS and could not find any difference. Here are both fstab entries:
radarr runs under root and the authorizations are consistently 755
@mynameisbogdan commented on GitHub (Mar 18, 2024):
Might be related to this?
/cc @bakerboy448
@n0bbi commented on GitHub (Mar 18, 2024):
You are my hero, this error has now cost me several days. I have ruled out that it could be the fileshare, because it is mostly just permissions here.
My initial tests are very positive. I tried CIFS and NFS, both seem to work now - I hope this is not a coincidence :)
Thanks for your support!
I'll close the issue now and open it again if needed.
@n0bbi commented on GitHub (Mar 18, 2024):
Oh no, I was too quick. The error still exists. Unfortunately, it only occurs sporadically, so troubleshooting is difficult.
@mynameisbogdan commented on GitHub (Mar 18, 2024):
Hop on our discord, maybe one of our fellas know something I don't since I don't use NFS.
@n0bbi commented on GitHub (Mar 19, 2024):
Perhaps I have found a solution. I have at least been able to import some files without any problems.
I can't really explain it, but I have noticed that the web gui is always temporarily unavailable and then the import aborts. In ProxMox I couldn't see a 100% load/RAM Usage, but I increased the CPUs and RAM anyway (previously 1 CPU + 512 MB RAM, now 2 CPU + 1GB RAM).
Maybe it really was just the environment in the end. I will continue to monitor it.