Stupifier

Just be careful with that plugin. When it comes to VM backups, I really want to be 100% confident in whatever tool I use. That's why I use the script instead

You definitely were not using the latest version of the script.... You were using the version that is on the original post to this topic.... That is very outdated and others have improved immensely on it. Just a few posts before yours someone posted a modified/improved version of the script.... Really should look at just through the last couple of posts here. The latest version was just a couple posts above your comment man..... https://forums.unraid.net/topic/46281-unraid-autovmbackup-automate-backup-of-virtual-machines-in-unraid-v04/?do=findComment&comment=814187 The latest version of the script doesn't have the issue you are mentioning. The plugin is extreme alpha. I wouldn't really call it ready for primetime. The script version I linked is solid as a rock. I'd recommend using the script over the plugin. There are many things to work out on the plugin still.

Best thing to do in these situation is to test it by including the -n flag in whatever rclone command you use. That flag is for "dry-runs".........it makes it extremely easy to test and do trial and error until you figure out the exact command that does it for you. You are on the right track though with the includes/excludes flags. Sorry, I don't have the patience to tell you EXACTLY how to do what you want but.....you should be able to do something like this: rclone sync -v "/mnt/user/" "secure:backup/" --bwlimit "07:00,3M 23:00,off" --include "share_name01/**" --include "share_name02/**" -n Just look at that closely and reference back to the "rclone filtering" help pages....I did not test that command..but again....I added the -n flag there so you can trial and error until you get it right!

The link you just posted is old version....please use the link I PROVIDED

I personally don't use the VM Backup Plugin yet... It is too beta for me. Instead, I use the actual script which the plugin is based on. I configure this script, then put it into the user scripts plugin, set a cron schedule on the script from within user scripts plugin, and done. https://forums.unraid.net/topic/46281-unraid-autovmbackup-automate-backup-of-virtual-machines-in-unraid-v04/?do=findComment&comment=814187 https://github.com/JTok/unraid-vmbackup/tree/v1.3.1

For Unraid, the common recommendation is to NOT use crontab and instead install the User Scripts plugin specially made for Unraid. The User Scripts plugin is the preferred Unraid way of scheduling scripts. You can find it easily in the community applications store

If this is Google Drive, maximum upload per day is approx 750GB.

First Google search result for "extract zst" tells me to use "unzstd" command in terminal.

