Stupifier

Research a github project called cloudplow. It does exactly what you want. I will NOT walk you through setup for it. Review the readme carefully. You MAY have to use a docker version of cloudplow if Unraid has issues installing it the standard way.

Ok. I did not know you are using unionfs. Provide your unionfs mount command. This matters in solving your issue. use this command to copy stuff from rclone remote to your local array storage. rclone copy "remote:some_directory" "/mnt/user/some_share/" --bwlimit 10M -v -P That will limit the download speed to 10 MB/second. You can download about 10 Terabytes per day I think. The download limit is higher than the upload limit. You should also use the --dry-run and -v flag. The dry run flag is used for testing your command (nothing actually transfers) and the -v flag is to output more information in the terminal window so you can see what is happening. And the -P flag is to see progress live as things are happening. Again, I HIGHLY recommend you look over all the rclone flags available in https://rclone.org/flags/ I found the --bwlimit flag from that webiste. Trying to help you learn instead of just asking questions over and over.

How do I run any CA Userscript Script from within a Terminal Session? I know copies of scripts are held and ran from " /tmp/user.scripts/tmpScripts"....but when I go there via Terminal...I don't see ALL of my scripts listed (only a subset). It appears the only scripts listed here are ones which have been previously executed through Userscripts GUI. I know scripts are also located in "/boot/config/plugins/user.scripts/scripts" but those are all buttoned up with permissions restricting run (probably for good reason too since its the flash drive).

You are getting very confused. -Your issue was that you were MOUNTING rclone to "/mnt/user/mount_rclone/google_vfs" and it was giving an error because that directory has files in it. -Now you tell me that "/mnt/user/mount_rclone_/google_vfs" is where you DOWNLOAD files to. You should NOT be setting up an rclone mount overlapping where you download your Media to. -an rclone mount location and the location where you download media files to should be TWO separate locations. rclone mounts are designed to be empty directory locations where you MOUNT a remote: to. In other words, an rclone mount directory is a place where you READ from the cloud. It is NOT a place where you put files you download into. So here is an example for you: rclone mount location = "/mnt/disks/rclone_mount" downloaded media location (to be uploaded to cloud) = "/mnt/user/media/" Update: Maybe you were using unionfs or mergerfs and you didn't know it........open question to you

The log says the directory is NOT empty. Never do a mount to a directory which has stuff in it. So please figure out what is in "/mnt/user/mount_rclone/google_vfs".....if it is something important to you, then move it. If it is not important, then delete it and try your mount command again. Also, for what its worth.....I personally like to mount to locations which are NOT user shares. Anything "/mnt/user/_____" is an unraid user share. Instead I would recommend you mount to something like "/mnt/disks/mount_rclone/google_vfs". Make sure that directory EXISTS and is EMPTY before using the mount command.

Use the quotes like I outlined. Enclose your entire source path in quotes.....and then enclose your entire Destination path in quotes. rclone copy "source" "destination"

He's talking about gsuite Enterprise. You can Google it. But just to be clear, nobody knows if that will maintain unlimited storage either. It's a total crap shoot and Google themselves are well known for being very unreliable for accurate information on this specific topic rclone copy "remote:Media_Directory" "/mnt/user/vodeo_share" And whatever additional flags you want. https://rclone.org/flags/

Is anyone able to install `rdiff-backup` lately.......? I've been using it just fine for months now......and all the sudden it fails to install! pip3 install rdiff-backup Wonder what the problem is....

Again....late to the game. So everyone on the nerd-planet has been using Gsuite Google Drive unlimited storage......and therefore, Google has recently announced some big changes coming soon. A lot of speculation that the Unlimited storage will be ending. You missed the wagon by about 3 years dude. Just giving you a heads up before you dive into this business 100%.......Google MIGHT be tightening the purse a bit (still unverified since nothing has change RIGHT NOW, just announcements, nothing more). And no, I won't explain further.

You're a bit late to the game. People have been doing this for the better part of 3 years.....countless projects on GitHub and other places.

Is the grafana-unraid-stack gonna get updated to UUD 1.4? Or waiting for 1.5?

