Jump to content
Squid

[Plugin] CA Appdata Backup / Restore v2

299 posts in this topic Last Reply

Recommended Posts

Advanced settings

Sent from my SM-T560NU using Tapatalk

Share this post


Link to post
6 hours ago, dgc1980 said:

so it does not knock out the dns requests during the duration of the backup

Do not set pi-hole as your DNS server for Unraid. It isn't needed and may cause 'catch-22' situations.

Share this post


Link to post
4 hours ago, bonienl said:

Do not set pi-hole as your DNS server for Unraid. It isn't needed and may cause 'catch-22' situations.

sorry, my unraid server does not have pi.hole as it's dns, but the rest of the network does when it's backing up for 30-60 minutes

 

11 hours ago, Squid said:

Advanced settings

Sent from my SM-T560NU using Tapatalk
 

thank you :)

Share this post


Link to post

Feature question - I'm looking to run a script while CA Backup & Restore has my VMs stopped - I'd like to run a Plex database maintenance script that must run when Plex is stopped, so ideally my nightly CA Backup would be the best option.


I know based on the comment by @Squid (see below) that the custom scripts in CA Backup/Restore run prior to the containers stopping, and after the containers start - nothing that can run while the containers are stopped. Is that the case? Any way I can do what I'm looking for? 

 

I suppose I could do a custom stop script (prior to containers stopping) that has "docker stop plex" at the start of the script, then backup/restore will start the Plex container after the backup is complete? Will that work?

 

Share this post


Link to post
4 hours ago, ryanborstelmann said:

I suppose I could do a custom stop script (prior to containers stopping) that has "docker stop plex" at the start of the script, then backup/restore will start the Plex container after the backup is complete? Will that work?

Should work no problems.  I get the list of running containers before executing the custom stop script.

Share this post


Link to post

After the update to Unraid 6.6.4 scheduled backups won't start anymore.

 

Any idea how to fix this or how to check where the problem is?

Share this post


Link to post
1 minute ago, JoergHH said:

After the update to Unraid 6.6.4 scheduled backups won't start anymore.

 

Any idea how to fix this or how to check where the problem is?

There’s a bug with cron in 6.6.4. Update to 6.6.5 and you should be good to go.

Share this post


Link to post
On 10/23/2018 at 6:54 PM, Diggewuff said:

The plugin seems to ignore the defined docker startup sequence and waiting times of unRaid 6.6's new docker administration utility. Instead it starts the containers in alphabetical order and therefore starts some of my containers before the databases witch they depend on. 

Today's update when running on 6.6+ will use the order and delay times from the docker page when restarting containers.  Any app that is not set to autostart but is running at the time of backup will be restarted after all of the autostart containers are restarted

Share this post


Link to post
12 minutes ago, scubieman said:

Can you restore only 1 docker with this app?

What do you mean? Are you just trying to restore only the appdata for a specific docker? Or are you just trying to get a Previous docker app reinstalled with the same settings it had before. Reinstalling a Previous App is on the Apps page (Community Applications).

Share this post


Link to post
1 minute ago, trurl said:

What do you mean? Are you just trying to restore only the appdata for a specific docker? Or are you just trying to get a Previous docker app reinstalled with the same settings it had before. Reinstalling a Previous App is on the Apps page (Community Applications).

I am trying to restore only the appdata for a specific docker. I see its a all or nothing

Share this post


Link to post

I am backing up to an unassigned usb stick for the first time.  The Flash drive and appdata seem to backup ok but the destination folder for libvirt.img is empty.  Besides the obvious like entering incorrect path what else might cause this?  

Share this post


Link to post

The next obvious is that VMs aren't enabled.

Share this post


Link to post

And if it's never been enabled, then libvirt.img doesn't exist, so no backup will happen of the file

Share this post


Link to post

I has been started.  There is a 1.0gb libvirt.img file in sitting on the cache drive.  Not sure where it normally sits.  I will start/stop the vm and run your plugin again and see how it goes. 

Edited by warham

Share this post


Link to post

What is the contents of /config/domain.cfg on the flash drive?

Share this post


Link to post

SERVICE="enable"
IMAGE_FILE="/mnt/user/system/libvirt/libvirt.img"
IMAGE_SIZE="1"
DEBUG="no"
DOMAINDIR="/mnt/user/domains/"
MEDIADIR="/mnt/user/vm/win7/"
VIRTIOISO="/mnt/user/vm/virtio-win-0.1.102.iso"
BRNAME="br0"
VMSTORAGEMODE="auto"
DISKDIR="/mnt/"

I tried backing up 2x and each time had a different size backup by 2gb.  4gb vs 1.75gb.    This was on a 32gb drive. 

I switched over to a 128gb thinking maybe it was running out of space and just saying backup completed.  This does not seem to be the case judging by the space used for the backup.  However, I see now that after I switched to the 128gb usb drive all 3 backup folders are populating.  I am going to call that a win and leave it at that.  Thank you for the help.  

Edited by warham

Share this post


Link to post

Starting last week I noticed that when CA Appdata Backup/Restore takes down my docker containers for backup, they're not being automatically restarted. The Backup/Restore status claims that it's trying to start the containers but I don't see that in the container logs.

 

Are there log files that I should be looking at to help diagnose this?

Share this post


Link to post

Pretty sure if you go into the settings of this you can turn it on. I think off by default. Also you could do a manual run to test.

Starting last week I noticed that when CA Appdata Backup/Restore takes down my docker containers for backup, they're not being automatically restarted. The Backup/Restore status claims that it's trying to start the containers but I don't see that in the container logs.
 
