[Support] Linuxserver.io - NZBGet


463 posts in this topic Last Reply

Recommended Posts

  • Replies 462
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

Popular Posts

Application Name: NZBGet Application Site: http://nzbget.net/ Docker Hub: https://hub.docker.com/r/linuxserver/nzbget/ Github: https://github.com/linuxserver/docker-nzbget   P

Thank you CHBMB!   To summarize, in NZBGet go to: Settings  > Extensions Scripts. In the field labeled ShellOverride enter the following: .py=/usr/bin/python3 This worked perfectly

I was so focused on the download path that I didn't realize it was my category paths that were screwing me up.   Everything is finally working now.   Thanks for the help trurl!  I've been working on t

Posted Images

Good afternoon!

I just got NZBGet all set up and mistakenly added a bunch of downloads to the queue with no post-processing enabled.  A bunch finished downloading, a bunch have not.  NONE of them have post-processing enabled.  The ones that are done need to be renamed and moved, the others that are queued, I don't want them to download without the script enabled...I just can't get it to enable without going through each one individually:  Clicking the postprocess button, clicking yes, then clicking save.

Anyway, that leaves me with 2 groups to deal with.  The completed batch and the queued batch. 

For the ones that are done, I can go through on the history tab, click each title, click the postprocess button, set it to yes, then click save, then check them all and click "post-process again".  That works but is INCREDIBLY time consuming.  Not real sure what else I can do with them though...is there a way to bulk-enable the post processing script and have them all post-process again?  I dunno.  Maybe even just directly run the VideoSort script on the directories I need to?...if that's even possible?  

 

For the ones that are queued, I've tried changing the category, setting the global category, everything I can think of and it's not working.  If I click a title and click the postprocess button, it still says "no"...even though the category changed to a category with PP enabled.  I'm thinking the PP behavior is set upon import of the download itself.  I'm thinking the best way to fix the batch that hasn't downloaded yet is to just clear it all out and re-add it with the proper category set.  But again, I dunno.

Hope all that made sense...lol

 

I'm open to ideas.  All this has been a NIGHTMARE to get set up and I'm so close to being done...hahaha.

I appreciate it!

Link to post

UPDATE:  Ended up using (the MIRACULOUS...GLORIOUS...GENIOUS) FileBot to take care of the "completed batch".  So that's no longer an issue.

 

I will also take care of all the queued stuff after it downloads.  No big deal.  FileBot got everything sorted out in 2 seconds.

Then, going forward, I set up the FileBot Docker container to do all this automatically.  So, no scripts/categories/etc necessary.

 

Thanks!

Link to post
  • 2 weeks later...

As I don't know if this is a radarr issue or an NZBGet issue, I will be posting my issue in this thread as well:

 

I am having a frustrating problem: Radarr can't seem to find the paths for movies downloaded from NZBGet.

I have seen others have this problem, and one proposed solution is to change the path name in NZBGet to /data like in Radarr. Did not work.

I tried executing Safe New Permissions and New Permissions. Did not work.

 

This also started happening randomly. I never used to have this problem until it started occurring about a month ago. Sometimes it randomly fixes itself, but it never lasts long, and the same problem starts occurring again.

 

Z50u8q6.png

 

FaMr5bz.png

 

LmnC4hS.png

 

How do I stop this from happening?

Link to post
26 minutes ago, Squid said:

Because you mentioned doing this, probably best to post your docker run commands for each of the apps as per  https://forums.unraid.net/topic/57181-docker-faq/#comment-564345

 

This?

Xlnr2gS.png

 

I suppose the one thing different this will show is that I followed the tutorial that puts nzbget on the same network as delugevpn, so my downloads from usenet run through my vpn. I'm not sure why this should affect radarr's folder permissions though.

Link to post

Not what I'm looking for.  I'm looking to see if the 2 mappings for /data match between the containers, so still need to see the other app's docker run.  Screen shots of the template don't tell the whole truth.

Link to post
11 minutes ago, squirrellydw said:

might be the wrong place, but anyway to have NZBGet just download MKV files and not ISO files etc?

It only downloads what it's told. You need to focus on the application sending the download request.

Link to post
  • 3 weeks later...

I recently changed by subnet, but I cannot forward NZBGet through my Privoxy VPN container anymore, as outlined in Spaceinvader's tutorial:

 

https://www.invidious.tube/watch?v=znSu_FuKFW0

 

NZBGet is working fine, nothing wrong showing up on the log, and I can access it when network type set to bridge, but not when I want to forward it through a VPN container. The extra parameters are 100% correct.

 

Is there a way to address this?

Link to post
  • 1 month later...

I'm having the same issue as above - linuxserver NZBGet and NZBHydra2 UIs are no longer reachable through VPN by IP:PORT as per SpaceInvader's tutorial (had been working for.. years). Linuxserver Radarr and Sonarr are fine and reachable through bridge/Letsencrypt reverse proxy, and both say that NZBGet and Hydra2 are reachable. Changing to bridge network type allows accessing UIs again.

 

This morning both Radarr and Sonarr said they couldn't reach either NZBGet or Hydra2, which went away after an unrelated reboot. I see no errors in either the application or Unraid logs.

 

edit: figured it out, I use binhex-rtorrentvpn docker for VPN access, and the docker recently tweaked how access is granted (Had to add a new variable of ports and change docker configs to use localhost rather than IP).

Edited by tiphae
Link to post

I have run in to a problem, where Sonarr cannot contact Nzbget.

 

I get the following message:

NzbDrone.Core.Download.Clients.DownloadClientException: Unable to connect to NzbGet. HTTP request failed: [503:ServiceUnavailable] [POST] at [http://10.10.10.10:6789/jsonrpc]

 

Docker allocations are all correct as well.

 

I should mention, that nzbget is working and actually is contactable on the IP and portnumber from a browser.

 

Skærmbillede 2021-03-01 kl. 08.21.27.png

Skærmbillede 2021-03-01 kl. 08.28.34.png

Edited by elcapitano
Link to post

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.