Sonarr version (exact version): 2.0.0.3732
Mono version (if Sonarr is not running on Windows): 3.10.0 (mono-3.10.0-branch/ce003f4 Tue Nov 25 20:18:29 UTC 2014)
OS: raspbian
Debug logs (posted to hastebin or similar):
Description of issue (if you think you’ve found a bug please include steps to reproduce): When the download is completed, the file remains in the seeding and is not moved in the correct folder.
Are you using completed download handling or a drone factory?
That seems to be ok, can you provide some logs of what goes wrong exactly?
Can you show a screenshot of your “Media Management” tab please ?
Which type ? info,error, warn ?
Like previously with “Download Client” tab.
Try to get logs of when it goes wrong, but make it debug logs, like described here: https://github.com/Sonarr/Sonarr/wiki/Log-Files
Where’s “Media Management” ?
In debug log i’ve this:
16-3-14 07:24:47.6|Info|Bootstrap|Starting Sonarr - /opt/NzbDrone/NzbDrone.exe - Version 2.0.0.3953 16-3-14 07:24:52.4|Debug|ProcessProvider|Found 0 processes with the name: NzbDrone.Console 16-3-14 07:24:52.7|Debug|ProcessProvider|Found 1 processes with the name: NzbDrone 16-3-14 07:24:52.7|Debug|ProcessProvider| - [5785] NzbDrone 16-3-14 07:24:54.2|Info|MigrationLogger|*** Migrating data source=/home/pi/.config/NzbDrone/nzbdrone.db;cache size=-10485760;datetimekind=Utc;journal mode=Wal;pooling=True;version=3 *** 16-3-14 07:24:55.6|Info|MigrationLogger|*** 101: add_ultrahd_quality_in_profiles migrating *** 16-3-14 07:24:55.6|Debug|MigrationLogger|Beginning Transaction 16-3-14 07:24:55.6|Info|add_ultrahd_quality_in_profiles|Starting migration to 101 16-3-14 07:24:55.6|Debug|MigrationLogger|PerformDBOperation 16-3-14 07:24:55.6|Debug|MigrationLogger|Performing DB Operation 16-3-14 07:24:56.3|Debug|MigrationLogger|Took: 00:00:00.6995340 16-3-14 07:24:56.4|Debug|MigrationLogger|INSERT INTO "VersionInfo" ("Version", "AppliedOn", "Description") VALUES (101, '2016-03-14T07:24:56', 'add_ultrahd_quality_in_profiles') 16-3-14 07:24:56.4|Debug|MigrationLogger|Committing Transaction 16-3-14 07:24:56.4|Debug|MigrationLogger|101: add_ultrahd_quality_in_profiles migrated 16-3-14 07:24:56.4|Debug|MigrationLogger|Took: 00:00:00.8067130 16-3-14 07:24:56.5|Debug|MigrationLogger|Took: 00:00:02.3006804 16-3-14 07:24:56.6|Info|MigrationLogger|*** Migrating data source=/home/pi/.config/NzbDrone/logs.db;cache size=-10485760;datetimekind=Utc;journal mode=Wal;pooling=True;version=3 *** 16-3-14 07:24:56.7|Info|MigrationLogger|*** 101: add_ultrahd_quality_in_profiles migrating *** 16-3-14 07:24:56.7|Debug|MigrationLogger|Beginning Transaction 16-3-14 07:24:56.7|Info|add_ultrahd_quality_in_profiles|Starting migration to 101 16-3-14 07:24:56.7|Debug|MigrationLogger|INSERT INTO "VersionInfo" ("Version", "AppliedOn", "Description") VALUES (101, '2016-03-14T07:24:56', 'add_ultrahd_quality_in_profiles') 16-3-14 07:24:56.7|Debug|MigrationLogger|Committing Transaction 16-3-14 07:24:56.8|Debug|MigrationLogger|101: add_ultrahd_quality_in_profiles migrated 16-3-14 07:24:56.8|Debug|MigrationLogger|Took: 00:00:00.0557450 16-3-14 07:24:56.8|Debug|MigrationLogger|Took: 00:00:00.2229504 16-3-14 07:24:57.6|Info|Router|Application mode: Interactive 16-3-14 07:24:57.6|Debug|Router|Console selected 16-3-14 07:24:57.8|Info|OwinHostController|Listening on the following URLs: 16-3-14 07:24:57.8|Info|OwinHostController| http://*:8989/ 16-3-14 07:24:58.5|Debug|OwinAppFactory|Attaching NzbDroneVersionMiddleWare to host 16-3-14 07:24:58.6|Debug|OwinAppFactory|Attaching SignalRMiddleWare to host 16-3-14 07:24:58.6|Debug|OwinAppFactory|Attaching NancyMiddleWare to host 16-3-14 07:24:58.9|Info|NancyBootstrapper|Starting NzbDrone API 16-3-14 07:25:03.2|Trace|EventAggregator|Publishing ApplicationStartedEvent 16-3-14 07:25:15.6|Trace|EventAggregator|ApplicationStartedEvent -> UserService 16-3-14 07:25:15.7|Trace|EventAggregator|ApplicationStartedEvent <- UserService 16-3-14 07:25:15.7|Trace|EventAggregator|ApplicationStartedEvent -> DownloadClientFactory 16-3-14 07:25:15.7|Debug|DownloadClientFactory|Initializing Providers. Count 11 16-3-14 07:25:15.9|Trace|EventAggregator|ApplicationStartedEvent <- DownloadClientFactory 16-3-14 07:25:15.9|Trace|EventAggregator|ApplicationStartedEvent -> IndexerFactory 16-3-14 07:25:15.9|Debug|IndexerFactory|Initializing Providers. Count 14 16-3-14 07:25:15.9|Trace|EventAggregator|ApplicationStartedEvent <- IndexerFactory 16-3-14 07:25:16.0|Trace|EventAggregator|ApplicationStartedEvent -> ReconfigureLogging
you should place them on hastebin, and a lot bigger log, this one doesn’t tell all that much, and nothing about your problem if I gaze through it 
1 Like
Just on your screen 
Your configuration seems OK.
On your Transmission settings have you check
-
Stop seeding at ratio : X
-
Stop seeding if idle for (min) : X
In transmission i’ve 0 and 0, so i correct with 1 and 10.
But the problem is that the downloaded file, after copy in the correct folder the file isn’t deleted from transmission folder.
So Sonarr moves the file to the appropriate folder, but also leaves it in the transmission folder? Are you sure you set sonarr to move the files instead of copying them?
You need to show debug logs the moment a torrent finishes it and Sonarr copies it to the appropriate directory
Exactly!
In “Use hardlinks instead of copy” it was set on Yes.
alright, so that fixed the problem?
I’m downloading a new file to try!
same issue
then you really should include the debug logs of the last 2 days so people here can have I proper look, otherwise the sonarr team can’t help you for sure
