Downloaded one season on one torrent via sonarr but ended up with only the first episode

Help & Support
#1

Sonarr version (exact version): 2.0.0.4472
Mono version (if Sonarr is not running on Windows):
4.6.2 (Stable 4.6.2.16/ac9e222 Tue Jan 3 12:12:14 UTC 2017)
OS: Raspbian GNU/Linux 8 (jessie)
((Debug logs)): https://www.dropbox.com/s/9mtfh1ynyuzxhlu/sonarr.debug%20logs.zip?dl=0
Description of issue:
I added a new anime to sonarr, searched for the first episode but found a torrent that had all 13 episodes. I wasn’t sure if sonarr could handle whole seasons but when I started downloading it all looked correct on the queue, it showed that each episode was there and all that so I thought it was all good and that it would copy the episodes to the folder.

When I checked the show-folder later there was only the first episode in there, it had the filename matching the name of the torrent

Here is the log when it copied the first episode:

17-1-16 01:32:59.4|Debug|EpisodeFileMovingService|Copying episode file: /home/pi/torrents/sonarr/Flip Flappers 01-13/Flip Flappers - 01 (1280x720 HEVC2 AAC).mkv to /mnt/nfs/videoubuntu/Anime/Flip Flappers/Flip Flappers 01-13.mkv
17-1-16 01:32:59.4|Debug|DiskTransferService|Copy [/home/pi/torrents/sonarr/Flip Flappers 01-13/Flip Flappers - 01 (1280x720 HEVC2 AAC).mkv] > [/mnt/nfs/videoubuntu/Anime/Flip Flappers/Flip Flappers 01-13.mkv]

It renames the file which is weird…

This is the main error from the debug logs from when the copying happened, it happens for each episode.

17-1-16 01:33:26.8|Debug|Parser|Parsing string 'Flip Flappers 01-13'
17-1-16 01:33:26.8|Debug|Parser|Episode Parsed. Flip Flappers - 001-002-003-004-005-006-007-008-009-010-011-012-013 
17-1-16 01:33:26.8|Debug|Parser|Language parsed: English
17-1-16 01:33:26.8|Debug|QualityParser|Trying to parse quality for Flip Flappers 01-13
17-1-16 01:33:26.8|Debug|Parser|Quality parsed: Unknown v1
17-1-16 01:33:26.8|Debug|Parser|Release Group parsed: 
17-1-16 01:33:26.8|Debug|EpisodeFileMovingService|Copying episode file: /home/pi/torrents/sonarr/Flip Flappers 01-13/Flip Flappers - 02 (1280x720 HEVC2 AAC).mkv to /mnt/nfs/videoubuntu/Anime/Flip Flappers/Flip Flappers 01-13.mkv
17-1-16 01:33:26.8|Debug|DiskTransferService|Copy [/home/pi/torrents/sonarr/Flip Flappers 01-13/Flip Flappers - 02 (1280x720 HEVC2 AAC).mkv] > [/mnt/nfs/videoubuntu/Anime/Flip Flappers/Flip Flappers 01-13.mkv]
17-1-16 01:33:26.9|Warn|ImportApprovedEpisodes|Couldn't import episode /home/pi/torrents/sonarr/Flip Flappers 01-13/Flip Flappers - 02 (1280x720 HEVC2 AAC).mkv

