binhex

Community Developer
  • Posts

    7880
  • Joined

  • Last visited

  • Days Won

    37

Everything posted by binhex

  1. what have you set the following to?:- CREATE_BACKUP_HOURS PURGE_BACKUP_DAYS is your server running all the time?
  2. it was pushed to main, is this not present in the latest tagged image?
  3. that looks good to me!, it really is fairly simple, define incoming port at vpn provider end, configure deluge to use defined port, job done :-), obviously its more tricky for dynamic port vpn providers such as PIA and ProtonVPN, which is why i do it for ya :-).
  4. very simple to do, simply go here, find the version you want from the tag, then left click container, select edit and then append `:<version from the tag>' to the 'Repository:' name, for example:- binhex/arch-minecraftserver:1.20.3-01 Click apply to pull down the earlier image, you will then be hard set to a specific tag and you will not receive updates.
  5. in case you cant find it, a quick google reveals how to reset the password:- https://forum.jellyfin.org/t-can-t-reset-password--1235?pid=5050#pid5050
  6. some of the possible causes in that faq are not vpn related, check them out.
  7. from your log AUTH_FAILED, see Q16:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md
  8. its visible in the /config/supervisord.log file, check there for a long list of endpoints. also check Q6 for suggestions on how to improve speed:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md
  9. jus double check you arent seeing the known bug with jellyfin with login - clear down all cookies for that site (or use incognito mode) then try logging in, it might just work.
  10. leave it on the default mode for an array disk, so 'Read/Write' it's only UD drives that you have to mess with the mode. simple but lengthy of course, expect a long wait, just ensure you obey the rule (see last paragraph). you can do a parity check, but it shouldn't be necessary unless you suspect parity is not in sync with what is written to the array, the choice is yours. If you want to move data off another array drive (i assume the 6tb is part of the array right?), then it should be as simple as selecting everything on /mnt/diskX and copying to /mnt/diskY, where diskX = 6TB and diskY=18TB. One VERY important thing to mention here, NEVER copy data from a disk share to a user share, or vice-versa, you must always copy from a user share to a user share, or from a disk share to a disk share, if you do not obey this rule then you may experience data loss.
  11. no idea dude, but the code in this area has literally not changed in years!, maybe the machine you are using to access the web ui has changed vlan?, if you were in 10.0.8.0/24 then it would work.
  12. that is probably your issue then, from your log:- LAN_NETWORK defined as '10.0.10.0/24' you need to add in your other vlan if you want to access it from another network, change LAN_NETWORK to:- 10.0.10.0/24,10.0.8.0/24
  13. ok nothing showing any errors in that log, if you cant reach the web ui then try another browser to ensure its not plugin blocking, or better yet a different device, you are accessing this from inside your lan, not via vpn right?
  14. limitation of the software i use to give you a web ui to the console, not a lot i can do about that, i'm all ears for an alternative that lets you do this
  15. your issue is that you have specified an ip address for the container which then causes the container ip and your lan range to clash, set it back to bridge mode and you will be able to access the web ui.
  16. so on the unraid host do you have a path /mnt/user/Archivio/torrent/scaricamento ? because that is what you have in effect defined in deluge web ui by specifying /data/scaricamento, same question for /mnt/user/Archivio/torrent/completi i see the screenshots above but its not 100% clear whether these paths do exist or not. A debug idea - temporarily set completed folder to /tmp (will cause the download to be written to the containers filesystem), if the download starts then the issue is path and/or permissions related.
  17. do this:- https://github.com/binhex/documentation/blob/master/docker/faq/help.md
  18. it is where you specify what ports you want, but you cannot have a larger range on the host side (left) compared with the container side (right), for example:- this would work:- -p 2005-2015:25565-25575 why does it work?, cos the number of ports (10) is equal on both sides, access to the range of ports would then be via port 2005-2015 this does NOT work:- -p 2005-2020:25565-25575 why does it NOT work?, cos the number of ports on the host side is 15, but the number of ports on the container side is 10, they must be equal now if the range is too large or too small on the container side, then yeah your only course of action is to completely delete the ports and create a brand new port, as you cannot change the container ports (right side) once defined.
  19. no probs, any more questions read Q31:- https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md
  20. i hate to say this, but all that work is already included in the image!, you simple set 'VPN_PROV' to 'protonvpn', ensure that 'STRICT_PORT_FORWARD' is set to ;yes' and it will configure the port forwarding for you including configuring deluge, no need to do this yourself.
  21. i would advise against using sudo, if you need to set things via root then do it through the startup script.
  22. oh and btw if what you are trying to achieve is interaction with the docker containers running on unraid from within vs code then there are a couple more hoops to jump through. hoop 1. - create a container path to the docker socket - this is done by adding in a 'path' to your container, set the host and container path both to be the following:- /var/run/docker.sock hoop 2. - grant permissions to docker socket from vs code - this is done by adding the following to your startup script:- # permit user nobody access to docker socket chmod 777 '/var/run/docker.sock' thats it!, you can then remote into your containers, stop, start etc etc all within vs code.
  23. glad its working, i had a look at my code and i actually do the chmod and chown for you and i just tested it by creating a blank file with a .sh extension and it did indeed work as expected, sorting out ownership and permissions, so i am baffled as to why this wasn't the case for you.
  24. hmm interesting!, no sign of running any script, so where is the script located? it should be in /config/code-server/code-server/scripts/ and the script should be marked as executable, is this the case?.