Synology + Docker: Import failed, path does not exist or is not accessible by Sonarr:

Sonarr version (2.0.0.5163):
Mono version (5.8.0.108-11):
OS: Synology DS716+II DSM 6.1.6-15266
Debug logs:
[Sonarr Logs] https://drive.google.com/file/d/1PbtKvEVin7ZOq5cIb3VHHxRDscZPZJtY
[nzbGet Logs] https://drive.google.com/open?id=1pV2ptM3ca3Cju9V3A3FqKlzFiDlutaDN

Hi All,

I’ve been reading through some similar errors but can’t quite put my finger on what the issue is! I have freshly installed nzbGet and Sonarr and also have a previously installed version of coucpotato running.

If I request a movie via couchpotato it finds it, sends it to nzbGet and then once downloaded renames the file and sends to my Movies folder. So all works as it should. folder setup is /downloads/completed/movies

However with Sonarr I can find episodes via usenet groups and it sends them to nzbGet and downloads to the same folder setup /downloads/completed/tv this last folder I let Sonarr create itself. It then fails to rename and send to my TV Shows folder on the same NAS.

I have tired setting permissions using chmod 777 on the downloads folder and also made sure the folders have full control for sc-media and sc-downloads. Im therefore not all that clear if it’s actually a permission issue or if the path is the problem perhaps?

One thing to note is that nzbGet is running in docker and Sonarr and Couchpotato are running normally via community download on my synology?

NzbGet Docker image settings if helpful! https://drive.google.com/open?id=1wPY0tlMEVpvid-xDNYxESrOa5RnjC7z8

Sonarr download path settings: https://drive.google.com/open?id=1sG6s2L8KAJtXnXPz6ABOvNWNwlSwMevF

(This last setting I only introduced after finding the error and have tried a few variant path configs to no avail)

What’s confounding me is that Coachpotato seems to be finding the path perfectly find and renaming yet Sonarr isn’t!

Any help is appreciated!

Is Sonarr running in a docker container or directly on the Synology?

If it’s running as a container make sure that /downloads is mapped to the container. If it’s not you’ll need to remap the /downloads (remote) path to /volume1/downloads (local) and make sure the host field is correct (it needs to match the host field in Sonarr’s nzbget settings.

Right now your Remote Path Mapping is doing nothing (remapping to the exact same path), but the host is suspect as well.

Hey there Markus101!

It’ actually NZBGet that is running in docker. Sonaar is running directly in the Syno! I did try the new mapping but looks like i am getting the same error!

Attached some grabs of the mapping and the hostname!
https://drive.google.com/open?id=18bmrPV-KtIx9krBXg1QDrXrjedbTuBnp
https://drive.google.com/open?id=1CgNiXFwQm6UrpaT03aYiPlqmaZp_lqWW

Ah Strangely I just notice I have the following problem? Perhaps this is the issue? https://drive.google.com/open?id=1uAI7tcwOgSBlGeBz5fc4eavcz3sJUWgh

Im sure it hasnt been there all the time so perhaps since I changed the past as per your suggestion?

You mapping has Nzbget for the host field, but the NZBGet settings has localhost for the host. They should both be localhost.

That’d cause some issues, unfortunately that error started popping up in mono 4.6 and hasn’t yet been fixed (at least what is likely the underlying issue), it’s intermittent and most often seen with nzbget, for whatever reason. It would lead the the error you were seeing though.

1 Like

Ah ha! markus you are a scholar and a gentleman! I do believe the ‘localhost’ setting on the path solved the problem! I restarted the server and also the Mono issue too is going! Everything now downloaded and renaming as it should be into the appropriate folders! Amazing thankyou so much!

1 Like

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