[SOLVED] aneely - docker image filling up

[aneelley]

4 minutes ago, trurl said:

That looks OK. Is it working as you expect? Since you changed dockers and presumably the appdata path, it will be a completely new install of plex and you will have to set up your media again.

 

Seems to be working right.  I could see the media and it is rebuilding the library.

[aneelley]

3 minutes ago, trurl said:

If you go with the binhex plex, then according to your mappings

plex is going to see all of your user shares (/mnt/user) in the /media folder.

Yes, understood.

[trurl]

OK, plex is an easy one, and since it doesn't usually write anything except its own appdata (unless you specify a special path for transcoding) it is also unlikely to fill your docker image.

 

NZBGet is another container I happen to use, the linuxserver one. And since it is used to download and process large files, it can definitely write into and fill docker image if you don't configure it correctly.

 

Reinstall your NZBGet container and post the docker run command for that.

[aneelley]

6 minutes ago, trurl said:

OK, plex is an easy one, and since it doesn't usually write anything except its own appdata (unless you specify a special path for transcoding) it is also unlikely to fill your docker image.

 

NZBGet is another container I happen to use, the linuxserver one. And since it is used to download and process large files, it can definitely write into and fill docker image if you don't configure it correctly.

 

Reinstall your NZBGet container and post the docker run command for that.

Here you go:

 

Command:root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='binhex-nzbget' --net='bridge' -e TZ="America/New_York" -e HOST_OS="Unraid" -e 'UMASK'='000' -e 'PUID'='99' -e 'PGID'='100' -p '6789:6789/tcp' -v '/mnt/user/downloads/':'/data':'rw' -v '/mnt/user/appdata/binhex-nzbget':'/config':'rw' 'binhex/arch-nzbget' 

55a2482c2fe79691ca20294fe6aaad6b5f064a2d13ebf1b215bd4cd3445d0984

The command finished successfully!

[trurl]

That looks OK too. Now here is the part where you can screw it up. Within the NZBGet application itself, go to Settings - Paths, and post screenshots of those settings.

[aneelley]

[trurl]

Or, instead of the screenshots, you can post the contents of the NZBGet configuration file at

 

/mnt/user/appdata/binhex-nzbget/nzbget.conf

[aneelley]

Let me know if you need any others.  

[trurl]

OK, that looks good too.

 

Just noticed you don't have docker log rotation turned on.

 

Go to Settings - Docker, disable docker, turn on log rotation, and enable docker again.

 

Then post new diagnostics.

 

[aneelley]

Done.  Here you go.

unraid-diagnostics-20200419-2223.zip

[trurl]

OK, that looks good. Use NZBGet to download something. You should see it is downloading and processing files in the user share named downloads, since  NZBGet is set to use paths in /data, and /data is mapped to /mnt/user/downloads.

 

After it completes a download or two, post new diagnostics so we can verify that docker image isn't growing.

[aneelley]

Here you go.

unraid-diagnostics-20200419-2240.zip

[trurl]

OK, those look good. I assume the downloads went as expected.

 

Now on to the trickier part, setting up sonarr. I am a fairly new user to sonarr and radarr, but they are working for me. The main thing that often trips people up with these is making sure they can properly communicate the paths with nzbget, etc. Basically, you just need to make sure they are doing the mappings the same way.

 

8 hours ago, aneelley said:

...log file on sonarr says it is looking in /usr/local/bin/nzbget/downloads/completed/shows/ for the completed shows...

  

To me, this suggests that you had a relative path somewhere in the settings for sonarr, since /usr isn't going to be part of a mapped path but /usr/local/bin might very well be the "current directory" of the executable inside the container.

 

[trurl]

We may have to take this up again in several hours since it is my bedtime.

[aneelley]

Ok, I am with you so far.  Shall I install the container and post the output?

[aneelley]

3 minutes ago, trurl said:

We may have to take this up again in several hours since it is my bedtime.

roger that.  Thank you for your help and I look forward to continuing tomorrow.

[JorgeB]

13 hours ago, trurl said:

You are using a controller that isn't passing the serial number or SMART information from your disks.

OP is using SAS devices, they already have much less SMART info than regular ATA devices, and with latest Unraid there's an issue with smartmontools that show even less info for some SAS devices, not basic stats and not even temps, this should be corrected on a future smartmontools release.

 

 

[aneelley]

Wanted to start this morning with latest diagnostics.  Please find them attached.

unraid-diagnostics-20200420-0826.zip

[trurl]

Those look good.

 

Reinstall your sonarr container and post the docker run command for that.

[aneelley]

Command:root@localhost:# /usr/local/emhttp/plugins/dynamix.docker.manager/scripts/docker run -d --name='binhex-sonarr' --net='bridge' -e TZ="America/New_York" -e HOST_OS="Unraid" -e 'UMASK'='000' -e 'PUID'='99' -e 'PGID'='100' -p '8989:8989/tcp' -p '9897:9897/tcp' -v '/mnt/user/downloads/':'/data':'rw' -v '/mnt/user/':'/media':'rw' -v '/mnt/user/appdata/binhex-sonarr':'/config':'rw' 'binhex/arch-sonarr' 

218737a0db4af095b51043b893d82b81f25f7163660b055e72cae3dce9056ad4

The command finished successfully!

[trurl]

OK, that looks good, and is consistent with the mappings for plex and NZBGet.

 

Now we need to look at the paths you have setup within the sonarr application.

[aneelley]

Ok, please let me know where those are.  I was searching for them and could not find it. I can send screenshots or whatever.

[aneelley]

I should also mention that it appears to all be working.  I can see the plex server updating with newly added shows/movies and I can look in the Sonarr logs and see no errors like I did before but lets continue as I would like to have a second set of eyes on it.

[trurl]

OK, I just looked at sonarr (as I said I'm a new user). I mostly use radarr, but they are basically the same. It doesn't look like there is anywhere to set any paths, so I think it just relies on working with the other applications.

 

If you don't get any errors then let it work for a while and check that files are showing up in the user shares they are supposed to. Then get new diagnostics so we can confirm your docker image isn't growing.

 

[aneelley]

Sounds good.  Ok to install radarr too? (as I was using it before) - I don't want to muddy the waters but that is the last container I need.