[Plugin] CA Appdata Backup / Restore v2


Squid

Recommended Posts

Hey @Squid,

 

Love all the work you do, i had a question around the Appdata backup and restore. I have my game server appdata in a separate appdata share since they take up lots more room generally and so i have them on a separate disk. I also would like to back these up more frequently. So my question is, is it possible to allow 2 separate backup plans?

Link to comment
On 2/29/2020 at 4:02 AM, Squid said:

You want to type in


/bin/bash /boot/config/plugins/user.scripts/scripts/CA-Backup_Stop/script

Yours doesn't work because unRaid doesn't allow direct execution of scripts from the flash drive.

 

Good work on the plugin it has made fixing user errors a breeze. 🤠

I'd like to use a User Script path stored on the flash here Path To Custom Pre-start Script: 

but, I must not be doing this right because when I put that "/bin/bash" right before the user script path, a note at the top says No Script is at that path, which seems to make sense since "/bin/bash boot/config/plugins/user.scripts/scripts/CA_US/script" is not a valid path. 🤔

Link to comment

You can ideally store it on the array (/mnt/user/scripts/myscript), or you can manually edit /config/plugins/ca.backup2/BackupOptions.json and change 

"preStartScript": "",

to instead be

"preStartScript": "/bin/bash /boot/config/plugins/user.scripts/scripts/CA-Backup_Stop/script",

 

  • Thanks 1
Link to comment

thnx for you help yesterday Squid, got my pool up and working. setting up backups and im wondering if I should select DISCS folder for usb and libvirt destination?

 

Never mind I figured it out. oh yeah the help was from Constructor. My bad.

Edited by Yellow Bananas
problem resolved
Link to comment

I wonder if it would be possible to have this plugin split the backup archive into smaller chunks, to make for easier offsite secondary backups. Right now my tar file is about 140 GB in size, and getting that synced offsite is proving problematic for me. It would be much easier if there was an option to create nice handy chunks of 2 to 4 GB.

 

Any ideas?

Link to comment
  • 2 weeks later...

Having some weird issues with permissions. Accessing the backups from Windows system. The "USB" and "libvirt" backups working fine. But when I try access the files under "Tower Backups" I get an error that I cannot access. Pasted in the Plugin settings, which all look fine. It's all up to date as well.

image.thumb.png.00d7d4970bec32c816fc47bda3427398.png 

 

Thanks!

 

Link to comment
3 hours ago, whoisdecoy said:

I am unable to modify and save settings. They "apply" button stays gray no matter which settings I changed. I have tried multiple browsers. Any idea besides completely reinstalling plugin?

There's probably an error listed at the top you'll have to rectify first

Link to comment
10 minutes ago, Squid said:

There's probably an error listed at the top you'll have to rectify first

You are correct, I just saw the error: "Start Script /boot/config/plugins/user.scripts/scripts/backup/script is not executable"

 

Not sure what has changed since when I originally configured this. Any idea on rectifying?

 

Script is a simple rclone to copy the backed up data to gdrive.

 

Link to comment

So I want to backup my USB, but it seems this plugin won't allow me to only backup the USB, it says Source must be specified.

 

Thing is, I don't plan to run dockers or VM's on this unRAID server so I've deleted all of those shares so I don't have an Appdata share. Is there a way to only backup my USB (on a schedule)?

 

Thanks!

Link to comment
46 minutes ago, nnhoang said:

So I want to backup my USB, but it seems this plugin won't allow me to only backup the USB, it says Source must be specified.

 

Thing is, I don't plan to run dockers or VM's on this unRAID server so I've deleted all of those shares so I don't have an Appdata share. Is there a way to only backup my USB (on a schedule)?

 

Thanks!

Not until unraid 6.10

Link to comment
On 6/23/2020 at 3:32 PM, Jobine said:

Hi,

I have a problem.
My dockers stop, my backup is done, but the dockers don't restart after...

 

Any idea ?

