jcofer555

sorry about that, fixed in new release

i like that idea better for sure i'll change it so it starts the first before it starts the backup of the next and for snapshots not yet as i'm not sure of the management behind those and how to best display it for restore purposes but it is on my list of wants to get done

the backup now or run button depending on which you used should change to stop once things are running yea that's a long time for sure

update has been pushed that fixes that as well as some additional things

stop has been added, thanks for the idea.

fixed this and added the ability to use a discord webhook for the notifications if you wanted to instead of unraids built in notifications

found the cron expression bug, and update pushed to fix it and i made minor adjustments to the tooltips on the buttons as well yea i heard about it but who knows when/if they will actually do it

i can't reproduce the invalid cron expression when updating a schedule. any suggestions for the tooltip wording?

i like the idea of a stop/pause button. i'll look into it to see if i can make it happen or not

sending to remote storage does make it take longer because it can't take advantage of sparseness when traversing network links oh and also another update pushed to make the scheduling section to be responsive so no matter your screen size, zoom size, or whatever it should be useable

i can't reproduce, i just tested mine with both that enabled and disabled and it still works fine

that's a plugin and those aren't capable of being exclusive

open unraids terminal and do this 1. type exactly this > /usr/local/emhttp/plugins/vm-backup-and-restore/helpers/schedule_list.php 2.type nano /usr/local/emhttp/plugins/vm-backup-and-restore/helpers/schedule_list.php 3. go to https://privatebin.net/?020b80ac00067bb9#8ygEg56NP1CKzeeG2GFy3fNE6Exgh46zGncjBmPeyjRn and copy the entire text in that privatebin then go back to the unraid terminal where you have the schedule_list.php open with nano and right click the screen and hit paste, then hit ctrl+x, don't change the files name and accept any prompts to save/overwrite 4. type > /usr/local/emhttp/plugins/vm-backup-and-restore/vm-backup-and-restore.page 5. type nano > /usr/local/emhttp/plugins/vm-backup-and-restore/vm-backup-and-restore.page 6. go to https://privatebin.net/?0c7ea91655725462#61Bd79LLdpVXdNhFeiJu9KrrUmsSPKWrqq4hUwdTpkU1 and copy the entire text in that privatebin then go back to the unraid terminal where you have the vm-backup-and-restore.page open with nano and right click the screen and hit paste, then hit ctrl+x, don't change the files name and accept and prompts to save/overwrite 7. refresh the page with the browser for the plugins page and then see if it fixes the issues

yea the notification system is very basic atm, i would like to work on that but to be honest it's not high on the priority list but it is something i plan on tackling at some point

exclusive shares are a share that has all of it's data on a pool with the shares settings being primary storage set to that pool and secondary storage set to none, and then settings > permit exclusive set to yes (array needs stopped to change) and then unraid makes a symlink for that shares /mnt/user path to the shares actual direct pool path i.e. /mnt/cache and in turn this bypasses the fuse filesystem for those shares that are setup that way so when you reference or use /mnt/user you no longer are going through fuse which in turn gives you performance increases I/O wise. the issue with that is handling the symlinks properly on a per share basis

if you are decent with using terminal and want to update the file needed to check if my fix for the jarbled mess for number 1 and the update button is working for you

i like the idea of Update for the edit button at number 3 so i'll change that. for the jumbled mess of a field for number 1 when multiple vms selected i will look into it, i could ellipsis it so when its super long it's cuts off at a certain width where then hovering you can see the full field text

very strange as i just double checked on both my servers, ones on 7.1.4 and the other 7.2.3, one has exclusive enabled one has it disabled. can you show a screenshot of how you have it setup to start

fix has been released as 2026.02.24.02, please update

yep for sure

this is to prevent the backups going directly to the root of a share, mainly this is a protection for those that use exclusive shares. since unraid doesn't expose this setting to be programmed against (that i know of at least) means i can't make it be allowed for those shares not exclusive and not allowed for those share that are exclusive so i went with the safer option which was to just force to use a subfolder

thanks for the details. that brings a good point for me to allow that, the reason it's blocked right now is i was trying to prevent loss of data where someone writes from user to disk or disk to user based paths but didn't consider the wanting to use /mnt/remotes which is a good thing to be able to do so i'll look into that soon to open up

is your backup destination set to a /mnt/user based path? or is it just /mnt/cache or something else?

to be fair those picker modals can be done soooo many different ways haha. hope you find it useful, reach out with any feedback/issues anytime

you have got to select a folder by checking a checkbox and then clicking select, so is it possible there is no folders at that path?