This is happening to me right now. But, it’s correct that it wasn’t grabbed Sonarr, I had to add it to my torrent client manually. I added it with the label tv-sonarr so Sonarr wouldn’t continue to search for the episode – and – my post processing script would copy it to the drone factory (I turn off completed download handing and notify Sonarr when the file is available to import.).
Bottom line: Just trying to make sure I don’t get 2 copies of the episode. Just need Sonarr to remove it from the activity queue when it picks up the episode from the drone factory folder.
My workaround: Once Sonarr picks up the episode, I remove the label from uTorrent. Then it disappears from the activity queue. I need the label present until it’s downloaded so my post processing script knows to copy it to the drone factory folder and notify Sonarr. I didn’t want to click on “Remove from download client” because it’s still seeding and I don’t know if Sonarr would truly cause the episode to stop seeding.
Drone factory doesn’t check whether it was grabbed by Sonarr, or what the category is (that information is not available to it).
Its not going to do that because the paths are different, it doesn’t know it imported the episode in the queue because it has no way of knowing they are the exact same thing (name isn’t unique enough).
If you’re using a supported client why would you turn CDH off?
I need CDH off for USENET because I need to fix the mangled files. I know you keep fixing things with that, but sooner or later there’s another situation and I wind up editing the data base and fixing my file names. So…I just do it myself. It’s easier for me to do it correctly because I know what I’m downloading and I can make assumptions about the content that you can’t.
I’m thinking that CDH applies to both torrents and USENET (I can’t have separate values).
The disks that Sonarr manages for actual video storage are not on the same PC that the torrent client uses. So, I copy the file to the Sonarr system when it finishes downloading. You mentioned something about hardlinks when torrents are involved. I couldn’t find actual documentation so I assumed you create a hardlink and I didn’t think hardlinks work remotely.
All things considered, it seemed best to keep CDH off.
Right. But, you do know the show and episode because, when you pick up an episode, it comes off the “wanted” list. You could also remove any unwanted episodes from the activity queue. You don’t have to, but you’re leaving something in the queue that truly isn’t wanted. I can get it out of the queue by removing the tv-sonarr label (in uTorrent) and restarting Sonarr.
In SAB/get you could have a PP script that renames the file to match the folder if its been that big of an issue. A much better option than turning off all the logic.
Thats correct, it applies to both.
There are people using Sonarr with remote seed boxes and its working well for them. Hard links only work on the same disk, so they won’t work for you here, so copying would be used. If you’re able to “mount” the location from the torrent client to a local directory you can use a remote path mapping in Sonarr to link it up automatically.
Queue = things that are in the download client that haven’t been imported, if the file has already been imported its not going to look for another copy (assuming the file meets the quality profile cutoff), but it will still show in the queue. If you grab an alternate copy manually you’d still want it to show in the queue, Sonarr isn’t going to assume because it was imported from somewhere else that its the same one and exclude it.
That’s what I have. I didn’t know the CDH happens after the PP script runs (thought it took the place of PP scripts.)
Please verify: Sounds like I can turn CDH back on. In my script, I just rename my files if necessary and exit? Don’t copy to Drone Factory. Don’t notify Sonarr. If that’s right, does it work like that with uTorrent too (can I do some post processing before you pick up the file)?
I don’t know, in SAB/get they have a post processing status and its not marked as completed until the script finishes executing.
Apparently some torrent clients (not sure which ones), trigger the script after to goes to seeding, which means Sonarr would try to pick it up (it would be a race to see whether the script finished before Sonarr tried to import it). In that case there isn’t much we can do at the moment I’m afraid.
Vincent, I think your issue is slightly different than the one I originally posted. Here are the reasons why -
I am not using uTorrent,
I am not using a PP script when the download finishes.
I do not have to add it to my torrent client manually. When Sonarr searches the torrent indexer and finds a release that meets my criteria, it grabs the .torrent file, which is then picked up by my client.
I am not adding a label to my downloads. I am simply specifying a download-to directory that my client places finished downloads (done seeding, etc.) and I have Sonarr configured to monitor it for them.
When Sonarr detects the finished download, it runs into some sort of issue (which is what prompted me opening this ticket) because it doesn’t remember that it initiated the download, thinks that it was downloaded via other means and then it sits in my activity queue indefinitely until I force import it.
When I got home from work today, there were 4 more downloaded episodes sitting in my activity queue and I had to force import all of them (which works fine but is just an inconvenience lol).
I sort-of understand. I made things easy for me to move software and disks around:
I share the root folder of the disk used by the torrent client. No matter what system you’re on, you can get to this folder using the drive letter T:. The client places things in T:\active and moves them to T:\completed once the torrent has downloaded. It seeds from T:\completed.
I’m thinking because I use the same drive letters everywhere, I don’t need a Sonarr remote path mapping. Sonarr should be able to access the path exactly as it’s given by the client. I probably don’t need a remote mapping.
Yes. We have different situations. Yours sounds like a “bug”. Mine happens because I found the torrent at a site that Sonarr doesn’t support and I have to add it manually. I was just hoping that Sonarr could clean up the activity queue once it picks up the episodes (regardless of how the torrent got there.) After reading all of this, I’m thinking I should turn off CDH and then use force import when I add things manually. That might work. Sounds like you have to wait for a bug fix.
I’ll test it tomorrow. For torrents I really don’t need to rename anything because I’ve never seen a completely mangled file name. I had to copy the file myself because I had CDH off. It’s probably not an issue anymore.
Update: I turned on CDH and everything works fine. I did add a remote path mapping. I created a symbolic link to the remote folder and entered that name in the local path field. I did that so it would truly appear to Sonarr as a local folder.
The torrent files got copied when the download completed and Sonarr cleaned everything up when the torrent finished seeding. It also worked fine with nzbs.
So…unless it’s not possible, it would be helpful if Sonarr could/would treat torrents/nzbs in the per-client specified category equally, regardless of how they got loaded into the client (please don’t skip them).
Anything I categorize as tv-sonarr is for Sonarr. When I want Sonarr to ignore something, I use a different category.
As for the Remote path mapping, if Sonarr and uTorrent are on the same system its not required and won’t actually add any value (it might even cause issues at some point).