Skip to content
View in the app

A better way to browse. Learn more.

Unraid

A full-screen app on your home screen with push notifications, badges and more.

To install this app on iOS and iPadOS
  1. Tap the Share icon in Safari
  2. Scroll the menu and tap Add to Home Screen.
  3. Tap Add in the top-right corner.
To install this app on Android
  1. Tap the 3-dot menu (⋮) in the top-right corner of the browser.
  2. Tap Add to Home screen or Install app.
  3. Confirm by tapping Install.
Message added by KluthR,

[Plugin] Appdata.Backup

Featured Replies

Some questions I wonder about the new plugin:

1. What does the "Verify Backup?" do, how is it verifying?
2. The "Ignore errors during backup?", does it report errors but contunue, or is it also not warning about errors in nitification/log?

3. Can I get an example of the  tar's glob syntax with two folders? (ref Excluded folders/files)
4. I see that in the old plugin the, the "libvirt.img" was backed up, not there is just some config in libvirt/qemu (ref Backup VM meta?) What is this, how is it different from before?
5. I guess not, but can this plugin backup VM's?

  • Replies 2.2k
  • Views 364.5k
  • Created
  • Last Reply

Top Posters In This Topic

Most Popular Posts

  • Feature freeze I 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 mo

  • The new update is coming It been a while since the last stable update. There were some betas (never got feedback though) but I had other work to do the last weeks. I tested the major changes agai

  • 2023.08.28 should fix the docker auto update issue.

Posted Images

Last update has an issue with notifications, woke up to a slew of "warning: skipping verification for this container because its not wanted!" on unraid and discord just because the 

 

Verify Backup?
Normally, tar detects any errors during backup. This option just adds an extra layer of security

 

is off. 

 

image.thumb.png.e72446247f1b6376271ff32859f1643c.png

 

Also got some "XML file for [container] was not found!", those are from compose stacks.

 

These should be at most info and not trigger the notification system as they are normal and will just spam everyday.

Edited by Kilrah

  • Author
33 minutes ago, Kilrah said:

These should be at most info

I would say, Warning is ok. It warns you, that it might be an issue, that some XMLs are missing. But I agree with the "not wanted" entry, that could go into the Info section. Maybe switching to error level for notifications is better for your setup?

EDIT: I believe I got you wrong. Your setting IS errors only, right? There is a bug, that also sends warnings out. I'll fix that.

 

@Flemming

  1. It starts tar again in vberify mode and compares the source against its just made copy. Any differences would be cause an error
  2. It logs the error, but inside another category (Info instead of Error) and even continues the process as it were successful.
  3. I dont work with it, I just noted it there. There is also a link, ponting to tars manual page
  4. This version backups the XMLs from the .img mount, not the img itself anymore
  5. Guessed right ;)

@kjames2001 Thats weird, that this is working now for you. Maybe I make the change permanent (any update will reset the manual change)

Edited by KluthR

6 minutes ago, KluthR said:

EDIT: I believe I got you wrong. Your setting IS errors only, right? There is a bug, that also sends warnings out. I'll fix that.

Yep my setting is "Errors only". Didn't remember it was there, but yes :D 

Quote

2023.08.15

🩹 Instead of no notifications, a new bug sent too much. Fixed! 😅

🔧 If a container stop-command fails, the plugin now tries again with docker stop variant.

@KluthR thank you for adding that. will try it next sunday and hope it will solve my stopping problem. i will report then.

  • Author

I personally have issues stopping the guacd properly at it sometimes does not respond to SIGTERM. Even the SIGKILL is ignored.

I got a error when it was verifying the tar for Krusaider. "tar verification failed! More output available inside debuglog"

 

Not that I really need to back up my Krusaider instance.....  Thoughts? 

 

attaching log 

ab.debug.log

9 hours ago, adminmat said:

I got a error when it was verifying the tar for Krusaider. "tar verification failed! More output available inside debuglog"

Is there actually anything in the krusader appdata folder? Might be failing because it's empty and doesn't check for that

Edited by Kilrah

For now I'm just excluding Krusaider from the backup. Since it's not necessary anyway. Just wanted to pass this along. 

On 5/9/2023 at 6:22 AM, KluthR said:

Sorry, the old backups are not compatible with the new plugin and therefore not available for restore. If you need something unpack it by yourself. After some time you can discard they.

Ouch!

