After downloading, this happens:
Couldn't import episode V:\TV series\Lip Sync Battle\Season 1\_UNPACK_Lip.Sync.Battle.S01E04.720p.HDTV.x264-FiHTV\Lip.Sync.Battle.S01E04.720p.HDTV.x264-FiHTV.mkv: Destination already exists [V:\TV series\Lip Sync Battle\Season 1\Lip.Sync.Battle.S01E03.720p.HDTV.x264-FiHTV.mkv]
Sonarr is mismatching episodes (above example matching E04 to E03). End result is that Sonarr deletes E04.
Please hastebin debug logs of the import process, so we have more information for that import.
If you look at the episode file linked to episode 4, which path does it point to?
Which version of Sonarr?
http://hastebin.com/omicosuses.tex
Path:
Version 2.0.0.3580
I might add that this actually happens quite frequently when grabbing whole seasons of aleady aired shows.
As a sidenote I can also mention that in this instance it culminated in me deleteing the show from Sonarr, grabbing the 18 episodes of S01 manually, then adding the show to sonarr again - only for Sonarr to delete 11 of the 18 episodes right in front of my eyes as it was scanning through the folder.
Those aren’t debug logs.
Do you have something else moving the files to the series folder?
Euh, Markus:
Couldn’t import episode V:\TV series\Lip Sync Battle\Season 1\_**UNPACK_**Lip.Sync.Battle.S01E04.720p.HDTV.x264-FiHTV\Lip.Sync.Battle.S01E04.720p.HDTV.x264-FiHTV.mkv: Destination already exists [V:\TV series\Lip Sync Battle\Season 1\Lip.Sync.Battle.S01E03.720p.HDTV.x264-FiHTV.mkv]
Looks to me like sab intermediate/completed mixup, maybe sab sorting enabled.
The (non-debug) logs later also shows it’s trying to move/rename/import from the series folder to the series folder. Possibly Manual Import attempt instead of Import Existing.
Yes, sab is sorting my series, that’s still my setup since migrating from sickbeard. I avoided using Drone Factory. When completed download handling came I also did not change my setup. Mostly because I liked having the option to remotely trigger a grab through an indexer site and have the episode sorted by sab.
I read up on CDH at the time of introduction, but as I re-read the wiki now I see this line:
This file location can be almost anywhere, as long as it is somewhere separate from your media folder.
CDH is enabled in my settings, which seems illogical to me now.
Anyway, I’ll give the info you asked for and hear your answer …
I enabled the debug logs and re-grabbed the 2 episodes.
http://hastebin.com/arunizediv.tex
End result:
This is what I find strange : Sonarr deleted E03, and renamed E04 to E03 (although renaming is disabled).
Sonarr will handle that automatically if the category is the same that is configured in Sonarr.
With SAB doing the sorting, yes, this is causing Sonarr to try and import the file, since you have renaming off its trying to import it to the same path and failing. Eventually when Sonarr rescans the series (every 12 hours), its likely trying to move the file still and starts deleting things to make room for the file it needs to import.
Part of this looks like a bug on our side, Completed Download Handling (CDH) shouldn’t process anything thats in a series folder, or even under the root folder, though I suspect people are keeping their sorted libraries mixed with their completed downloads.
Not sure how S01E03 got linked to S01E04, but likely to do with the release name or something else melting down due to the configuration.
Simple solution is to disable CDH and let SAB do whatever its going to do, but Sonarr will think episodes are missing until the disk is rescanned.
Just some follow up:
I chose instead to abandon my old setup and convert fully to Sonarr. I set up CDH according to the wiki, abandoned my Sab Plex script and instead connected Plex to Sonarr. After setting up file rename to Original Title to handle hashed file names - it works like a charm. Maybe some subs will be missing through the CDH process, but Plex should find most of them with the original file name intact.
Thanks.
This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.