AMD Radeon HD 7870 Windows 10 VM Was able to FINALLY update to latest AMD Adrenaline Drivers! for over a year I've refused to update my AMD GPU Drivers.....the last time I tried, it just plain wouldn't work just like many of you have experienced. Well, with all this recent downtime I decided to give it another try and I managed to figure it out. I figured out a couple of tricks along the way (you guys may already know them). Anyway, this is all from memory based on what I just did.....so I hope it is accurate enough for people. The tricks in the troubleshooting section are probably the most interesting to people. And ultimately....will I continue to update my AMD drivers like this every time? HELL NO. Way too much work. This is probably the last time I update them. Preparation: PLEASE PLEASE PLEASE BACKUP YOUR VIRTUAL MACHINE BEFORE CONTINUING. THIS SHOULD BE A GIVEN. Download Latest AMD Driver Software for your GPU Run and it will extract to the C:\AMD. Most of us mapped our Windows User profile documents to our unraid array. The AMD installer doesn't like that (so dumb!) and will now give you an error about Mapped Storage. Just quit out of it. We'll address that now by simply creating another temporary user on Windows. Start Menu --> PC Settings --> Accounts --> Family & Other Users --> Add Someone Else to this PC. Just go through the prompts saying you don't have a Microsoft account or live account or whatever until it lets you just add another plain user. Once done, be sure to make that user an Administrator. Download Display Driver Uninstaller (DDU) HERE. Go ahead and extract it somewhere on the VM (not a network mapped location). Log Out of your primary user profile. Log in to the new user you created just to initialize it. When it is setting up, just uncheck all the bullcrap and click next Uninstalling current AMD display drivers: Open msconfig (Start Menu ---> type 'msconfig' and you'll see it). Go to Boot tab and Select "Safe Boot" and select "Network" option under it. Click Apply. Now when you reboot, Windows will automatically enter Safe Mode. Reboot Windows. Give it 5 minutes.....Once it reboots, login as that new temporary user. See Troubleshooting if you just plain don't see anything (black screen) You are in Safe Mode. Run the Display Driver Uninstaller....setting it to Device Type GPU and Device AMD. Everything else default. Click the Clean and Restart option. Give it 5 minutes....Once it reboots, login as that new temporary user. See Troubleshooting if you just plain don't see anything (black screen) Now go to C:\AMD and run the setup.exe (run as administrator). It will now install and should complete. Screen might flicker/change and mouse movement might get weird. Try your best to use the keyboard/mouse/whatever to get to reboot the Windows Box the natural Start Menu way....but if you can't, use the Unraid Web UI and Stop the VM. Force Stop if regular Stop doesn't work. Windows Box boots back up (see Troubleshooting if it doesn't). Log in to your Primary user, open msconfig again and uncheck the "Safe Boot". Apply. Reboot. Windows Box boots up (see Troubleshooting if it doesn't). Log into your Primary user....verify latest AMD Adrenaline Drivers are there. You can delete that temporary user now. Troubleshooting: Throughout doing this, there were a few times where I would hit the wall......black/blank screen and cannot get past it. It was frustrating and I experimented a bunch....just a lot of trial and error. These are the things I tried to get around this.....I tried them in this order too: With the VM off.....Go to the Unraid Web GUI VM tab, edit the VM. Scroll down and make VNC your Graphics Card. Then click the + symbol and add your AMD GPU as the 2nd Graphics Card. Click update. Start VM. Click on the VM and open VNC for it. Hopefully that gets you past the blank/black screen. I originally had my Win10 VM on i1440fx-2.1.0 for the "Machine". I changed it to the latest Q35 version and that helped me out. Again, use VNC if necessary. If that doesn't work, you'll need to do more. Make sure the VM is off. For whatever reason (beyond my knowledge)...something gets messed up with the unraid vm configuration. All you need to do is just create a new VM template and use the exact same settings as your previous one. To be clear, you won't be losing anything in creating this new template....you are pointing it at the exact same vdisk. Have it create and run the VM. Use VNC and hopefully you can get in to move forward with the process. Update: If you do have to create a new VM template...be sure to use the same UUID value....just because Windows Activation becomes tied to the Machine UUID

You have a case-issue. According to your terminal output, you named the rclone remote "OneDrive" not "onedrive". That should fix that isssue. Now to the followup question about having it visible on network. You should always mount rclone remotes to /mnt/disks/remote_name......like you already doing. Do NOT ever mount rclone remotes to user share locations. In Unraid Web UI...go to Settings--->SMB. Enable and In the extras field...you need to add your what you want to share. Here is an example: [global] force user = nobody [google] path = /mnt/disks/google comment = browseable = yes # Public public = yes read only=no writeable=yes writable=yes write ok=yes guest ok = yes vfs objects = You can just do a google search about SMB settings if you want to learn more. And obviously, there is also NFS and AFP network sharing protocols.....I only gave you an example of the SMB one because I share with Windows PCs.

Here is what I would recommend doing: Sounds like you already have the rclone plugin installed. Great....but just ignore all that stuff in the configuration/settings page for it. Those are just examples to help you get the idea. Just use a command line terminal and type in "rclone config" to setup your remotes. Use the User Scripts plugin for unraid to create scripts. So for example, a mount script....you create the mount script in the User Scripts plugin, then just click the "Run in Background" button to have that mount script running the whole time. Or if you have some sort of rclone sync/copy script you want to run on a regular basis....you can have it run on a schedule using User Scripts plugin too. It uses cron scheduling format

Example command....specifically, pay attention to the uid, gid, and default permissions flags rclone mount \ --allow-other \ --dir-cache-time 96h \ --fast-list \ --drive-chunk-size 512M \ --buffer-size 256M \ --vfs-read-chunk-size 128M \ --vfs-read-chunk-size-limit off \ --uid 99 --gid 100 \ --default-permissions \ --user-agent="Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/74.0.3729.131 Safari/537.36" \ rclone_remote: /mnt/disks/rclone_remote

Just like anything else...it's beta. Just go to rclone homepage and read what the chanelog differences are. For most, stable (not beta) is fine.

This probably another question I'd ask in the official rclone forums....since it's more geared towards just general rclone operation issues rather than the unraid plugin itself. But...I dunno, maybe look into the tps limit and tps burst flags.