Are there log files that I should be looking at to help diagnose this?


Sent from my Pixel 2 XL using Tapatalk

Share this post


Link to post
24 minutes ago, scubieman said:

Pretty sure if you go into the settings of this you can turn it on. I think off by default.

 

I don't see anything about turning auto restart on or off in the settings.

Share this post


Link to post

No the logging turn on. It should autostart anyways

I don't see anything about turning auto restart on or off in the settings.


Sent from my Pixel 2 XL using Tapatalk

Share this post


Link to post
59 minutes ago, aragorn18 said:

Are there log files that I should be looking at to help diagnose this?

The syslog is sufficient.  Also, what is your unRaid version, and are the containers actually running but the Docker Tab says that they aren't?

Share this post


Link to post
33 minutes ago, Squid said:

The syslog is sufficient.  Also, what is your unRaid version, and are the containers actually running but the Docker Tab says that they aren't?

Unraid 6.6.5. I have confirmed that the docker containers are definitely not running. They do start up when I manually start them though.

 

Here are all of the CA Backup/Restore messages from my syslog from last night:

 

    Line 2960: Dec  2 05:00:01 Tower CA Backup/Restore: #######################################
    Line 2961: Dec  2 05:00:01 Tower CA Backup/Restore: Community Applications appData Backup
    Line 2962: Dec  2 05:00:01 Tower CA Backup/Restore: Applications will be unavailable during
    Line 2963: Dec  2 05:00:01 Tower CA Backup/Restore: this process.  They will automatically
    Line 2964: Dec  2 05:00:01 Tower CA Backup/Restore: be restarted upon completion.
    Line 2965: Dec  2 05:00:01 Tower CA Backup/Restore: #######################################
    Line 2966: Dec  2 05:00:01 Tower CA Backup/Restore: Stopping binhex-nzbhydra2
    Line 2975: Dec  2 05:00:05 Tower CA Backup/Restore: docker stop -t 120 binhex-nzbhydra2
    Line 2976: Dec  2 05:00:05 Tower CA Backup/Restore: Stopping binhex-plexpass
    Line 2977: Dec  2 05:00:06 Tower CA Backup/Restore: docker stop -t 120 binhex-plexpass
    Line 2978: Dec  2 05:00:06 Tower CA Backup/Restore: Stopping binhex-radarr
    Line 2987: Dec  2 05:00:09 Tower CA Backup/Restore: docker stop -t 120 binhex-radarr
    Line 2988: Dec  2 05:00:09 Tower CA Backup/Restore: Stopping binhex-sabnzbd
    Line 2997: Dec  2 05:00:11 Tower CA Backup/Restore: docker stop -t 120 binhex-sabnzbd
    Line 2998: Dec  2 05:00:11 Tower CA Backup/Restore: Stopping binhex-sonarr
    Line 3007: Dec  2 05:00:14 Tower CA Backup/Restore: docker stop -t 120 binhex-sonarr
    Line 3008: Dec  2 05:00:14 Tower CA Backup/Restore: Stopping Netdata
    Line 3009: Dec  2 05:00:17 Tower CA Backup/Restore: docker stop -t 120 Netdata
    Line 3010: Dec  2 05:00:17 Tower CA Backup/Restore: Stopping ombi
    Line 3019: Dec  2 05:00:24 Tower CA Backup/Restore: docker stop -t 120 ombi
    Line 3020: Dec  2 05:00:24 Tower CA Backup/Restore: Stopping organizr
    Line 3029: Dec  2 05:00:31 Tower CA Backup/Restore: docker stop -t 120 organizr
    Line 3030: Dec  2 05:00:31 Tower CA Backup/Restore: Stopping tautulli
    Line 3039: Dec  2 05:00:38 Tower CA Backup/Restore: docker stop -t 120 tautulli
    Line 3040: Dec  2 05:00:38 Tower CA Backup/Restore: Backing Up appData from /mnt/user/appdata/ to /mnt/user/CommunityApplicationsAppdataBackup/2018-12-02@05.00
    Line 3041: Dec  2 05:00:48 Tower CA Backup/Restore: Using command: cd '/mnt/user/appdata/' && /usr/bin/tar -cvaf '/mnt/user/CommunityApplicationsAppdataBackup/2018-12-02@05.00/CA_backup.tar.gz' --exclude 'docker.img'  * >> /var/lib/docker/unraid/ca.backup2.datastore/appdata_backup.log 2>&1 & echo $! > /tmp/ca.backup2/tempFiles/backupInProgress
    Line 3142: Dec  2 05:51:35 Tower CA Backup/Restore: Backup Complete
    Line 3143: Dec  2 05:51:35 Tower CA Backup/Restore: Verifying backup
    Line 3144: Dec  2 05:51:35 Tower CA Backup/Restore: Using command: cd '/mnt/user/appdata/' && /usr/bin/tar --diff -C '/mnt/user/appdata/' -af '/mnt/user/CommunityApplicationsAppdataBackup/2018-12-02@05.00/CA_backup.tar.gz' > /var/lib/docker/unraid/ca.backup2.datastore/appdata_backup.log & echo $! > /tmp/ca.backup2/tempFiles/verifyInProgress
    Line 3150: Dec  2 06:07:09 Tower CA Backup/Restore: #######################
    Line 3151: Dec  2 06:07:09 Tower CA Backup/Restore: appData Backup complete
    Line 3152: Dec  2 06:07:09 Tower CA Backup/Restore: #######################
    Line 3153: Dec  2 06:07:09 Tower CA Backup/Restore: Backup / Restore Completed
 

Edited by aragorn18

Share this post


Link to post

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.