Kilrah Posted November 3, 2023 Share Posted November 3, 2023 (edited) 4 hours ago, House Of Cards said: The pretty important use case is that the flash backup is "special", in that most of us store everything on Unraid because that's where our main storage is. To me ALL the appdata backups need to be copied to another location anyway, so I have scripts to do that and it by default copies the flash backup too. 2 different methods to 2 different locations. Edited November 3, 2023 by Kilrah 1 Quote Link to comment
Smackover Posted November 3, 2023 Share Posted November 3, 2023 Hey quick question: what's the best practice on where to store flash backups (assuming you choose a location on the array)? Cache? A specific disk? A share? TIA. Quote Link to comment
House Of Cards Posted November 4, 2023 Share Posted November 4, 2023 12 hours ago, KluthR said: Do we need this fir VM meta as well? i could add a simple copy part for the flash backup if this helps. Noted. I don't see why not? Just for those who like to separate stuff.... Thanks! Quote Link to comment
Chaotic Posted November 4, 2023 Share Posted November 4, 2023 is there an easy way to get it to recreate/create a custom docker network when you run the restore? I always forget when i reinstall everything Quote Link to comment
KluthR Posted November 4, 2023 Author Share Posted November 4, 2023 Its planned that the restore will create the dockers as they were during backup. In a future update. Quote Link to comment
Kilrah Posted November 4, 2023 Share Posted November 4, 2023 17 hours ago, Smackover said: Hey quick question: what's the best practice on where to store flash backups (assuming you choose a location on the array)? Cache? A specific disk? A share? TIA. My backup share is the usual Cache Yes so that the backup is created fast and the mover moves it to array a bit later. Quote Link to comment
d3m3zs Posted November 4, 2023 Share Posted November 4, 2023 (edited) On 10/25/2023 at 5:46 PM, KluthR said: I‘ll see Any news? Oh, I see, beta. Edited November 4, 2023 by d3m3zs Quote Link to comment
sjoerd Posted November 5, 2023 Share Posted November 5, 2023 Moving all my vm related services to my 2nd unraid server where they live as containers so this plugin is very handy but... ...and maybe I overlook this in the documentation: I got a couple of non-docker folders and those are quite heavy on reading and writing (syslog, REST-api call and logging those) and they are not backup-ed. Not entirely sure if aappdata is the correct place for those directories (appdata in on a nvme cachepool). Is there a mechanism that tells the mover to mirror data with the array (or actually sync to the array) instead of moving from or to the array? Quote Link to comment
Revan335 Posted November 5, 2023 Share Posted November 5, 2023 @sjoerd Maybe the extra files Option in the Plugin at the bottom? 1 Quote Link to comment
sjoerd Posted November 6, 2023 Share Posted November 6, 2023 Ye that works - thanks 1 Quote Link to comment
geeksheikh Posted November 6, 2023 Share Posted November 6, 2023 Hi @KluthR -- I'm still having some issues with the new appdata backup. Sorry if I'm missing something but below I've added a screenshot of the output of my old backups using CA_Backup plugin and another with the output of the new appdata backup. Am I doing something wrong? Notice how many /appdata/config folders don't seem to be getting backed up. I've also attached the config for you. Thank you. config.json Quote Link to comment
Kilrah Posted November 7, 2023 Share Posted November 7, 2023 What's the mess in the Appdata sources? Should typically only be /mnt/user/appdata /mnt/cache/appdata and definitely not anything from specific containers 1 Quote Link to comment
geeksheikh Posted November 7, 2023 Share Posted November 7, 2023 3 hours ago, Kilrah said: What's the mess in the Appdata sources? Right, I had it as /mnt/user/appdata and it was doing this same thing so I went ahead and checked each box explicitly hoping it would change something, it did not. Quote Link to comment
oct Posted November 7, 2023 Share Posted November 7, 2023 (edited) I seem to be experiencing an issue with deleting old backups. I can see in the log "Delete old backup: /mnt/user/Backup/ab_20231031_063003" however when I check the backup directory the folder "ab_20231031_063003" is still located there with data. Is there anyway to fix this? 448fb441-00a8-4bb0-a629-44984e14e84a Edited November 7, 2023 by oct Quote Link to comment
dboonthego Posted November 8, 2023 Share Posted November 8, 2023 Is there a precedence to the retention setting? If I backup monthly, will I have THREE backups or ONE after the 4th month? Quote Link to comment
omygolly Posted November 10, 2023 Share Posted November 10, 2023 Is there anyway to have the backup skip all .log files in the appdata folder? My dockers are all collecting heaps of log files and I've had yet to find a way to delete them (I'm not good enough in scripting to dare trying a custom user script). Quote Link to comment
sinoserendipity Posted November 12, 2023 Share Posted November 12, 2023 When I backup memos appdata, this application appdata only contains 3 files, memos_prod.db, memos_prod.db-shm, memos_prod.db-wal, but appdata backup only backup one file, memos_prod.db, Is there any solution? Quote Link to comment
itimpi Posted November 12, 2023 Share Posted November 12, 2023 2 hours ago, sinoserendipity said: When I backup memos appdata, this application appdata only contains 3 files, memos_prod.db, memos_prod.db-shm, memos_prod.db-wal, but appdata backup only backup one file, memos_prod.db, Is there any solution? Aren’t the last two just temporary files that are not present if the container is not currently running? 1 Quote Link to comment
travvy87 Posted November 12, 2023 Share Posted November 12, 2023 Hi Guys I have a question. Had a bad power failure last night, power pole on my complex caught fire and power was going crazy. Unraid server was missing alot of dockers this morning, so I initiated the backup from this plugin. selected to restore everything from 2 nights ago. But I'm not sure if i'm supposed to see the restored dockers or not? it appears that all the folders in the appdata folder are there. WIll i need to manually install the dockers again and hope they pickup the right config folders? Quote Link to comment
Kilrah Posted November 12, 2023 Share Posted November 12, 2023 Appdata is one thing, the containers themselves are another. You didn't need to restore appdata, but need to go in "Previous Apps" on the apps page and reselect/reinstall the containers. Quote Link to comment
travvy87 Posted November 12, 2023 Share Posted November 12, 2023 6 minutes ago, Kilrah said: Appdata is one thing, the containers themselves are another. You didn't need to restore appdata, but need to go in "Previous Apps" on the apps page and reselect/reinstall the containers. Ahh I didn't see that option. Another thing I found to do which appears to have worked. Is on the docker page I click add container, then I can select a template which seems to relate to all the previous ones that I had. Which is handy because it keeps all the settings etc. Quote Link to comment
Kilrah Posted November 12, 2023 Share Posted November 12, 2023 Yeah so does "Previous Apps" (it just lists those existing templates) but it's more convenient since you can just tick those you want and install in one go. Quote Link to comment
snowmirage Posted November 13, 2023 Share Posted November 13, 2023 Quick question... I'm looking at what was written to my "Backup destination" path after completing a manual backup to verify it worked and its unclear what I should see there. I was expecting to find copies of my appdata directories, as well as the VM meta data, and the flash drive. Clear enough that it has something for the VM meta data and flash drive. But are all the .xml just a representation of the appdata paths somehow? I'm guessing not... I don't see anything else there to indicate the appdata paths successfully backuped up. But I don't see anything from the backup script indicating it failed. Quote Link to comment
sinoserendipity Posted November 13, 2023 Share Posted November 13, 2023 On 11/11/2023 at 11:38 PM, itimpi said: Aren’t the last two just temporary files that are not present if the container is not currently running? You are absolutely correct. When I stop this container, there was only one file left in this appdata folder, thank you for your help! Quote Link to comment
KluthR Posted November 13, 2023 Author Share Posted November 13, 2023 On 11/7/2023 at 1:59 PM, srfnmnk said: Right, I had it as /mnt/user/appdata and it was doing this same thing so I went ahead and checked each box explicitly hoping it would change something, it did not. Share a log, not a config. The new plugin only creates archives when there is something to back up. On 11/7/2023 at 7:09 PM, oct said: I seem to be experiencing an issue with deleting old backups. Thats interesting, because iots deleted as root. Never hat issues with this. Anyway, I dont check the deletion for success, maybe I should. But if you run rm -rf "/mnt/user/SuperPlex Backup/ab_20231031_063003" in a terminal, it should not work as well. Please try and report. On 11/10/2023 at 11:59 PM, omygolly said: Is there anyway to have the backup skip all .log files in the appdata folder? Soon (tm). The newest beta has global exclusion pattern option. 10 hours ago, travvy87 said: But I'm not sure if i'm supposed to see the restored dockers or not? No, the templates are being restored (you see that in Docker -> Add container) but not created (yet). Its planned, that a future version re-creates the dockers as they were before. 6 hours ago, snowmirage said: But are all the .xml just a representation of the appdata paths somehow? Those xmls are copies of the docker templates. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.