I'd ask in the official rclone forums. Think you'll get better help to your problem there.

Sooooo.....I stopped using plex_rcs....I'm zhdenny on Github and I'm NOT by any means a programmer or have any talent in that arena. I merely did slight modifications to the original author's version of plex_rcs....just to keep it kicking along. That script is basically dead. Instead, I use plex_autoscan as @DZMM also suggested. I avoided using this at first because of all the dependencies and some of the dockers for it looked intimidating. Anyway, I took the dive and was able to get a plex_autoscan docker container to work for me on Unraid. For those curious, there are basically two options: A docker container which has Plex AND plex_autoscan all rolled in one docker. This is the easiest as it should be configured straight out of the box. The only issue is if you ALREADY have your own Plex docker setup and configured.....people do not typically want to migrate their plex setup into another container....can be done, but its just more to do. https://hub.docker.com/r/horjulf/plex_autoscan standalone plex_autoscan container. This is what I ended up using. You'll have to very carefully read the plex_autoscan docker container readme AND the plex_autoscan readme. All the container mappings and config.json file can get confusing. But when you finally figure it out, it just plain works great. Beware, you'll also need to grant plex_autoscan docker access to /var/run/docker.sock. You'll also have to chmod 666 the docker.sock. This is typically a no no but is necessary in order for plex_autoscan to communicate with the plex docker container. https://hub.docker.com/r/sabrsorensen/alpine-plex_autoscan I'm not gonna go into detail with this stuff....cuz frankly, everyone's plex setups are different and I really REALLY don't want to write a guide or explain in detail how to do this stuff.

Can't you just do the backup without using snapshot feature?

In addition....mergerfs actually has a straight-up read/write performance gain vs unionfs. Just thought I'd throw that in there. I'm really not sure of any downside really

Let me know if it does what you want....I figure you could update your rclone thread for all those interested. I know you love to do the whole mergerfs/unionfs stuff between local and rclone gdrive....and mergerfs is faster, more robust, and handles deletions/renames much better than unionfs. I personally only use mergerfs on my remote server (not Unraid) for local/rclone_gdrive stuff. I'm familiar with it...just don't use it on unraid.

in unraid terminal, run the command I code-blocked (changing the path like I said) It will create a static mergerfs binary in the path you told it to. It's done. The container isn't running in background or anything like that.....it's done. That binary IS mergerfs.....all self-contained in one file. while you are in that directory in terminal....you can even mergerfs --version and it will spit out version and everything. I said to copy/move it to /bin because that is where binary files go which you intend to use. When a binary is in /bin.....you can execute it from anywhere (just like unionfs/rclone/etc). I have no experience with bundling or creating unraid plugins like BRiT suggests.....but that really isn't necessary to get this working. All you have to do is run that command I codeblocked.....mergerfs created! Make sense @DZMM? I think you were just over-complicating it.

I never knew what cron version Unraid uses......because Wed is a valid value in latest cron version. Anyone know? It would help when using those cron maker websites

For those looking for mergerfs: Since it was asked here multiple times, I thought I'd share a solution. https://forums.unraid.net/topic/74808-help-installing-mergerfs/?do=findComment&comment=805193

For those looking for mergerfs for Unraid. I got super lucky on Reddit & the Mergerfs developer saw our plea for Unraid mergerfs. https://www.reddit.com/r/unRAID/comments/eiaq99/alternative_to_unionfs_to_merge_folders_on_unraid/ Result: He made a docker image for us....once you run, it will build a static image of mergerfs for us to use! https://hub.docker.com/repository/docker/trapexit/mergerfs-static-build docker run -v /mnt/user/some_unraid_share/mergerfs:/build --rm -it trapexit/mergerfs-static-build change /mnt/user/some_unraid_share/mergerfs_build_folder ----> an actual location on your unraid OS. After docker run completes and mergerfs is built, you would then likely move/copy it to /bin for active use!

This is so awesome to see development in this direction. I haven't had a chance to try this yet but have been following the updates closely. I'll throw a donation your way if it's any motivation

Uninstalling rclone should not delete your rclone.conf file. But just in case, back it up. You can find the location of your rclone.conf file by typing this command into terminal "rclone config file"