Jorgen

Members
  • Posts

    232
  • Joined

  • Last visited

Everything posted by Jorgen

  1. 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
  2. Binhex has a Privoxy container that does exactly this. Sent from my iPhone using Tapatalk
  3. 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
  4. 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.
  5. Just reporting that the umask 000 solution didn't work for me either, just experienced another unpack hang.
  6. 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
  7. 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
  8. 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
  9. 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 extract While 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".
  10. @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
  11. 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
  12. 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
  13. 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
  14. 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
  15. 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
  16. 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
  17. Hmm that doesn’t seem right. PIA themselves have published scripts to use with wireguard outside their app: https://www.privateinternetaccess.com/helpdesk/kb/articles/manual-connection-and-port-forwarding-scripts Sent from my iPhone using Tapatalk
  18. I don’t have a solution for you, but many of us are using wireguard and PIA in binhex’s excellent VPN enabled containers. Maybe you could look into the script he’s using to get the required settings? Or even set up a container and copy the wg config file? Sent from my iPhone using Tapatalk
  19. It’s static. Can’t remember what the default one is, but you can change it to whichever supported endpoint you wish and it should persist from that point. Sent from my iPhone using Tapatalk
  20. That’s how it works when binding the network. Sent from my iPhone using Tapatalk
  21. From a few posts up. But you’re probably better off in the long run to try to get sonarr v3 working with the seed box. Sent from my iPhone using Tapatalk
  22. [mention]strykn [/mention] [mention]nowhere99 [/mention] did you see the pinned post at the top of this thread and followed the instructions? Edit: Sorry! The post is pinned to the delugeVPN thread, see here: https://forums.unraid.net/topic/44109-support-binhex-delugevpn/?do=findComment&comment=951973
  23. Yes, using tar from the command line. Here’s an example: https://www.linux.org/threads/list-tar-contents-only-first-level-then-subdirectory-extract.10491/ Sent from my iPhone using Tapatalk
  24. Sounds like your routing Sonarr et al through the DelugeVPN container network? In that case, you should NOT use the proxy settings in Sonarr. It's one or the other, not both. You should also add the SABnzbd ports to VPN_OUTPUT_PORTS environment variable. Because Sonarr running INSIDE the DelugeVPN container network, needs to be allowed to talk OUT to the SAB ports running outside the DelugeVPN network. This is explained in Q27 here https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md Of course, if you are not routing the apps through the DelugeVPN network this is not applicable.
  25. Sonarr is supposed to remove the torrent from Deluge after it reaches the defined ratio, but I never got that to work either. AutoRemovePlus plugin is the way to go in my opinion. The most likely reason the egg isn't accepted for you is that the Python version in this container was recently updated to 3.9. If you have the 3.8 egg in the plugin folder already, simple rename it to 3.9 (see below) and restart the container: AutoRemovePlus-2.0.0-py3.9.egg If you don't have it, download the 3.8 version from here: https://forum.deluge-torrent.org/viewtopic.php?f=9&t=55733 Put the egg into the plugin folder, rename it to 3.9 and restart container.