betaman

Privoxy user here and rolling back DelugeVPN worked for me. The weird part is I still get an error from Sonarr that it can’t connect but it’s working fine?! also, for 6.9 users, what happened to the shortcut to a docker log on the docker tab?

No worries. Yeah I’m just using Privoxy thru DelugeVPN. In theory, NZBgetVPN should behave just like DelugeVPN except that binnex doesn’t manage a version of it...

Ok, so I pulled the latest docker image for DelugeVPN and manually added “VPN_OUTPUT_PORTS” env variable. I set value to port of NZBgetVPN (6789) but still can’t connect to it inside of the *arr containers?

Yeah, binding nzbget to DelugeVPN was going to be the next thing I tried. @Rollingsound514: I also suggest replacing tower with your IP address. The only other thing that’s different with Jackett is there doesn’t appear to be a setting for ignoring your local IP addresses. I had the same issue as you gave with Jackett with Radarr/Sonarr/Lidarr until I added my local IP range to the ignore list in the proxy settings of these dockers. Ultimately, I think we’re in the same boat and should bind these dockers to DelugeVPN.

Sorry, this is a little over my head. Are you saying there’s a no_proxy env variable in NZBgetVPN? Attached is how I have Radarr (and Sonarr/Lidarr) setup to use Privoxy thru DelugeVPN. To get it working with the latest version of Deluge, I had to include my server address in the ignored addresses list. Then I was able to connect to both my indexers and the Deluge download client from within each docker. However, with these settings I lost the connection to NZBgetVPN from within the dockers using Privoxy.

My server address is 192.168.1.71 so I was using 192.168.1.0/24 as my LAN_IP setting in both DelugeVPN and NZBgetVPN. With the DelugeVPN update, you’re right that ADDITIONAL_PORTS env variable is not my issue but it is in fact being used by Binhex for DelugeVPN when binding other dockers to Deluge network. I added this variable AND set dockers (ie Sonarr, Radarr, Lidarr etc) to ignore my internal ip addresses under proxy settings for each since I’m using privoxy. The latter is what enabled these dockers to connect to Deluge as a download client but now I’ve lost NZBget functionality (meaning the dockers can’t connect to it as a download client but I can access the webui of NZBgetVPN with VPN enabled).

Sorry, thought you were using Privoxy. If you’re using Jackett then net binding to Deluge is probably your best option.

Anyone here using NZBgetVPN along with DelugeVPN? I’m using privoxy for Radarr/Sonarr/Lidarr etc thru DelugeVPN and I’m able to connect to my indexers and DelugeVPN through each docker (after putting my server address in the ignore list) but now NZBgetVPN isn’t able to connect since the update to DelugeVPN. I assume this issue is related to the one referenced prior about dockers “outside the VPN” communicating with dockers inside it but then again, I’m using privoxy so not sure it’s the same issue? Can anyone confirm? Bungy (docker creator for NZBgetVPN) is asking about my network LAN_IP setting but this hasn’t changed (ie UnRAID server is 192.168.1.71 and LAN_IP setting is 192.168.1.0/24).

You set the ignored address in the proxy settings of the dockers using the proxy (eg Sonarr, Radarr etc). DelugeVPN doesn’t need any change. As far as your server IP, just give it a static IP from your address range. I reserve the address in my router and set UnRAID to always assign the same address under network settings.

I have it set to 192.168.1.0/24 (see attached). I’m not sure if you’re in touch with binhex but perhaps you could modify the nzbgetvpn container for this “Additional_Ports” env variable to work like delugevpn?

Since binhex updated DelugeVPN for tightened iptables, I can no longer get Sonarr/Radarr/Lidarr to connect to NZBgetVPN download client. DelugeVPN is working with an additional variable (Additional_Ports) with the value of the ports for each docker but I’m assuming this will have no impact on NZBgetVPN?!

