sabnzbd has a container path dwnlds mapped to your Dwnlds user share, but radarr has a container path downloads mapped to your Dwnlds user share.

sab puts it downloads into dwnlds then tells radarr to go there to get it, but radarr doesn't have dwnlds.

Same problem with sonarr, of course.

Each of your containers only has access to its own mapped container paths. sab doesn't know about a path named downloads, and radarr/sonarr don't know about a path named dwnlds

so from what im understanding here is that my container paths obivously need to match for sab and sonarr and radarr to make sure theyre going into the proper locations to be grabbed for viewing.

5 minutes ago, microminipimp said:

my container paths obivously need to match

correct

i would need some help properly mapping the paths out then. i had help from a friend setting this up so i dont entirely remember how todo these things on my own.

Your downloads are going to your Dwnlds user share at the host path /mnt/user/Dwnlds. Each of those containers already has a mapping to that host path, but the container path doesn't match, and the container path is the path each application knows about.

If you have several 'arr containers, and they are all using the container path /downloads, then the simplest fix would be to change the container path in sabnzbd from /dwnlds to /downloads, so it matches the 'arrs, and then setup sabnzbd to download to /downloads instead of to /dwnlds

where at in sab would i change the container path to "downloads" instead of dwnlds

Just now, trurl said:

the container path doesn't match, and the container path is the path each application knows about.

When sabnzbd finishes downloading, it tells radarr/sonarr where it put the download, which is the container path /dwnlds, but radarr/sonarr doesn't know about a path /dwnlds, so they can't find the download. You need to make them have the same container path mapping to host path /mnt/user/Dwnlds

im still having the same issue. so not sure if im editing this correctly or not but the issue still persists.

2 minutes ago, microminipimp said:

where at in sab would i change the container path to "downloads" instead of dwnlds

After you make the change to the container paths so sabnzbd has the /downloads path, you need to go into the webUI of sabnzbd and change the setting for the path. I use nzbget instead but the idea is the same, there is a setting where it has /dwnlds and it needs to be changed to /downloads.

Very important. Linux is case-sensitive. For things to match, they have to use the same upper/lowercase. So, Downloads doesn't match downloads.

Also very important, mapped container paths must begin with the /, since they must be absolute (not relative) paths. This means they must also begin with / within the application. So, /downloads is correct, downloads is not.

i used to have nzbget but that was another docker i had issues properly setting up . also cannot get into nzbget anymore because somehow the username and password doesnt match what i have saved.

still having issues getting things to work properly after changing the path .

post processing aborted. it cannot find any configured path. dwnld or download.

PermissionError: [Errno 13] Permission denied: '/dwnlds'

Just now, microminipimp said:

PermissionError: [Errno 13] Permission denied: '/dwnlds'

If you made the changes we discussed, nothing should be looking in /dwnlds.

Since these applications haven't been using the same paths, anything they have already done probably won't work together since they have already told the other application the wrong path. You will have to manually move the downloaded files yourself and see if new downloads will work

all of the downloads have empty folders when i see them in their old path. everything i download comes up with proper folder name but no contents.

i tried downloads and dwnlds neither changes accepted the process.

1 minute ago, microminipimp said:

all of the downloads have empty folders when i see them in their old path. everything i download comes up with proper folder name but no contents.

How are you looking for the files? From outside the containers, only the host paths exist, such as your Dwnlds user share.

Probably the 'arr created an empty folder to put them in, but it couldn't find anything to put there since it didn't have access to the folder sab told it to look in.

Are you trying to work with new downloads, or the downloads that sab already told radarr where to look?

looking for contents on the network path drives through the network tab on my windows machine. can go in and see all the folders from when the drive crashed and all my old content is there but i cant seem to find any new. its not even making it there .

thing thats driving me nuts is before i started messing with things it downloaded just never made it to the proper folder locations. now post processing fails and it doesnt even complete the downloads anymore.

the system definetly made the Downloads folder but im not sure how to give it permissions so that it knows to start sending contents there.