[v2.0.0.4472] System.IO.IOException: Destination already exists [/mnt/nfs/videoubuntu/Anime/Flip Flappers/Flip Flappers 01-13.mkv]
  at NzbDrone.Common.Disk.DiskTransferService.ClearTargetPath (System.String targetPath, System.Boolean overwrite) [0x00029] in <c9f605764859493eb0db62ae8c0fda9b>:0 
  at NzbDrone.Common.Disk.DiskTransferService.TransferFile (System.String sourcePath, System.String targetPath, NzbDrone.Common.Disk.TransferMode mode, System.Boolean overwrite, NzbDrone.Common.Disk.DiskTransferVerificationMode verificationMode) [0x0021f] in <c9f605764859493eb0db62ae8c0fda9b>:0 
  at NzbDrone.Common.Disk.DiskTransferService.TransferFile (System.String sourcePath, System.String targetPath, NzbDrone.Common.Disk.TransferMode mode, System.Boolean overwrite, System.Boolean verified) [0x0000e] in <c9f605764859493eb0db62ae8c0fda9b>:0 
  at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.TransferFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Tv.Series series, System.Collections.Generic.List`1[T] episodes, System.String destinationFilePath, NzbDrone.Common.Disk.TransferMode mode) [0x0012c] in <16f9d0ac1b4b4545a818312139cdf850>:0 
  at NzbDrone.Core.MediaFiles.EpisodeFileMovingService.CopyEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode) [0x000a6] in <16f9d0ac1b4b4545a818312139cdf850>:0 
  at NzbDrone.Core.MediaFiles.UpgradeMediaFileService.UpgradeEpisodeFile (NzbDrone.Core.MediaFiles.EpisodeFile episodeFile, NzbDrone.Core.Parser.Model.LocalEpisode localEpisode, System.Boolean copyOnly) [0x000fe] in <16f9d0ac1b4b4545a818312139cdf850>:0 
  at NzbDrone.Core.MediaFiles.EpisodeImport.ImportApprovedEpisodes.Import (System.Collections.Generic.List`1[T] decisions, System.Boolean newDownload, NzbDrone.Core.Download.DownloadClientItem downloadClientItem, NzbDrone.Core.MediaFiles.EpisodeImport.ImportMode importMode) [0x00274] in <16f9d0ac1b4b4545a818312139cdf850>:0

Linked the full debug logs, I think I also included the log when it found that torrent if needed.

I run sonarr on a raspberry pi, it uses transmission for downloads and copies the files to a mounted ubuntu server when they are downloaded and deletes them when transmission says they are done. The pi mounts the folder on the ubuntu server via NFS. I also use download handling with a category/subfolder. I don’t use any renaming.

I haven’t had any issues with this setup but I haven’t downloaded multiple episodes in one torrent before…

Is sonarr supposed to be able to handle multiple episodes in one torrent or did it manage to do something it shouldn’t be able to?

PS: Just had a thought, maybe I should set up another default folder for sonarr to download to outside of the normal one and not inside. The transmission sonarr category/subfolder is in the normal torrentfolder.
If there is a proper way to set up the three transmission folders let me know. Maybe two of them are the same? Current setup

#2

It looks like Sonarr thought the one file it imported was all 13 episodes, likely due to the naming of the file (nothing in the filename itself would limit it to an anime release (no release group at the beginning or end) so it may have fallen back to the folder name.

#3

Yeah, but the download handler saw all the files as the right files. Looks like the other thing got it first… and again and again 13 times.
So if the files would have had release groups in the file names it wouldn’t rename it and it would have worked?
How should one handle more then one episode in one torrent? Can Sonarr handle it?

#4

It saw a release with a name that included 13 files, it doesn’t know whether all 13 were in there or not until it the download finished and it tried to import the files.

If they were named in a standard anime format, such as [RlsGrp] Flip Flappers - 01 (1280x720 HEVC2 AAC).mkv then Sonarr would have been able to parse it properly, but I’m not seeing in the logs how it parsed it exactly (your snippet starts too late and the logs you posted don’t extract properly).

If Sonarr can parse the file name properly it should work perfectly.

#5

Sorry about the logs, maybe 7-zip did something weird. Here they are uncompressed: https://www.dropbox.com/sh/vcytdqj6fwtxqnz/AABAsgpAwnYtB4BHyKg9B17Ca?dl=0

#6

Thanks, that’s helpful, though it looks like it was able to parse it correctly, but imported it incorrectly.

This may be related to a check that Sonarr does on the folder’s files to see if it should rely on the folder name instead of the file name, but at first glance that shouldn’t do it.

I’ll need to investigate this issue further.

#7

This topic was automatically closed 60 days after the last reply. New replies are no longer allowed.