Stupifier

Ya gotta give more info than that for anyone to help you. What process? How exactly are you trying to copy from Gdrive? What command?

Standard IT...."Did you turn it off and on again?" Haha

The developer for this script and the associated plugin hasn't been around for a long time....you're gonna have to think outside the box when you run into issues like this. Work around your issue. Turn off the function in the script which checks if the VM is on/off before running.....then simply create another separate script to schedule your pfsense vm to turn off PRIOR to the VM backup script running. This way, your pfsense will always be OFF when the VM backup script starts..... a VERY quick google for "unraid script turn off vm" shot out exactly how to turn on/off VMs via command-line or script. Super easy.

Correct....all configurable. It retries.

I think this is the thought: Unraid mounts physical disks to /mnt/disks/ Unassigned Devices plugin mounts physical disks to /mnt/disks/ So lets throw virtual mounts into /mnt/disks/ too Here is a good discussion on it....others have asked....squid himself mounts to /mnt/disks/ too. It seems the official recommendation is /mnt/disks/ and if you mount to /mnt unraid will complain and recommend /mnt/disks/ As to where /mnt/disks/ physically resides...I have no clue. Maybe someone explains in that thread I linked. I didn't read the entire thing.

@Phoenix DownThat is a good point regarding what @DZMM does in his script. If you look at his script, he gives the option to change the location to wherever you would like....but ya...his default is inside the unraid user space. I personally would mount to /mnt/disks/.... That is just what makes sense to me. But yes, I see your point. If I had to guess, those /mnt/user mount locations are NOT configured as Unraid shares and that is why it is OK. I personally would rather have a more clear path distinction between what is an Unraid Share and what is NOT....to not confuse myself. That's another reason why I keep things which are not official Unraid Shares OUT of the /mnt/user/ directory. And I've never used QNAP, so I have no idea what's going on there with partial uploads....proprietary stuff....dunno.

@mgutt I saw you quoted me. I just wanted to echo what everything has already said. rclone mounts were not really designed to be fully function write spaces. The recommended use for them is just for reads. They work EXCELLENT for reads. They work so so for writes...If you value the integrity/reliability of your data, don't go on writing tons to an rclone mount. Sure, you might see it work....but that doesn't mean it will work all the time reliably. It is just a very big no no among rclone pros When you do rclone mount in unraid. DO NOT MOUNT IT TO /mnt/user/.... or /mnt/user0/.... or whatever. Please create a directory in /mnt/disks (for example /mnt/disks/rclone) and mount it there. /mnt/user paths are special to Unraid. They are our shares and part of your array...it would be totally whack if you started mounting your rclone mount INTO your unraid array. Even SpaceInvaderOne follows this rule in his videos. So now how do you do what you want...the whole nas sync stuff. Well......As others have eluded to.....You can execute scheduled scripts using the userscripts plugin to perform regular rclone sync/copy commands as needed. Take special care here.....it is a BAD idea to rclone sync/copy content that is STILL being written to. For example, if you have a video camera actively recording/writing into a specific video file.....of course rclone is going to have problems uploading that file to the cloud. Once writing to that file is COMPLETE, rclone copy/sync can successfully push it up to the cloud. There are actually very cleverly designed scripts on github which do a lot of this for you. I would specifically recommend "cloudplow". It is a very mature script...so mature the developer has moved onto a full re-design still in active beta called "crop". And PLEASE please please....read the documentation extremely carefully if you plan to use these scripts. Cloudplow uses systemd which we don't have on Unraid...but instead, you can still trigger the script regularly with unraid userscripts plugin https://github.com/l3uddz/cloudplow https://github.com/l3uddz/crop

As long as I can remember the preferred method of using rclone on Unraid is using the rclone beta plugin (not the docker). I can't remember why........it's been so long.

Be sure to chmod +x the sxript You can either run the cloudplow command from within the cloudplow directory like "./cloudplow" Or You can symlink the script to your $PATH directory. Then you can run the script from anywhere. Good luck

