Renaming/Moving breaks file

Sonarr version (exact version): 3.0.6.1376
Mono version (if Sonarr is not running on Windows): 6.12.0.122
OS: MacOS Monterey
Debug logs:

2021-12-10 20:00:01.2|Info|DownloadDecisionMaker|No results found
2021-12-10 20:03:09.8|Info|ReleaseSearchService|Searching indexers for [Young Sheldon : S05E01]. 2 active indexers
2021-12-10 20:03:09.9|Info|DownloadDecisionMaker|No results found
2021-12-10 20:03:15.4|Info|ReleaseSearchService|Searching indexers for [Young Sheldon : S05E01]. 2 active indexers
2021-12-10 20:03:15.6|Info|DownloadDecisionMaker|Processing 6 releases
2021-12-10 20:03:15.7|Info|DownloadService|Report sent to Transmission. Young.Sheldon.S05E01.iNTERNAL.1080p.WEB.H264-GGEZ[rartv]
2021-12-10 20:03:15.8|Info|EpisodeSearchService|Episode search completed. 1 reports downloaded.
2021-12-10 20:03:34.3|Info|ReleaseSearchService|Searching indexers for [Young Sheldon : S05E01]. 2 active indexers
2021-12-10 20:03:34.5|Info|DownloadDecisionMaker|Processing 6 releases
2021-12-10 20:03:34.6|Info|EpisodeSearchService|Episode search completed. 0 reports downloaded.
2021-12-10 20:03:41.6|Info|ReleaseSearchService|Searching indexers for [Young Sheldon : S05E01]. 2 active indexers
2021-12-10 20:03:41.8|Info|DownloadDecisionMaker|Processing 6 releases
2021-12-10 20:08:59.4|Warn|MediaCoverMapper|File /Users/kimheymans/.config/Sonarr/MediaCover/2/poster.jpg not found
2021-12-10 20:08:59.4|Warn|MediaCoverMapper|File /Users/kimheymans/.config/Sonarr/MediaCover/1/poster.jpg not found
2021-12-10 20:09:00.6|Info|SceneMappingService|Updating Scene mappings
2021-12-10 20:11:36.1|Info|SceneMappingService|Updating Scene mappings
2021-12-10 20:11:37.3|Info|RefreshSeriesService|Updating Young Sheldon
2021-12-10 20:11:37.5|Info|RefreshEpisodeService|Starting episode info refresh for: [328724][Young Sheldon]
2021-12-10 20:11:37.6|Info|RefreshEpisodeService|Finished episode refresh for series: [328724][Young Sheldon].
2021-12-10 20:11:37.6|Info|DiskScanService|Scanning Young Sheldon
2021-12-10 20:11:37.9|Info|DiskScanService|Completed scanning disk for Young Sheldon
2021-12-10 20:11:37.9|Info|ExistingMetadataImporter|Found 0 existing metadata files
2021-12-10 20:11:37.9|Info|ExistingSubtitleImporter|Found 0 existing subtitle files
2021-12-10 20:11:38.0|Info|ExistingOtherExtraImporter|Found 0 existing other extra files
2021-12-10 20:11:38.0|Info|ExistingExtraFileService|Found 0 extra files
2021-12-10 20:11:40.6|Info|ReleaseSearchService|Searching indexers for [Young Sheldon : S05E01]. 2 active indexers
2021-12-10 20:11:40.8|Info|DownloadDecisionMaker|No results found
2021-12-10 20:11:44.8|Info|ReleaseSearchService|Searching indexers for [Young Sheldon : S05E01]. 2 active indexers
2021-12-10 20:11:44.9|Info|DownloadDecisionMaker|No results found
2021-12-10 20:11:44.9|Info|EpisodeSearchService|Episode search completed. 0 reports downloaded.
2021-12-10 20:11:59.8|Info|ReleaseSearchService|Searching indexers for [Young Sheldon : S05E01]. 2 active indexers
2021-12-10 20:12:00.0|Info|DownloadDecisionMaker|Processing 6 releases
2021-12-10 20:12:00.1|Info|DownloadService|Report sent to Transmission. Young.Sheldon.S05E01.iNTERNAL.1080p.WEB.H264-GGEZ[rartv]
2021-12-10 20:12:00.1|Info|EpisodeSearchService|Episode search completed. 1 reports downloaded.
2021-12-10 20:12:00.7|Info|RssSyncService|Starting RSS Sync
2021-12-10 20:12:02.0|Info|DownloadDecisionMaker|Processing 14 releases
2021-12-10 20:12:02.0|Info|RssSyncService|RSS Sync Completed. Reports found: 14, Reports grabbed: 0
2021-12-10 20:18:40.8|Warn|MediaCoverMapper|File /Users/kimheymans/.config/Sonarr/MediaCover/2/poster.jpg not found
2021-12-10 20:18:40.8|Warn|MediaCoverMapper|File /Users/kimheymans/.config/Sonarr/MediaCover/1/poster.jpg not found
2021-12-10 20:19:46.2|Info|ReleaseSearchService|Searching indexers for [Young Sheldon : S05E01]. 2 active indexers
2021-12-10 20:19:47.3|Info|DownloadDecisionMaker|Processing 6 releases
2021-12-10 20:19:48.1|Info|DownloadService|Report sent to Transmission. Young.Sheldon.S05E01.iNTERNAL.1080p.WEB.H264-GGEZ[rartv]
2021-12-10 20:19:48.1|Info|EpisodeSearchService|Episode search completed. 1 reports downloaded.