New to Jackett due to the tightening of iptables issue. Am I correct in assuming that if my indexer isn’t listed then this docker is of no use or could I still use it to route download clients thru? Using nzbplanet for nzb’s and rarbg for torrents. On a side note, I was using Privoxy to route Sonarr, Radarr and Lidarr thru DelugeVPN. Adding the “Additional_Ports” variable for these dockers to DelugeVPN and ignoring my server’s IP address has restored the download client connection to DelugeVPN but not NZBgetVPN. Assuming I can’t make the same changes to NZBgetVPN because a docker update would be required to recognize the Additional Ports variable? Is there a fix to get NZBgetVPN working similar to DelugeVPN or should I bite the bullet and bind these containers to DelugeVPN?

Doh! I'm helping a friend remotely and didn't realize there was a menu in the VNC window since i wasn't doing it myself. Thanks for your guide as well. Maybe worth adding a section on preclearing multiple drives would be beneficial? Either way, thanks for the response.

Could someone please provide a little more detail on running mulitple preclears with this docker? I read this: Q5. Can i preclear multiple disks at the same time?. A5. Yes this is possible, you simply create an additional 'tab' in the 'Xfce terminal' and then run the script again against the additional named drive. But I'm unfamiliar with how to create an additional tab in the XFCE terminal. Is another docker/plugin required? Thanks.

I didn’t put the -g command in go script but when I checked ethtool on eth0 it was there. I have another UnRAID sever on my network that wol works so I believe it is server (hardware) specific. Thanks

Thanks for your response. These are my exact settings and the issue is when the server shuts down the lan is completely powered off (no light). I also tried enabling lan boot rom in the advanced settings to no avail.

I’m trying to setup WOL on a Gigabyte GA-EP45-UD3P (rev 1.0 bios ver F10) to work. No matter what bios settings I use (lan boot rom enabled, PME event wakeup enabled, Power on by Ring enabled, S3 sleep type etc) I can’t get the lan to stay awake (orange light) when server is shutdown. Also checked UnRAID and WOL g is set on eth0. Would be great if someone knew the bios settings of these Gigabyte boards to help. Lots of conflicting info doing a search but as I said, I’ve tried all combinations and can’t seem to get pas this first step of keeping the lan “on” so the server can receive a WOL packet.

Resurrecting this thread for any S2600cp owners out there. Just wondering what bios everyone is running? My server is currently on 86B.02.06.0002 but I’ve seen updates to 02.06.0006, .0006rev2 and .0007. Not positive if these apply to my board or not? Also interested in updating the SELViewer. My system event logging is showing off in IPMI so I guess I need to dig into the BIOS. It seems my event log was full and stopped recording events (unbeknownst to me). Edit: upon further investigation, it looks like these new BIOS revisions are for 60X chipsets. Finally, has anyone upgraded their system from the s2600cp? If so, to what?

No but that’s what I was wondering - if there’s a CL command I could invoke.

Having a similar issue with this container. In my case, I just installed it, went to the webgui, no response, tried to restart then stop it, no response so I tried to edit it and same. Finally tried to remove it and it's completely unresponsive. I'd reboot the server but I'm in the middle of a preclear. Is there a safe way to stop it from the command line? My other dockers are working fine (ie responding to restart and stop commands) and the container log just says there's no log because docker is marked for removal. Edit: Docker became unresponsive so I had to stop and start the array. Container is gone now.

Ok, so I was able to check it but the system said the log is full and my last entry was from 2016. There was no clock in the UEFI shell so how do I know if my system time is correct or if I need a new battery? Anyway, I exported the log and cleared it. Should this be happening automatically or are you supposed to periodically do it?

Sorry, I’m not sure I know how to check it? Edit: Did some searching. So I should reboot the server and enter bios? I’ve just been warned about rebooting the server after an error so was a little paranoid but I think I understand why it makes sense.

Just got an MCE error for the first time and looking for some advice. Thanks. tower-diagnostics-20201221-0620.zip

yeah, my issue was I deselected this container for backup but didn't exxlude it from being shutdown during the backup I meant once the precelar process was interrupted. it was already zeroing but the info on the pre-read was scarce.

Just a quick note for anyone using CA app data/backup running. Somehow (even though I read the FAQ), I forgot to turn this off and the zeroing was interrupted. Anyway, there’s a toggle in this plugin to keep the docker running in case your backup falls during a preclear. One question I have is the disk I was preclearing made it to zeroing. If I had any errors during the read how would I know? The emails I got didn’t indicate anything. I’ll probably just run it again but was curious?