Jorgen

Members
  • Posts

    269
  • Joined

  • Last visited

Posts posted by Jorgen

  1. 4 hours ago, Shu said:

    I changed from UDP to TCP. For Key 13, do I need to put "9696" or "9696/tcp"? 

    1876839933_ScreenShot2022-08-13at22_29_34.thumb.png.ca7ebefe11f57193246c67e9ded43de9.png

     

     

    Okay, so I tried setting Prowlarr's WebUI value to a few different things but none of them worked...

    "http://localhost:9696" - "localhost refused to connect"

    "http://localhost:[PORT:9696]" - "about:blank#blocked"

    "http://[localhost]:[PORT:9696]" - "about:blank#blocked"

     

    Or when I just type in my servers IP plus the port in my browser's URL ("http://192.168.1.3:9696/"), I get a "took too long to respond" error. 

     

    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.

     

    • Like 1
  2. 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:
    954915636_ScreenShot2022-08-14at12_06_06pm.png.aedc55fd374d7cda6299f21419753912.png

     

    https://helpdesk.privateinternetaccess.com/kb/articles/do-you-offer-dedicated-ip-addresses

  3. 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).

  4. 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?

  5. 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

  6. 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
  7. 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

     

    • Like 1
  8. 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

    • Like 1
    • Thanks 1
  9. 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.

    image.png.16d33601745f5a21268f031d334d2070.png

    image.thumb.png.d5de8d6b82d90e21b39df8f1431fa8eb.png

     

    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.

     

    1187349420_ScreenShot2022-01-26at10_07_32am.thumb.png.c67145a25c14dea58b544014c25e2f4f.png

     

  10. 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
  11. 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".

  12. @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
      I
      t 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

     

  13. 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
  14. 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
  15. 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
    • Thanks 1