I don't personally know too much about the --backup-dir flag in rclone.....but this is how you limit file transfer speeds with the "--bwlimit 2M" flag. That will limit you to 2 MB/sec transfer speed. More flags here: https://rclone.org/flags/ Not sure if you are limiting yourself to just the unraid forum in your search........but I would broaden your search out to basically anything linux based. There should be tons of various scripts out there for you to find. I personally use something called "rdiff-backup"....it doesn't backup to Cloud natively....but that is no big deal....you can manually move/copy the backup to Cloud when its done.

rclone is just a mount, download, upload tool......it does not contain any special backup functions like you are asking for. You are looking for one of these: A script/tool which performs a backup AND moves that backup to Google Drive (using rclone) Any backup script/tool...then you manually move/copy the backup to Google Drive (using rclone)...people here can gladly supply the rclone command to copy/move that backup directory onto Google Drive....that is dead simple though. In any event.....this is a support thread for rclone help....not so much backup script help. I'd ask for help somewhere else. I think that is why you are not receiving responses here.....

In command line terminal, use "rclone config show file" to find the location of your rclone.conf file and edit it manually.

Yes.

Looks awesome man!!!!

GUS is awesome too! I stumbled upon UUD first so I was focused on that....didn't even open GUS. And wow, that is good too! Great stuff! Hope you guys stay collaborating/synced up! The all-in-one docker container is KING!

Fuck yes man!!!! I gotta say....I very briefly tried setting up all this stuff up from scratch (telegraf, grafana, etc)....it was a headache and I just didn't have time to fumble around all the menus. The UUD all-in-one docker container.....work of art! So simple...and I can tell you guys poured some time into this shit to make it ez for someone to just fire it up and go! Thank you

This is pretty awesome! Can't wait for input.sensor support and (maybe) Plex/Varken stuff

I never tried or used the config editor stuff....I dunno....just seemed like it was more straight forward to edit the .rclone.config file directly or as rclone devs intend by using the 'rclone config' command in a terminal. But yes....I did not attempt to update while rclone processes were active. Verified using htop command. Given that, on Ubuntu, rclone is capable of updating seemlessly while rclone mounts are active. Don't ask me how...but I know for a fact it does. I'm sure the same applies to other modern OS's as well.

@Waseh Just did an install.....really basic look over. Everything looks good so far. I did NOT experience your beta version number issue though. First image shows the update to beta rclone popup. The next image shows a version check on stable branch, then another version check once flipped over to beta branch. All I've done so far is copy over my .rclone.conf file and run a few simple rclone copy and rclone lsd commands and rclone mount commands. Ran into zero issues.

@Waseh Awesome. I should be able to check this out in the next 4-6 hours....sorry busy at work. I'll uninstall the beta branch plugin first...then install using your URL...then I'll play around and report back.

I never trusted any of the snapshot stuff. When we're talking about backups....I want 110% reliability/stability. That snapshot stuff was added into the script (not plugin) way later and sorta as an extra/experiment.

The biggest issue with writing to the rclone mount is just flat out reliability. People pretty much ALWAYS complain about it. Either it gives errors, or its slow, or it doesn't copy everything you told it. Pretty much, it isn't something you'd wanna use/trust. I know its convenient......sorry. It is such a well-known thing that there are a ton of very popular scripts around GitHub that basically monitor directories and perform regular rclone sync/copy jobs for you in the background on a regular schedule (like every 2 minutes or whatever you set). One such script is called "Cloudplow". Very well documented/mature. Easy to find on github. Now, rclone mount is absolutely remarkable as a read source. It is excellent for reading.

https://rclone.org/commands/rclone_mount/ https://rclone.org/flags/ CTRL+F "chunk" And FWIW, It is not the best idea to Write to an rclone Google Drive mount. Its just a widely known tip....those rclone mounts are more geared towards reads. The If you want to write something to a Google Drive remote, doing it manually using "rclone copy" command and the flags link I provided has a flag to designate chunk size. Also, even though you have Gig FIOS connection.....you still may not saturate your connection using rclone/google. That might just be the speed you get with Google. It's different for everyone.