Posts: 291
Joined: Oct 2011
Reputation:
1
I have a problem with Headphones where it will not connect to NZBGet no matter what I try, with or without http:// etc, Sabnzbd works fine but I'm no longer using it, I have migrated all my downloading to NZBGet. All run on the same Windows 7 server. Anyone any ideas
Posts: 258
Joined: Nov 2012
Reputation:
4
2015-04-01, 10:56
(This post was last modified: 2015-04-01, 10:58 by JesusOnEez.)
Do you have anything else working fine with NZBGet such as Sonarr, CouchPotato and so on, or is it purely a Headphones and NZBGet setup? Just trying to establish whether you've got NZBGet working at all.
Without knowing a bit more, the only advice I can give is checking the HP setup and that the NZBGet API key for HP is correct. I know HP is a bit weird when it comes to saving setups in that you have to refresh the website to see saved configuration changes. Took me a couple of attempts to figure out why it apparently wasn't saving my config!
Are HP and NZBGet running on the same machine?
Posts: 4,058
Joined: Oct 2007
Reputation:
89
zag
Team-Kodi Member
Posts: 4,058
Just wanted to update that I am running this nicely on my QNAP SSD NAS now, really nice work!
Posts: 258
Joined: Nov 2012
Reputation:
4
Sorry, I meant the HP API key in NZBGet, not the other way around. It's all working lovely on mine albeit it on a Synology NAS (so linux). Since HP is based on CouchPotato it's got to be a setup issue somewhere, whether it's a typo in a directory location, lowercase where there should be upper case...it's going to be something small if it's not immediately obvious.
Since CouchPotato is working, I'd copy and paste as many of the settings as possible from that to HeadPhones. Is HeadPhones snatching NZB files OK? If so, then the problem is with NZBGet's 'watch' folder for music. Check your folder names, check what folders NZBGet is looking in and so on. HeadPhones and NZBGet don't 'talk' to each other (via API) until the point of post processing in NZBGet, so if the NZB files aren't getting to NZBGet, then the problem is with the NZBGet setup specific to the music category.
Worth checking first though in the download settings. I use the absolute IP address of the machine (even though it's localhost), so in my case, '192.168.0.11:6789' points to NZBGet. Obviously you need your server to have a static IP address which it should have anyway.
Check, double check, triple check your settings. Then, when you're sure they're OK and it's still not working, wipe them all and start from scratch. It's a setting, I guarantee it.
Posts: 258
Joined: Nov 2012
Reputation:
4
I've done the same migration. It was a pain in the behind, as SAB and NZBGet work quite differently.
Posts: 291
Joined: Oct 2011
Reputation:
1
Ok, I got this sorted.
For anyone that's interested. Looking at the NZBGet logs showed denied authentication requests to the local IP of my router. I added this IP to authorised to connect to NZBGet. This is a strange bug, the url Headphones is using is "localhost:6789" so should not be coming from the router as both software are running locally on the same box.
Posts: 258
Joined: Nov 2012
Reputation:
4
Now that is weird. Glad you got it sorted.
Posts: 28
Joined: Aug 2013
Reputation:
0
Anyone know how to get headphones to stop looking for the folders of failed downloads? I'm starting to get a list of ten plus albums that it constantly checks to see if they exist.