Description of issue:
After renaming/moving the file it becomes unplayable by any player (Plex, VLC,…)
When I intercept the downloaded file before Sonarr moves it it works perfectly on every platform.
I tried turning off renaming the files but then Sonarr just removes the file completely. I can’t find it anywhere.

What is unclear about the forum template requesting Debug logs?

Additional Information:

  • Information on the log files is here: https://wiki.servarr.com/sonarr/troubleshooting#logging-and-log-files
  • Make sure debug logging is enabled in settings
  • Post the log file, not a line or two, or just the error from the Logs table
  • Post the full log to hone of the sites recommended in Logging and Log Files section of the wiki
  • Do not post them directly here. Post in .txt not .doc, .rtf or some other formatted document

Info Logs are not helpful for troubleshooting.

The logs you’ve provided are not relevant to your problem and have nothing to do with an import.

I tried turning off renaming the files but then Sonarr just removes the file completely.

Renaming has nothing at all to do with importing…it only controls whether it is renamed.
See the docs for how Sonarr works; Sonarr will never move a torrent unless it is complete and done seeding as marked by the client
https://wiki.servarr.com/sonarr/quick-start-guide#download-clients

I can’t find it anywhere.

Then it seems you don’t know how you’ve configured Sonarr. Files are copied/hardlinked or moved to the series folder which is where you - the user - told Sonarr to import the files to.

This sounds much more likely to be a setup and user issue rather than a Sonarr issue, but exactly 0 information about the problem has been provided.

Good evening to you too.

Here are the (hopefully relevant) debug logs:

Since that issue I restarted Sonarr and it now puts the file in the correct directory without changing the name. However the file is still damaged and unusable, so indeed, changing the name wasn’t the trigger. Don’t know why it lost the files before but hey, looks like I’m an idiot (confirmed by your infinite wisdom).

I’ve been using Sonarr for about 2 years without any issues. I don’t use it that often so I don’t know exactly when the issue started. The only thing I know is that it used to work with my config, and somewhere it stopped. I’ve been looking at it for several hours, checking online for people with the same issues, no success. After checking I’m having the same issue with radarr so I’m starting to think it might have something to do with the migration from v2 to v3. I didn’t change any configuration on both services apart from the update.

Sorry again for asking for help in a support community. :wink:

Can you get logs of an import?

Do the file sizes - down to the byte - match?

What file system / how are your mounts and paths setup?

Radarr rules out mono issues then

I thinkt there’s a bit more info on the import here:

Sizes match up perfectly before and after the transfer. However I can play the before perfectly and the after doesn’t work anywhere.

Setup:
Sonarr and Radarr are running on an M1 Mac Mini, data is stored on a NAS (FS=EXT4 for as far as i know), also the download client is running on the NAS.
NAS volumes are mounted on MacOS so they can be reached by Sonarr/Radarr.
Remote path mappings are set correctly for the download client and the root folders. Otherwise Sonarr/Radarr shouldnt be able to transfer the files from the download path to the destination path.

It’s so weird, when Sonarr/Radarr moves the file, it’s unplayable, when I put it there myself from the download folder to the destination folder there’s no issue at all…

Little update:

Read somewhere that disabling using hardlinks might solve the issue…

It didn’t…

It perfectly downloads, moves, renames,… but somewhere in that process it breaks the file somehow.

I am experiencing the same issue. It has started a few months ago on the same setup I have been using for years.

I am running on docker on a Linux Ubuntu server.

Sonarr image: linuxserver/sonarr
Qbittorrent image: linuxserver/qbittorrent

HDD is mounted with fstab UUID=xxx /media/hdd ext4 rw,user,exec 0 0

0 0 - so you’re mounting is as root and nothing will ever be able to access it?

But this is not a sonarr issue it is a basic Linux permissions and ownership + mounting network storage issue

The issue is not related to the permissions. If it would be permissions then any of the files would be there.

The issue is that the files are there but some of them get corrupted. It plays fine for some time and then it starts breaking randomly. Sometimes it is just a second or so and some files are not watchable at all

Exactly the same here…

Had some time today and just for reference I installed a clean V3 on another mac.
I just configured the essential settings to test it out and the result is exactly the same as on my main server.
It searches, it downloads, it replaces, it breaks the file.
I really think it’s related to differences in v2 vs v3.

I hope someone will come with some kind of solution for this…

I guess the issue has to do with some types of NAS that make the file transfer fail.
I just installed transmission locally on the same server as where sonarr lives, it works perfectly.
I guess that the way sonarr moves the files since v3 isn’t compatible with some NAS configs.
Nothing has changed for me at the NAS side, permissions are ok and when sonarr writes to the NAS when downloading locally it works.

Very weird…

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