Everything posted by KluthR
-
[Plugin][BETA] Appdata.Backup
Stable is the same release. You could install the stable and move „config.json“ from the „/boot/config/plugins/appdata.backup.beta“ to „appdata.backup“. The errors mean the files were accessed during backup. Read the first few posts within stable topic, you could create a group for containers sharing the same volume
-
[Plugin] Appdata.Backup
Please enclose those log lines within a „code“ (</>) block. However, Ill check again later.
-
[Plugin] Appdata.Backup
@blakerw87 I added another fix to the plugin. Please hit "Search for updates" It will find no updates, but the Metadata for the plugin gets updated. Try a reboot then, it should work now. Which Unraid-Version do you have?
-
[Plugin] Appdata.Backup
The log revealed the issue. I create a fix asap.
-
[Plugin] Appdata.Backup
@blakerw87 I updated both plugin files to show some more output. If possible try to reproduce the issue. and post the whole section of the appdata.backup plugin installation (from the system log you provided)
-
[Plugin] Appdata.Backup
Thanks for the log. This seems to be the issue. Ill look into it
-
[Plugin] Appdata.Backup
Latest version? There was a small bug which caused this after a reboot. But I think I fixed it. Tested multiple times.
-
[Plugin] Appdata.Backup
So, not plugin related. Plugin says the same Check space on backup share or try rebooting
-
[Plugin] Appdata.Backup
Can you manually create the destination folder? Please attach the debug log.
-
[Plugin] Appdata.Backup
The debug log confirmed it. I make another test and will release a fix tomorrow morning. Thanks for testing!
-
[Plugin] Appdata.Backup
I still dont see why the update triggered this (because I did not changed much within the grouping logic) but I found an issue regarding empty groups, which is your issue here. The plugin group is empty after resolving, because your only group member is set to "skip: Yes". Thats the only reason. Please replace the contents from /usr/local/emhttp/plugins/appdata.backup/include/ABHelper.php with the contents from this: https://raw.githubusercontent.com/Commifreak/unraid-appdata.backup/bf027f6231487b8011573ca893fbc64f054f5b82/src/include/ABHelper.php and let it run again. Please upload the debug log afterwards.
-
[Plugin] Appdata.Backup
Yea, seems like I have messed up something there. Ill check it asap
-
[Plugin] Appdata.Backup
Latest release has inplace button to switch logs.
-
[Plugin] Appdata.Backup
🤷 The plugin has no code to delete containers. Not sure what you want to read as an answer now. If you have some debug log from the affecting run, upload it here please.
-
[Plugin] Appdata.Backup
@theothermatt_b The script doesnt wait itself. It calls Unraids Docker Helper (which in turn calls docker itself) to start container X. And waits until docker returns the result. In your case docker returns a non successful start result. However, somehow it DID started, yes. Maybe docker is so busy to time out on the start request, returns a non successful result code but in the meantime it worked. No clue. And nothing I can fix. Try a reboot and monitor again @NathanR Yes, the grouping field is not that self explaining. I try to add some more text.
-
[Plugin] Appdata.Backup
A permanent fix is in the pipeline. I still await feedback from some beta testers and then there will be a plugin update available.
-
[Plugin] Appdata.Backup
Yes, this setup with the source path set to the nvme is working. You should also add "mnt/ser/appdata" to catch tautully and those. Note the hint how "internal" and "externwl" volumes are handled.
-
[Plugin] Appdata.Backup
Please share a debug log with at least "/mnt/appdata_nvme/appdata" as set source. Or share a debug log from the latest run, which logs you attached in your latest post.
-
[Plugin] Appdata.Backup
Its not. Not with the plugin. Please share the debug log by submitting it.
-
[Plugin] Appdata.Backup
Thats totally expected because of: https://forums.unraid.net/topic/137710-plugin-appdatabackup/page/77/#findComment-1564584 I dont want to accept any new donations.
-
[Plugin] Appdata.Backup
The run looks good to me. Please verify, that the archive contents still contain the cache-folder.
-
[Plugin] Appdata.Backup
You have to put just the script path into that field without anything else. You put in the complete sh command. That does not work. The plugin is calling the script with all arguments.
-
[Plugin] Appdata.Backup
Feature freezeI have less and less time for a complete care of this plugin. You already noticed this with the fact, that announced features were not implemented yet. Another reason is, that I will move away from Unraid in the future as I just need some few docker containers anymore, so I will go with a small Ubuntu and raw docker without any further need of a whole Unraid-system. My Unraid-Development machine is still there, so Iam still able to do some bug fixing. Initially I wanted to mention some Unraid dev here and ask if Unraid has plans to make this plugin (in its current form or in another) a native function, but I just saw, that Unraid is already working on a backup worklfow system [1], which sounds really interesting. I think, that this plugin will be needless in the far future. So: No more new features, only bugfixing for now. If someone wants to help, I would also acceppt PR's for this plugin. [1] https://youtu.be/1OwCu3T92z4?t=3659
-
[Plugin] Appdata.Backup
Any check on a parent folder will select everything in it (because the path to the selected folder is the important thing). The checkboxes does not expand, yes. I dont know which part of the settings I use this, but there should be a „Add selected“ button? Hitting this should clear things up.
-
[Plugin] Appdata.Backup
Hm. Dont know if plugins are able to register a button there. But a dashboard tile should be possible.