Both are on GitHub and include readme files with sample configurations. The cloudplow readme also includes a full breakdown of everything as well as that tool is already very mature. That is all I used to get setup. You can also ask people in the Cloudbox discord. They usually help but are pretty strictly focused on Cloudbox setups of cloudplow. For Crop, the readme doesn't have QUITE as much hand holding because we'll....it is still in very active development. Oh and also for Cloudplow it uses a systemd service.....but since we don't have that on Unraid you could just schedule manual runs via Userscripts plugin Good luck

Ok....I highly recommend using the terminal command line for rclone and completely ignoring the rclone plugin GUI section. Just type in "rclone config" to manage your config. Also, use the Userscripts plugin for any cron stuff you trying to do. This is how most people use rclone.

Cloudplow developer also has made a complete rewrite of it called "crop". It is still beta sorta....but is like a Swiss army knife of rclone. https://github.com/l3uddz/crop

People use tools like cloudplow to do what you want. You set it up to use rclone sync function and run in regular intervals. Just a suggestion https://github.com/l3uddz/cloudplow

Thanks @KptnKMan and @SpaceInvaderOne. I will be using this information to overhaul my old unraid build. I too think it would be amazing if Unraid devs decide to add all sorts of advanced VM configuration in the Web UI.

How did it go with the Asus TUF X570 Mobo and the GPU passthrough? I've got a Asus TUF X570 coming to me soon and am curious about your experience. Can you confirm this Mobo completely eats up a GPU in order to boot....and that it actually forcefully eats the primary PCIe x16 slot too!?

They is because rclone edit isn't a command. Try rclone config. Refer to the rclone official documentation for the full list of commands

rclone does not have any sort of special logic available that checks for other active rclone instances. You'll have to program that yourself. There are many ways to skin a cat...You just need to be a little creative and willing to dive into a little bash coding (or whatever you are most familiar with). Alternatively....You could just run both at 2M speed permanently if you are unwilling to figure out a few lines of code.

Then it's unmounted.....you should see nothing in that directory.... you're good to go

Use this if fusermount doesn't work umount -l /mnt/disks/google

When a dev goes dark, it feels really bad to post stuff like "he needs to speak up". Sorry....but it is. It's been pretty clear for quite some time now the dev taking a leave from working on this. Permanent or Temporary.... I dunno but everyone should just chill out. I recognized his absence pretty early on. This is the reason why I've simply been redirecting people to the Script version...nothing else. Report bugs...fine.....but it is really bad to ask/insist/demand/whatever that he responds. His lack of response is ENOUGH for people to realize just like I have for weeks now....just let it be. And lastly, this is a VM Backup plugin in a pre-release phase. Absolutely NOBODY should be relying on this to secure their data anyway. As such, any use of this plugin is purely to HELP the developer out. That's it. No expectations of anything else. Beta, Alpha, Pre-Alpha....whatever...it is still pre-release. Don't rely on it.

My comments are constructive. Reminding people who visit this thread the beta/alpha nature of the plugin is very important. In addition, it is equally important to remind people of the more stable alternative. I'm not trying to be an ass or anything. You'd be surprised how many people don't even read the comment above their in posts. Until (If) the dev gets comes back, there isn't much to do here in the plugins current form. Unless another dev wanted to pick it up

The plugin is Alpha/Beta....use the userscript version if you want something more stable.

Research "rclone copy" and/or "rclone sync" commands. Typically, "rclone mount" is really optimized only for reads, not so much writes.

Whenever asked....always try to authenticate "headless". The whole requirement to do all of this in the GUI mode is extremely outdated (if you're talking about from a SpaceInvaderOne guide). I don't think you should ever have to boot into GUI mode to do any rclone config setups

As far as I recall...the snapshot backup features were all beta. I personally wouldn't rely on it. Just my 2 cents