I got the appdata in place. Is there a way to restore my templates/countainers as they were from the backup?

  • Author
2 hours ago, Greyberry said:

Is there a way to restore my templates/countainers as they were from the backup?

Unpack the archive by yourself and move the folders to their correct location. Install the containers with "Previous apps" I guess.

I did not realise that the backup "only" contains the appdata folder. I thought there would be settings files and such.

 

I had the appdata still in place and could install the containers with "previous apps" without the need for a backup, thanks! 🙂

Hi @KluthR

New to using this plugin and think I'm doing something wrong.  I've mostly taken the defaults in the plugin template.

When starting the backup; I notice the compressed file is very very large compared to the actual container size on disk.

docker system df -v  (23mb)
image.png

plugin backup size of container on disk (31+ gb)image.png.b3f0e9b547a5b769bbbfeafec28c29f4.png

 

in the plugin configuration I have the value set to no for saving external paths.  The external volume for krusader is /mnt/user

What am I doing wrong here?

Edited by repomanz

  • Author

Please Share the debug log either by use the Share function (post UUID here) or attach the file manually.

On 5/9/2023 at 5:22 AM, KluthR said:

Sorry, the old backups are not compatible with the new plugin and therefore not available for restore. If you need something unpack it by yourself. After some time you can discard they.

It is a pity then that on installing this plugin and using the same settings as the old CA plugin, that the new plugin's retention policy then deleted a load of my older backups that I would have kept separate if I had known that non-compatible directories would be deleted..  Why not just have a prompt to keep old backups before the install date?

Thanks for a great plugin. I would love to have a global exclude, like the old plugin. In that one, I had e.g.:

 

.cache,.caches,*.log,*.log.*,*.tmp,cache,Cache,caches,Caches

 

Although, since the exclude paths need to be absolute now, why have them per container anyway? I feel like it would be easier to maintain excludes in a single place. Or am I missing something?

Edited by KnifeFed

  • Author
1 hour ago, KnifeFed said:

since the exclude paths need to be absolute now

I just pipe those path straight to tar. In theory, I could users define relative paths and make them absolute. However, I have to add some more love to this feature.

On 8/7/2023 at 2:18 PM, KluthR said:

You are the first for me :) Dont stop -> No: Stops it (default). Dont Stop -> Yes, leave them running. Maybe I adapt the wording in a future update.

 

Something like this would make more sense, IMO:

Quote

"Stop container before backup? RECOMMENDED" Yes/No

 

On 8/15/2023 at 9:49 AM, KluthR said:

Thats weird, that this is working now for you. Maybe I make the change permanent (any update will reset the manual change)

Thanks, please do make it permanent!

Hi I am seeing an error when back up tries to save files

/mnt/cache/Backup/unRaid_AppData/ab_20230807_030001-failed/plex.tar /mnt/disk3/Backup/unRaid_AppData/ab_20230807_030001-failed/plex.tar.partial (28) No space left on device

 

Debug Log: eda19c6c-d105-4c07-a556-c63c15995a68

 

my back up folder is on share set to highwater but it keeps trying to save to disk3 which doesnt have sufficient space.

 

Disk 3 currently has the most space but my backup seems to over 1.5tb which is causing an issue. Can it split the files into smaller chunks?

 

EDIT:

Noticed compression wasnt enabled so will try with this on which should help reduced the size.

Edited by bally12345

Tried again and again with all containers stopped this time it worked!

Edited by bally12345

Helo,

 

How can I set the backup destination to a share?

 

Also I mistakenly removed the old appdata backup plugin before installing this one. 

 

Where do I go from here? How can I recover the old settings? 

Getting an error when attempting to backup my appdata.

ab.log included.

 

ab.log

I'm getting a warning in the logs and the folders are creating with a -failed added since upgrading from the old version. all the individual appdata folder are getting backed-up and log says for all that the back was created without issues. Log attached of most recent backup.

 

EDIT: Just checked too and my plex appdata folder was never included even though it is not set to skip 

 

backup.log

Edited by helvete
additional info

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.

Guest
Reply to this topic...

Account

Navigation

Search

Search

Configure browser push notifications

Chrome (Android)
  1. Tap the lock icon next to the address bar.
  2. Tap Permissions → Notifications.
  3. Adjust your preference.
Chrome (Desktop)
  1. Click the padlock icon in the address bar.
  2. Select Site settings.
  3. Find Notifications and adjust your preference.