Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by sauso

  1. Sounds like you aren't mounting it as RW. I don't have any issues. Post a screenshot of the folder mapping.
  2. Haha thanks for confirming. I figured it was missing but just wanted to confirm! 😁
  3. I feel like i'm going loopy. I can't see anywhere in the unmount script that removes /mnt/user/appdata/other/rclone/rclone_mount_running Am i going mad or is there another place that this is removed?
  4. might touch a new file called unclean_shutdown and work that into the script to delete the running file. if it was an unclean shutdown
  5. So had a power outage last night and my server restarted. (will be investing in a UPS soon!) When my server came back up the mount script failed as the rclone_running file was still present. If the server is gracefully shut down the unmount script removes this file. Has anyone else found a way to combat this?
  6. Will give it a shot. Haven't really experimented with it yet. Got sidelined moving all my dockers to their own vlan.
  7. In mine i set the upload folder to be my current Media Share. I then changed Plex, Sonarr, Radarr etc to point to the union fs mount. Currently i'm just manually shunting video's up to the cloud. But once i'm happy with my process i'm going to set my script to copy anything older than 1 year to the cloud. Then as i start to run out of storage i will increase the time. The way i see it i will eventually replace my current HDDs with more flash local playback of new in demand shows and then copy up to the cloud after. Process is working flawlessly for me. I can't even tell the difference between spinning up a drive and playing from the cloud. The only thing that is a bit slower on cloud is seeking. unionfs -o cow,allow_other,direct_io,auto_cache,sync_read /mnt/user/Media=RW:/mnt/user/mount_rclone/google_vfs/Media=RO /mnt/user/mount_unionfs/google_vfs/Media
  8. Love your work @DZMM! Got this working with relative ease. Have you had any luck with Rclone Union yet?
  9. Hey Jorgen, Below is my docker run. It already has NET_ADMIN in it so i'm at a loss. docker run -d --name='openvpn-as' --net='bridge' -e TZ="Australia/Sydney" -e HOST_OS="Unraid" -e 'PGID'='100' -e 'PUID'='99' -p '943:943/tcp' -p '9443:9443/tcp' -p '1194:1194/udp' -v '/mnt/user/appdata/openvpn-as':'/config':'rw' --cap-add=NET_ADMIN 'linuxserver/openvpn-as' This is where is gets really bizarre. If if terminal into my unraid box and run an nmap to the container the port is open. I can even connect to localhost, the IP of my unraid box and the ip of the container all successfully. But as soon as i try from another device it shows as blocked. Anyone else have any ideas? ***EDIT*** Still scratching my head so i decided to setup the openvpn appliance. changed my port forward to the new appliance and it worked first time. Could it be my Unraid server blocking the connection?? **FINAL EDIT** So i'm a muppet. Something funky must have been going on in my Unraid box. Restarted it and it came good straight away... I forgot rule 1 of tech support. Have you tried turning it off and on again....
  10. yep, nothing changed. Port was forwarded and it was working fine before the update. If i nmap the udp port from my local PC to the server it is showing as closed.
  11. Hi Guys, So i had OpenVPN running smoothly until last nights update. (Have auto updating turned on). When i tried to connect this morning it wouldn't connect. Checked my openvpn-as appdata share and most of the contents were missing. Not a big deal. Just created from scratch and had the config back working about 10 mins later. My problem is that now i can't connect on UDP (port 1194). Port is still forwarded to the container it just won't connect. I tried changing it to TCP (Port 9443, Opened it on my router) and it worked first time. I just can't for the life of me figure out why this bugger won't connect on UDP any more. Anyone else had a similar experience? Below are my port mappings, Using Bridged as my networking option.