Jun 30 03:00:01 Serveur CA Backup/Restore: #######################################
Jun 30 03:00:01 Serveur CA Backup/Restore: Community Applications appData Backup
Jun 30 03:00:01 Serveur CA Backup/Restore: Applications will be unavailable during
Jun 30 03:00:01 Serveur CA Backup/Restore: this process.  They will automatically
Jun 30 03:00:01 Serveur CA Backup/Restore: be restarted upon completion.
Jun 30 03:00:01 Serveur CA Backup/Restore: #######################################
Jun 30 03:00:01 Serveur CA Backup/Restore: Stopping HOOBS
Jun 30 03:00:05 Serveur kernel: device br0 left promiscuous mode
Jun 30 03:00:05 Serveur kernel: vethfc4da38: renamed from eth0
Jun 30 03:00:07 Serveur CA Backup/Restore: docker stop -t 60 HOOBS
Jun 30 03:00:07 Serveur CA Backup/Restore: Stopping JDownloader2
Jun 30 03:00:10 Serveur kernel: vethf5936b2: renamed from eth0
Jun 30 03:00:10 Serveur kernel: docker0: port 1(veth26c6a53) entered disabled state
Jun 30 03:00:11 Serveur avahi-daemon[6153]: Interface veth26c6a53.IPv6 no longer relevant for mDNS.
Jun 30 03:00:11 Serveur avahi-daemon[6153]: Leaving mDNS multicast group on interface veth26c6a53.IPv6 with address xxxx::xxxx:xxxx:xxxx:xxxx.
Jun 30 03:00:11 Serveur kernel: docker0: port 1(veth26c6a53) entered disabled state
Jun 30 03:00:11 Serveur kernel: device veth26c6a53 left promiscuous mode
Jun 30 03:00:11 Serveur kernel: docker0: port 1(veth26c6a53) entered disabled state
Jun 30 03:00:11 Serveur avahi-daemon[6153]: Withdrawing address record for xxxx::xxxx:xxxx:xxxx:xxxx on veth26c6a53.
Jun 30 03:00:13 Serveur CA Backup/Restore: docker stop -t 60 JDownloader2
Jun 30 03:00:13 Serveur CA Backup/Restore: Stopping plex
Jun 30 03:00:19 Serveur CA Backup/Restore: docker stop -t 60 plex
Jun 30 03:00:19 Serveur CA Backup/Restore: Stopping tautulli
Jun 30 03:00:26 Serveur kernel: veth878532d: renamed from eth0
Jun 30 03:00:26 Serveur kernel: docker0: port 2(veth49badad) entered disabled state
Jun 30 03:00:26 Serveur avahi-daemon[6153]: Interface veth49badad.IPv6 no longer relevant for mDNS.
Jun 30 03:00:26 Serveur avahi-daemon[6153]: Leaving mDNS multicast group on interface veth49badad.IPv6 with address xxxx::xxxx:xxxx:xxxx:xxxx.
Jun 30 03:00:26 Serveur kernel: docker0: port 2(veth49badad) entered disabled state
Jun 30 03:00:26 Serveur kernel: device veth49badad left promiscuous mode
Jun 30 03:00:26 Serveur kernel: docker0: port 2(veth49badad) entered disabled state
Jun 30 03:00:26 Serveur avahi-daemon[6153]: Withdrawing address record for xxxx::xxxx:xxxx:xxxx:xxxx on veth49badad.
Jun 30 03:00:28 Serveur CA Backup/Restore: docker stop -t 60 tautulli
Jun 30 03:00:28 Serveur CA Backup/Restore: Stopping transmission
Jun 30 03:00:29 Serveur kernel: transmission-da[14147]: segfault at a04 ip 000055da45d5f2db sp 00001483f62ffa10 error 4 in transmission-daemon[55da45d2f000+57000]
Jun 30 03:00:29 Serveur kernel: Code: 56 fe ff 41 56 41 55 41 54 55 53 4c 8b 2f 31 db 48 85 db 74 09 48 8b 9b b8 06 00 00 eb 07 49 8b 9d 58 01 00 00 48 85 db 74 28 <48> 8b 83 00 0a 00 00 31 ed 44 8b 70 48 4c 8d 60 40 44 39 f5 7d d0
Jun 30 03:00:33 Serveur kernel: vethaa4b0a1: renamed from eth0
Jun 30 03:00:33 Serveur kernel: docker0: port 3(vethb11f370) entered disabled state
Jun 30 03:00:34 Serveur avahi-daemon[6153]: Interface vethb11f370.IPv6 no longer relevant for mDNS.
Jun 30 03:00:34 Serveur avahi-daemon[6153]: Leaving mDNS multicast group on interface vethb11f370.IPv6 with address xxxx::xxxx:xxxx:xxxx:xxxx.
Jun 30 03:00:34 Serveur kernel: docker0: port 3(vethb11f370) entered disabled state
Jun 30 03:00:34 Serveur kernel: device vethb11f370 left promiscuous mode
Jun 30 03:00:34 Serveur kernel: docker0: port 3(vethb11f370) entered disabled state
Jun 30 03:00:34 Serveur avahi-daemon[6153]: Withdrawing address record for fe80::3409:9ff:fe54:acb8 on vethb11f370.
Jun 30 03:00:35 Serveur CA Backup/Restore: docker stop -t 60 transmission
Jun 30 03:00:35 Serveur CA Backup/Restore: Stopping xtevedocker
Jun 30 03:00:38 Serveur CA Backup/Restore: docker stop -t 60 xtevedocker
Jun 30 03:00:38 Serveur CA Backup/Restore: Backing up USB Flash drive config folder to 
Jun 30 03:00:38 Serveur CA Backup/Restore: Using command: /usr/bin/rsync  -avXHq --delete  --log-file="/var/lib/docker/unraid/ca.backup2.datastore/appdata_backup.log" /boot/ "/mnt/disks/Sauvegarde/" > /dev/null 2>&1
Jun 30 03:14:55 Serveur CA Backup/Restore: Changing permissions on backup
Jun 30 03:14:55 Serveur CA Backup/Restore: Backing Up appData from /mnt/user/appdata/ to /mnt/disks/Sauvegarde/Appdata/[email protected]
Jun 30 03:14:55 Serveur CA Backup/Restore: Using command: cd '/mnt/user/appdata/' && /usr/bin/tar -cvaf '/mnt/disks/Sauvegarde/Appdata/[email protected]/CA_backup.tar'  --exclude ".AppleDB" --exclude 'docker.img'  * >> /var/lib/docker/unraid/ca.backup2.datastore/appdata_backup.log 2>&1 & echo $! > /tmp/ca.backup2/tempFiles/backupInProgress
Jun 30 03:40:01 Serveur crond[1920]: exit status 1 from user root /usr/local/sbin/mover &> /dev/null
Jun 30 04:55:11 Serveur CA Backup/Restore: Backup Complete
Jun 30 04:55:11 Serveur CA Backup/Restore: Verifying backup
Jun 30 04:55:11 Serveur CA Backup/Restore: Using command: cd '/mnt/user/appdata/' && /usr/bin/tar --diff -C '/mnt/user/appdata/' -af '/mnt/disks/Sauvegarde/Appdata/[email protected]/CA_backup.tar' > /var/lib/docker/unraid/ca.backup2.datastore/appdata_backup.log & echo $! > /tmp/ca.backup2/tempFiles/verifyInProgress

Here's are my log.

 

Link to comment

That snip shows that it's still verifying.  Until that's done, it won't restart the apps.  Personally, I find it pointless to verify the backup as there's so much redundancy built into Unraid and any given hardware that you'll know if a write fails via other methods.

Link to comment

I realized I made a mistake with my Plex server and thankfully have a recent backup of the container with this plugin. Is there a way to just restore my one Plex docker and not my 20 other dockers?

 

Thanks so much

Link to comment
On 6/29/2020 at 2:29 PM, whoisdecoy said:

You are correct, I just saw the error: "Start Script /boot/config/plugins/user.scripts/scripts/backup/script is not executable"

 

Not sure what has changed since when I originally configured this. Any idea on rectifying?

 

Script is a simple rclone to copy the backed up data to gdrive.

 

Any idea on this issue? I can't seem to get any script to work anymore from CA user scripts in CA backup.

Link to comment
10 hours ago, Squid said:

Today's update will copy any script to RAM and run it from there which will fix your issue of having the script on the flash drive.  

I thought I read something somewhere about not being able to run from flash drive. Update definitely fixed it! Happy scripts now, thank you!

Link to comment
  • Squid locked this topic
Guest
This topic is now closed to further replies.