Roudy

Have you done a reboot since adding the uid/gid? Can you do an "ls -l" inside your "GoogleDrive" folder and paste the results?

Is it a large file you’re trying to play? What is your internet speed? Sent from my iPhone using Tapatalk

Add the below to the mount script and it will mount it as the nobody:users permissions. # create rclone mount --uid 99 \ --gid 100 \

Can you post your mount and upload script?

Good luck! I'll be waiting to see how your transition goes. haha! 😂

I'm hoping that's the case, and that they stick with it. My fear is they get everyone switched and then start enforcing the limits. Only time will tell. I'm going to wait until they do it I think. Once forced, I will voice my concerns about losing the unlimited data and hopefully get something in writing from them about it.

I wouldn’t condone not fixing you original issue and to do some more troubleshooting. If you need a temporary solution in the meantime, I believe Q24 in the FAQ below will do what you are asking. https://github.com/binhex/documentation/blob/master/docker/faq/vpn.md

I just got mine as well. I wasn’t too worried before because I had heard that the Enterprise Standard had the unlimited storage just for $20 a month, but I saw today after the email that you need at least 5 people in your organization…. I’m hoping they offer some type of grandfathering for the G Suite users, but if they don’t, anyone want to start a Google business?…. Hahaha

If you go with the exclude route, you could try something below. Then just exclude the local. Just my quick thought without thinking about it too much. data |-----> mount_mergerfs | |-----> gdrive_media | | |-----> tv | | | |-----> google | | | |-----> local | | |-----> movies | | | |-----> google | | | |-----> local | | |-----> downloads

The CA Backup puts it all into a .tgz file, so it makes it nice and simple. The file can get pretty large though. mine sits aroung 70G.

It is definitely a VPN issue. Did you update the .ovpn files as I posted above? You should delete everything but the .ovpn file in the openvpn folder of your container. I didn't need anything but the .ovpn file.

Should be pretty easy. Just add a "backup" folder to the "MountFolders" portion of the mount script. Then use the "CA Backup / Restore Appdata" plugin and point the "Destination Share:" to that folder.

That's all the suggestions I have. I'm sure there is a setting/script somewhere adding it. Maybe check you SMB config maybe? That's all I have. You'll find it eventually. I wouldn't worry too much about it since it isn't affecting anything.

With all the dockers disabled, did the script make the folder right at the mount? Is there a Docker container that may have an incorrect mapping that is creating that folder? Sent from my iPhone using Tapatalk

It appears like it's not being fully removed during the shutdown process or something. If you are using a single mount, try updating your unmount script with @T0rqueWr3nch unmount script (below). I would set it to run at array start and stop. See if that maybe clears up your hanging folder. If not, I wouldn't worry about it to much. It shouldn't affect anything, just an annoyance. https://github.com/Torqu3Wr3nch/unraid_rclone_mount/blob/umountFix/rclone_unmount

I'm having the same issue. I changed my VPN to do some testing and now wireguard won't connect again. It's either an issue with PIA or Cloudflare/DNS. I was getting some 301 errors that the token url had moved. You can change your name servers on the container to the below and it should fix the issue. You can change them back to what you had after they get whatever is going on sorted. 1.1.1.1,1.0.0.1

Does it go away after some time or do you have to delete it? Can you post your unmount script? Are you running that at the startup of the array?

Your thinking is incorrect. The easiest way to see this on Unraid in under the "Main" tab. On the right hand side of the disks listed, you will see an icon. If you click on that for the different disks, you will see the same folders in multiple locations because the data is split across most of those disks. It also depends on your cache settings as well.

I don't think you are understanding what we're saying. It has nothing to do with the folder and everything to do with what drive that folder/data that Unraid thinks its located on. I appended an example of what Unraid would see your file structure as to hopefully help you understand. If you want instant transfers, you should look into the second option I recommended earlier that I did not test. I quoted it below for you. user/data (sda1) |-----> /media/tv (sda1) |-----> /upload/gdrive_media/tv (sda1) |-----> /mergerfs/gdrive_media/tv (mergerfs drive) |-----> /downloads (sda1) user/mount_rclone (rclone mount drive)

I saw in your logs that you have a local DNS listed. You don't want to do this for DNS leaking, but it could also be causing issues with your DNS resolving. Try updating the name servers variable with the defaults below and see if it fixes your issue. I was able to use Privado without any issues. 84.200.69.80,37.235.1.174,1.1.1.1,37.235.1.177,84.200.70.40,1.0.0.1

I set up the PrivadoVPN as a test and it connected with no issues. I noticed that the ovpn config you attached was old. They don't list the akl-001 as a server in their updated files. I pasted the link to their updated ovpn configs for you to try. I do see the nrt-004.ovpn that you listed in your error message. Download the latest config file for that server and see if you have any errors. https://privadovpn.com/apps/ovpn_configs.zip

It’s only like that if it transfers to a new location on the same physical drive. When you transfer to the mergerfs, the system sees it as a separate drive even if the upload folder it’s going to get sent to is the same. So the system transfers it to the mergerfs and the mergerfs transfers it to another location on the same drive in your case. That’s why I said earlier you can just transfer it to the /mint/user/upload/ folder if it is faster and it will do the same… Sent from my iPhone using Tapatalk

They may not be because your system sees the mergerfs as a separate drive. You can move the files to the /data/uploads/ if it is faster, it will upload either way. The important part is to point Plex or your media server to the mergerfs share, as it will combine the local and the remote.

You may have to provide an example of what you are referring to on this one. I was picturing your file structure something like below from your mount script. If you're saying there are 2 gdrive_media folders, one inside the other, you may need to unmount and remount or restart. It shouldn't have ended up like that. /mnt/user/data/media/movies /mnt/user/data/media/tv /mnt/user/data/upload/gdrive_media/ There isn't really a need for one at array start. When media is transferred to the mergerfs, it will really transfer to the "/mnt/user/data/upload/gdrive_media/" where it will wait for 15 minutes and then upload the next time the script is ran. I have mine running every 15 minutes, so worst case it will run 15 minutes after start up. Either way, you will maintain access to the files through the mergerfs and it should be transparent to you and your services.

Could you post your logs and the .ovpn config file without credentials so we can verify? You might be able to adjust the cipher, but I'm not familiar with that VPN provider. I may be able to help more with the logs and .ovpn config.