Jorgen
-
Posts
267 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by Jorgen
-
-
On 8/13/2022 at 11:17 AM, JOSEPH ENGELMANN said:
has anyone gotten this to work with a dedicated ip assigned by the vpn provider? i have gone over the provider's doc's and the vpn.md for docker container but for some reason i have no idea why it won't use the dedicated ip, i have tried to change the "remote" domain "ca-toronto.privacy.network 1197" for example to the ip i was assigned, still have the auth-user-pass.conf in there and it fails to connect and therefore also doesn't finish the startup for the container when the ip is used. here is the the main part of the config file if anyone has any idea how to specify how the container connects and to what ip, that would be great.
Hmm, not much info on how the dedicated IP works, but this part from their FAQ doesn't sound great for using it with this container:
https://helpdesk.privateinternetaccess.com/kb/articles/do-you-offer-dedicated-ip-addresses
-
4 hours ago, Shu said:
Sorry about that. Added it in! Also posted here just in case
Your issue is that you specified the input port for Prowlarr (9696) as UDP, it needs to be TCP.
-
On 8/13/2022 at 7:19 AM, strike said:
How are you trying to reach the webui? If you're using the ip adress to try to reach the webui you're doing it wrong. Like it says in the faq you have to use localhost. As in http://localhost:9696 to reach prowlarr.
Sorry but this is not correct. you only use localhost in the settings within the container that is sharing the VPN network. So in this case, Prowlarr could connect to the deluge-vpn download client app via localhost (same for Sonarr/Radarr if those are sharing the same VPN network)
But from a web browser on a separate PC on your LAN, you should not use localhost. That would cause the web browser to look for apps exposing that port on the PC itself, not the unraid server...So from a PC web browser, you need to use the unraid server IP + the prowlarr app port (9696).
-
On 5/21/2022 at 1:45 PM, jwiese997 said:
System.UnauthorizedAccessException: Access to the path '/Plex/Scary Movies/Monstrous (2022)' is denied. ---> System.IO.IOException: Permission denied --- End of inner exception stack trace --- at System.IO.FileSystem.CreateDirectory(String fullPath) at System.IO.Directory.CreateDirectory(String path)
I misread the error message before, it's actually complaining about creating a new directory under your Plex share, not reading from your Downloads folder.
Can you post your docker settings for Radarr, especially the path mappings, please? I'm assuming you have created your own path variable that maps the Plex user share in unraid to a mount point called Plex inside the Radarr container?
Could you also try creating a directory manually in the Plex share from the Radarr container console?
Are you having the same issue on 6.10.2 stable branch?
-
@wgstarks thanks for the write up!
Just for my understanding, these steps are only needed if you want each Mac/user to have its own independent backup share, right?
If I’m happy for all users to see each others backup I could just let them share the one user/password/share combo?
Sent from my iPhone using Tapatalk -
Just wanted to say thank you for making this available! I’ve had mixed results with the built in unraid TimeMachine functionality lately, but this just worked straight up.
One question, has anyone attempted a full restore from a backup managed by this docker to a new/different Mac?
Sent from my iPhone using Tapatalk -
Apparently not.
This is a complete guess, but is your downloads folder on an unassigned device? I think there were some changes in how device ids are handled by Unassigned Devices in 6.10, not sure if that could cause this error?
Sent from my iPhone using Tapatalk -
@Spikey73
Most likely cause is an incorrect lan network value:
- LAN_NETWORK=192.168.1.0/24
Is your PC in this network range, after your router changes?
Sent from my iPhone using Tapatalk -
8 hours ago, ejg3855 said:
Im struggling here, this worked great for quite a while and then I rebuilt all my dockers.
Now all the downloads are going into the docker.img file and not into the defined directory. I am not sure how to fix this.
Host Path 2 is set to my download location in the docker setup file.
/mnt/user/Tower_Downloads/
My NZBGet settings are set to :
MainDir: ${AppDir}/downloads
DestDir: ${MainDir}/completed
I hope I am missing something stupid simple, if other info is needed please let me know.
Thanks
Your problem is using {AppDir} in the NZBGet settings. {AppDir} is the directory where the nzbget executables/binaries are stored, which in this case is inside the docker image.
Host Path 2 maps to /data inside the container, so the simplest fix would be to set MainDir = /data
This will make NZBGet store files that are being downloaded in /mnt/user/Tower_Downloads (from Unraid's perspective) and completed downloads will be moved to /mnt/user/Tower_Downloads/completed
Probably better though to set MainDir = /config (which is normally the appdata share in unraid), and:
DestDir: /data/completed
InterDir: /data/inter
This has the benefit of storing everything else that is using {MainDir} (i.e. nzb's, the queue, temp files etc.) in your appdata share, which should be on a fast cache share.
In-progress downloads would be stored in /mnt/user/Tower_Downloads/inter and then moved to /mnt/user/Tower_Downloads/completed
-
1
-
-
do you know of any container that doesn't offer torrents functionality but only the vpn part?
Binhex has a Privoxy container that does exactly this.
Sent from my iPhone using Tapatalk-
1
-
-
Remote access to lan works, maybe some of the other options too.
The trick is to allow access from the wireguard network to your delugevpn docker (I’m assuming you’re using binhex’s delugevpn).
Add the wireguard network range to the LAN_Network variable of the vpn docker, comma separated from your normal lan range. If you are using the default wireguard settings the range to add is: 10.253.0.0/24
Sent from my iPhone using Tapatalk-
1
-
1
-
-
On 1/23/2022 at 1:53 PM, GameOutlaw said:
Any idea why this is showing up as "/" for the location in Sonarr Disk Space. Also the mapped mount share is 25TB free, not 12.9GB.
The root of the docker container (/) is your docker.img (Unraid->Settings->Docker->Docker vDisk location).
The mapped storage should also show up as separate entries, see screenshot from my Sonarr below. Not sure why your's aren't, I can't find any settings related to this in Sonarr itself.
-
Just reporting that the umask 000 solution didn't work for me either, just experienced another unpack hang.
-
Not sure about historical deletes, but look into setting up an inotify watcher to catch the details next time it happens.
Sent from my iPhone using Tapatalk -
Where are you getting that error message? Mac OS finder when browsing the TM share? Or from Time Machine itself? Can you browse the same directory from the unraid console?
If it’s the latter, attach diagnostics to the next post and someone may be able to tell what’s going on
Sent from my iPhone using Tapatalk -
I'm having issues seeing the WEBUI under the Radarr docker
That’s perfectly normal when using the network of another docker, like delugevpn in your case. The web ui button under the docker will simply not be there. Nothing wrong with your config.
Use a bookmark in your browser instead, or remember the ip and port number to use.
Sent from my iPhone using Tapatalk -
Got another hang. Strangely, this command does not work outside the docker (from within the movies subfolder inside the "inter" directory of nzbget appdata)
# unrar x -y -p- -o+ *.rar UNRAR 5.80 freeware Copyright (c) 1993-2019 Alexander Roshal Extracting from 22397053c75341bca318684f2bb5b77f.part01.rar Extracting from 22397053c75341bca318684f2bb5b77f.part02.rar ... Extracting from 22397053c75341bca318684f2bb5b77f.part63.rar No files to extractWhile this works without problems:
# unrar x -y -p- -o+ 22397053c75341bca318684f2bb5b77f.part01.rar UNRAR 5.80 freeware Copyright (c) 1993-2019 Alexander Roshal Extracting from 22397053c75341bca318684f2bb5b77f.part01.rar Extracting 22397053c75341bca318684f2bb5b77f.mkv 1% Extracting from 22397053c75341bca318684f2bb5b77f.part02.rar ... 22397053c75341bca318684f2bb5b77f.mkv 3% ... Extracting from 22397053c75341bca318684f2bb5b77f.part63.rar ... 22397053c75341bca318684f2bb5b77f.mkv OK All OK
Either way, I don't think it's the command that is wrong, and the archive unpacks correctly so it's not a corrupted file.
The container unrar version is slightly older (5.60 beta 3 freeware) but I don't think that would be it either?
So I guess we're back to "don't know what's going on here".
-
@binhex I've been seeing more than usual of the unrar hanging lately, so I thought I'd try to get to the bottom of it again.
Unfortunatly, I wasn't able to.
But just in case it gives you any new ideas, here's what I found.
- When a file is stuck in unpacking, the docker console shows an unrar process running for a few seconds, then re-spawning with a new PID. This never ends. During this statem, Sys load in TOP is consistently high (4+) and so is CPU usage for both nzbget and unrar.
- If I kill the main nzbget process, it restart itself and spawns a new unrar process that finishes quickly. This is consistent with the docker restart workaround.
- I didn't test running the exact same unrar command outside of the docker, but will next time the unpacking hangs.
-
It seems SAB had a similar issue when using Direct Unpack, https://forums.sabnzbd.org/viewtopic.php?p=117607#p117607
It quickly got above my skill level, but I don't think they got to the bottom of it either, if it is the same underlying problem...
sh-5.1# ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 2368 700 ? Ss 16:17 0:00 /usr/bin/tini -g -- /bin/bash /usr/local/bin/init.sh root 6 0.0 0.1 31668 25776 ? S 16:17 0:00 /usr/bin/python /usr/bin/supervisord -c /etc/supervisor.conf -n nobody 56 0.0 0.0 7336 3736 ? S 16:17 0:00 /bin/bash /home/nobody/start.sh root 57 0.0 0.0 7336 3532 ? S 16:17 0:00 /bin/bash /usr/local/bin/shutdown.sh nzbget root 59 0.0 0.0 5356 692 ? S 16:17 0:00 sleep infinity nobody 61 87.2 0.4 4137240 69104 ? Sl 16:17 17:31 /usr/local/bin/nzbget/nzbget --option UnrarCmd=/usr/bin/unrar -c /config/nzbget.conf -s root 996 0.0 0.0 7600 4392 pts/0 Ss 16:23 0:00 sh nobody 1248 11.2 0.0 10976 5212 ? Rs 16:37 0:00 /usr/bin/unrar x -y -p- -o+ *.rar /downloads/nzbget/tv/Marcella.S01E06.720p.HDTV.x264/_unpack/ root 1251 0.0 0.0 10240 3308 pts/0 R+ 16:37 0:00 ps aux sh-5.1# ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 2368 700 ? Ss 16:17 0:00 /usr/bin/tini -g -- /bin/bash /usr/local/bin/init.sh root 6 0.0 0.1 31668 25588 ? S 16:17 0:01 /usr/bin/python /usr/bin/supervisord -c /etc/supervisor.conf -n nobody 56 0.0 0.0 7336 3732 ? S 16:17 0:00 /bin/bash /home/nobody/start.sh root 57 0.0 0.0 7336 3532 ? S 16:17 0:00 /bin/bash /usr/local/bin/shutdown.sh nzbget root 59 0.0 0.0 5356 692 ? S 16:17 0:00 sleep infinity nobody 61 94.0 0.6 4137240 108424 ? Sl 16:17 39:20 /usr/local/bin/nzbget/nzbget --option UnrarCmd=/usr/bin/unrar -c /config/nzbget.conf -s root 996 0.0 0.0 7600 4392 pts/0 Ss 16:23 0:00 sh nobody 1630 1.0 0.0 9944 4056 ? Ss 16:59 0:00 /usr/bin/unrar x -y -p- -o+ *.rar /downloads/nzbget/tv/Marcella.S01E06.720p.HDTV.x264/_unpack/ root 1632 0.0 0.0 10240 3384 pts/0 R+ 16:59 0:00 ps aux sh-5.1# ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 2368 700 ? Ss 16:17 0:00 /usr/bin/tini -g -- /bin/bash /usr/local/bin/init.sh root 6 0.0 0.1 31668 25588 ? S 16:17 0:01 /usr/bin/python /usr/bin/supervisord -c /etc/supervisor.conf -n nobody 56 0.0 0.0 7336 3732 ? S 16:17 0:00 /bin/bash /home/nobody/start.sh root 57 0.0 0.0 7336 3532 ? S 16:17 0:00 /bin/bash /usr/local/bin/shutdown.sh nzbget root 59 0.0 0.0 5356 692 ? S 16:17 0:00 sleep infinity nobody 61 94.1 0.6 4137240 108424 ? Sl 16:17 39:34 /usr/local/bin/nzbget/nzbget --option UnrarCmd=/usr/bin/unrar -c /config/nzbget.conf -s root 996 0.0 0.0 7600 4392 pts/0 Ss 16:23 0:00 sh nobody 1633 55.5 0.0 10976 5172 ? Rs 16:59 0:03 /usr/bin/unrar x -y -p- -o+ *.rar /downloads/nzbget/tv/Marcella.S01E06.720p.HDTV.x264/_unpack/ root 1638 0.0 0.0 10240 3484 pts/0 R+ 16:59 0:00 ps aux sh-5.1# kill -9 61 sh-5.1# ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 2368 700 ? Ss 16:17 0:00 /usr/bin/tini -g -- /bin/bash /usr/local/bin/init.sh root 6 0.0 0.1 31668 25592 ? S 16:17 0:01 /usr/bin/python /usr/bin/supervisord -c /etc/supervisor.conf -n root 57 0.0 0.0 7336 3532 ? S 16:17 0:00 /bin/bash /usr/local/bin/shutdown.sh nzbget root 59 0.0 0.0 5356 692 ? S 16:17 0:00 sleep infinity root 996 0.0 0.0 7600 4392 pts/0 Ss 16:23 0:00 sh nobody 1719 0.5 0.0 7336 3780 ? S 17:04 0:00 /bin/bash /home/nobody/start.sh nobody 1722 21.2 0.1 3278280 20192 ? Sl 17:04 0:00 /usr/local/bin/nzbget/nzbget --option UnrarCmd=/usr/bin/unrar -c /config/nzbget.conf -s nobody 1771 68.2 0.0 10956 5260 ? Rs 17:04 0:02 /usr/bin/unrar x -y -p- -o+ *.rar /downloads/nzbget/tv/Marcella.S01E06.720p.HDTV.x264/_unpack/ root 1777 0.0 0.0 10240 3464 pts/0 R+ 17:04 0:00 ps aux sh-5.1# ps aux USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 1 0.0 0.0 2368 700 ? Ss 16:17 0:00 /usr/bin/tini -g -- /bin/bash /usr/local/bin/init.sh root 6 0.0 0.1 31668 25592 ? S 16:17 0:01 /usr/bin/python /usr/bin/supervisord -c /etc/supervisor.conf -n root 57 0.0 0.0 7336 3532 ? S 16:17 0:00 /bin/bash /usr/local/bin/shutdown.sh nzbget root 59 0.0 0.0 5356 692 ? S 16:17 0:00 sleep infinity root 996 0.0 0.0 7600 4392 pts/0 Ss 16:23 0:00 sh nobody 1719 0.0 0.0 7336 3780 ? S 17:04 0:00 /bin/bash /home/nobody/start.sh nobody 1722 23.2 0.3 4102664 49804 ? Sl 17:04 0:05 /usr/local/bin/nzbget/nzbget --option UnrarCmd=/usr/bin/unrar -c /config/nzbget.conf -s root 1880 0.0 0.0 10240 3308 pts/0 R+ 17:04 0:00 ps aux
-
Still on 6.9.1 and not working, any recommendations on an alternative if depreciated
I’ve moved over to the unraid built-in Wireguard solution with great success:
https://forums.unraid.net/topic/84226-wireguard-quickstart/
Sent from my iPhone using Tapatalk -
Do you have any links I can read to get sab vpn setup with wireguard? I am struggling mightily following different guides that have been made for other dockers but not for specifically getting wireguard (through mullvad) working with sab vpn. I used the guide from Dad_Rage I found, but I can't access the web ui.
Edit - got to web ui, but now I'm getting a [Errno 99] Address not available - Check for internet or DNS problems
Are you talking about the same situation as Twinkie above, where you need to access Sab vpn while your client is connected via wireguard from outside your home network?
Or are you talking about setting up Sab vpn to use wireguard to connect to mullvad?
If it’s the latter, you’ll need to post the question in the support thread for the Sab vpn docker you’re using.
Sent from my iPhone using Tapatalk -
This hasn't worked for a few months for me now, I think it stopped working when I changed my LAN address.
The container routes through the VPN container, but the webUI does not load. I don't know how to troubleshoot it either. I've made sure the VPN container has the correct LAN_NETWORK (same as my router), I set the port up correctly and everything, but the webUI is still just blank white.
Force update on the VPN container didn't work. I've also tried other VPN containers and it's always the exact same problem.
If you are using one of Binhex’s VPN containers, a hardening of iptables was introduced a few months ago to prevent up leakage. You will need to add and configure additional container settings, please refer to the support thread for the specific docker you’re using.
Sent from my iPhone using Tapatalk -
So I got wireguard set up and can access all of my containers via the web ui except binhex-sabnzdb vpn container.
I think you need to add the wireguard tunnel IP range to the Lan Network variable in the Sab VPN docker. Just add it after your normal home LAN range, separated by a comma.
Edit: if you’re using the defaults for wireguard, the IP range to add to Sab is 10.253.0.0/24-
1
-
-
I find nzbget to hang often now. The message i see in the messages tab is "Restarting hanging child process for unpack for..." there are about 50 in a row. Once i restart the docker container, BAM it unpacs and moves on. It may go perfectly fine for several downloads or just one, its really random. Any Ideas?
This is a long-standing problem that no one has been able to find the root cause of.
The common workaround is to use User Scripts to restart the container on a schedule every night. There should be details on how to do this somewhere in this thread.
Sent from my iPhone using Tapatalk-
1
-
-
Sorry, I am not well versed in Linux.
Where do these files go; (path(es)).
/xxxx
and on the flash, cache or both?
I can do this, just need the pointers.
Thanks again!
Sorry I won’t be able to help, my unRAID server is in storage for a month due to house renovations so I would just be guessing at things to try.
Did you already try just copying the wg config file from appdata on one of the Binhex VPN dockers?
Sent from my iPhone using Tapatalk
[Support] binhex - DelugeVPN
in Docker Containers
Posted
For key 13 (VPN_INPUT_PORTS) only the port number. So "9696, 3000" in your case
After that, http://192.168.1.3:9696 should work to access the Prowlarr Web UI from your PC web browser.