[Plugin] CA Appdata Backup / Restore - Deprecated


Squid

Recommended Posts

A plugin designed to manually or on a schedule create backups of your Docker appdata (and Flash Drive and VM XML's)

 

Formerly part of Community Applications, this module is now packaged separately.

 

This plugin will automatically be installed with new installs of CA, but is now able to be uninstalled separately from CA, or installed separately (if CA is not installed)

 

Untitled.thumb.png.f2007b4d772df0b6e4a2e9c1d724dc92.png

 

 

Edited by Squid
  • Upvote 3
Link to comment

Changed my backup destination to a network share (UA mounted). Now I'm getting errors on backup-

2016/11/15 21:35:57 [4364] rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1178) [sender=3.1.2]

 

Couldn't attach the full log. Wayyyyyy too big.

Nothing I can do about that.  Perhaps the destination filesystem doesn't support hardlinks, etc.  Either way, rsync is returning errors, so as far as ca is concerned, the backup failed.  You could try playing with the rsync options (google rsync man page), but no guarantees

 

EDIT:  If you load the log, then isolate the lines that have rsync in them, that's going to be the failure lines.  Would really only need a sampling of them for myself (or other people) to help out

Link to comment

Changed my backup destination to a network share (UA mounted). Now I'm getting errors on backup-

2016/11/15 21:35:57 [4364] rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1178) [sender=3.1.2]

 

Couldn't attach the full log. Wayyyyyy too big.

Nothing I can do about that.  Perhaps the destination filesystem doesn't support hardlinks, etc.  Either way, rsync is returning errors, so as far as ca is concerned, the backup failed.  You could try playing with the rsync options (google rsync man page), but no guarantees

 

I suspect you're right. The destination disk is formatted HFS+. Google shows quite a few problems getting hardlinks preserved with HFS+, some workarounds, but they're way over my head. May just try a USB connected drive. What would be the best format?

 

 

 

EDIT:  If you load the log, then isolate the lines that have rsync in them, that's going to be the failure lines.  Would really only need a sampling of them for myself (or other people) to help out

 

I'll see what I can dig out of the log.

Link to comment

I suspect you're right. The destination disk is formatted HFS+. Google shows quite a few problems getting hardlinks preserved with HFS+, some workarounds, but they're way over my head. May just try a USB connected drive. What would be the best format?

All my array drives are XFS with no problems as a destination.  But UD adds another layer of complexity to it.  Best advice is try and see.  8)
Link to comment

Changed my backup destination to a network share (UA mounted). Now I'm getting errors on backup-

2016/11/15 21:35:57 [4364] rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1178) [sender=3.1.2]

 

Couldn't attach the full log. Wayyyyyy too big.

Nothing I can do about that.  Perhaps the destination filesystem doesn't support hardlinks, etc.  Either way, rsync is returning errors, so as far as ca is concerned, the backup failed.  You could try playing with the rsync options (google rsync man page), but no guarantees

 

EDIT:  If you load the log, then isolate the lines that have rsync in them, that's going to be the failure lines.  Would really only need a sampling of them for myself (or other people) to help out

Here's the excerpts from the log. Looks like a huge number of errors with symlinks.

Exported_Results.txt.zip

Link to comment
  • 2 weeks later...

gummy.jpg

 

Added: Ability to have CA Backup automatically call CA Autoupdate to check for updates to (and install if selected within Auto Update Settings) docker applications after a backup is done.

Added: Ability to leave selected Docker Applications still running throughout the backup procedure.

 

The ability to not stop certain docker applications, you get to by hitting "Show Advanced Settings" on the main Backup Settings page.  Any app which you check off will not get stopped by the backup system.  This is an advanced setting, because in a perfect world you should also set that particular docker app's appdata folder to be excluded from the backup so that any files which happen to be open for writing etc at the time of backup are not going to mess up with the integrity of the backup.

 

* Side Note:  This feature actually now turns CA Appdata Backup / Restore into a general purpose backup / restore system for any particular share on your server as it is now possible to not have it stop any docker apps at all when running.  Not what its designed for, but it will now work outside of the box.

 

If CA Auto Update is also installed (and presumably up to date), then you also have the ability to have the backup system check for and then automatically install any updates available for the docker apps which you have selected under Auto Update Settings (Docker Section).  There's a new option of the Backup Settings page dealing with this. 

Presumably, since your appdata backup runs on a schedule, you could safely disable the schedule for docker auto updates.

 

* Thanks to CHBMB I can release this a week ahead of schedule  ;D

Edited by Squid
Link to comment
  • 2 weeks later...

Hi...

 

I just updated the plugin to ver 2016.12.05 and when I go into it at the top is the following error...

 

Warning: array_diff(): Argument #2 is not an array in /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(292) : eval()'d code on line 103 Warning: natsort() expects parameter 1 to be array, null given in /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(292) : eval()'d code on line 104 Warning: Invalid argument supplied for foreach() in /usr/local/emhttp/plugins/dynamix/include/DefaultPageLayout.php(292) : eval()'d code on line 192

 

 

Yet it seems to run. 

 

 

 

 

Link to comment

I've just had a really bad failure with this plugin. I pressed the restore button (not fully intending to do one) and it prompts to continue or not, good. However I selected no (or cancel, I can't recall the exact working), but I made sure to select to not proceed. It went ahead anyway and started deleting appdata files, after few retries, the abort finally worked. But now it's fucked most of my dockers.

Link to comment

I've just had a really bad failure with this plugin. I pressed the restore button (not fully intending to do one) and it prompts to continue or not, good. However I selected no (or cancel, I can't recall the exact working), but I made sure to select to not proceed. It went ahead anyway and started deleting appdata files, after few retries, the abort finally worked. But now it's fucked most of my dockers.

Pretty sure that you hit OK instead of cancel.
Link to comment

I've just had a really bad failure with this plugin. I pressed the restore button (not fully intending to do one) and it prompts to continue or not, good. However I selected no (or cancel, I can't recall the exact working), but I made sure to select to not proceed. It went ahead anyway and started deleting appdata files, after few retries, the abort finally worked. But now it's fucked most of my dockers.

Pretty sure that you hit OK instead of cancel.

I haven't looked, but is it possible the dialog is a little ambiguous? If I hit NO on a proceed, followed by an OK on a dialog to stop the process, I expect the OK to confirm my previous NO. Wording and placement of confirmation second chance dialogs is tricky.
Link to comment

I've just had a really bad failure with this plugin. I pressed the restore button (not fully intending to do one) and it prompts to continue or not, good. However I selected no (or cancel, I can't recall the exact working), but I made sure to select to not proceed. It went ahead anyway and started deleting appdata files, after few retries, the abort finally worked. But now it's fucked most of my dockers.

Pretty sure that you hit OK instead of cancel.

 

Even if I did, there was nothing to restore, it shouldn't have gone forward and started deleting all my docker data for which there was no backups.

Link to comment
On 12/13/2016 at 8:59 AM, jonathanm said:

I haven't looked, but is it possible the dialog is a little ambiguous? If I hit NO on a proceed, followed by an OK on a dialog to stop the process, I expect the OK to confirm my previous NO. Wording and placement of confirmation second chance dialogs is tricky.

Not a double confirm.  In retrospect, the only change to it that I could have had from the get go is that clicking outside the popup results in an automatic cancel.

 

Untitled11_zpsuidp2ffu.png

Edited by Squid
Link to comment

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...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.