Jump to content

[Plugin] CA Appdata Backup / Restore v2.5


KluthR

Recommended Posts

On 1/12/2023 at 4:19 PM, trurl said:

Do you perhaps have docker.img in appdata share instead of system share as is the usual setting?

 

Attach diagnostics to your NEXT post in this thread.

You were exactly right.! :) Thank you very much.

Docker.img was in the same folder than then dockers themselves. Moving away the image did the trick.

I moved it ant it worked flawlessly.

 

Docker vDisk location:
/mnt/disk1/system/docker/docker.img
Default appdata storage location:
/mnt/user/appdata/
Link to comment
52 minutes ago, KluthR said:

There is. But Iam currently busy with a refactoring. I dont touch the „old“ code except for urgent changes. Please wait a bit until Iam ready. What do you want to change?

I can wait. Mostly wanted to work on parallelization/docker restart mechanics, like what's been discussed in the thread.

  • Like 1
Link to comment

I'm having issue where a few containers won't restart after the backup has finished. Can anyone assist please?

BTQxUZ2.png


 

Jan 15 04:14:46 SERVER CA Backup/Restore: done
Jan 15 04:14:46 SERVER CA Backup/Restore: Starting binhex-plexpass... (try #1) 
Jan 15 04:14:46 SERVER CA Backup/Restore: done!
Jan 15 04:14:48 SERVER CA Backup/Restore: Starting overseerr... (try #1) 
Jan 15 04:14:48 SERVER CA Backup/Restore: Error while starting container! - Code: Image can not be deleted, in use by other container(s)
Jan 15 04:14:53 SERVER CA Backup/Restore: Starting overseerr... (try #2) 
Jan 15 04:14:53 SERVER CA Backup/Restore: Error while starting container! - Code: Image can not be deleted, in use by other container(s)
Jan 15 04:14:58 SERVER CA Backup/Restore: Starting overseerr... (try #3) 
Jan 15 04:14:58 SERVER CA Backup/Restore: Error while starting container! - Code: Image can not be deleted, in use by other container(s)
Jan 15 04:14:58 SERVER CA Backup/Restore: Container did not started after multiple tries, skipping.
Jan 15 04:14:58 SERVER CA Backup/Restore: Waiting 10 seconds before carrying on
Jan 15 04:15:08 SERVER CA Backup/Restore: Starting tautulli... (try #1) 
Jan 15 04:15:08 SERVER kernel: docker0: port 1(veth6fe6c7c) entered blocking state
Jan 15 04:15:08 SERVER kernel: docker0: port 1(veth6fe6c7c) entered disabled state
Jan 15 04:15:08 SERVER kernel: device veth6fe6c7c entered promiscuous mode
Jan 15 04:15:08 SERVER kernel: docker0: port 1(veth6fe6c7c) entered blocking state
Jan 15 04:15:08 SERVER kernel: docker0: port 1(veth6fe6c7c) entered forwarding state
Jan 15 04:15:08 SERVER kernel: docker0: port 1(veth6fe6c7c) entered disabled state
Jan 15 04:15:09 SERVER kernel: eth0: renamed from veth75be4c7
Jan 15 04:15:09 SERVER kernel: IPv6: ADDRCONF(NETDEV_CHANGE): veth6fe6c7c: link becomes ready
Jan 15 04:15:09 SERVER kernel: docker0: port 1(veth6fe6c7c) entered blocking state
Jan 15 04:15:09 SERVER kernel: docker0: port 1(veth6fe6c7c) entered forwarding state
Jan 15 04:15:09 SERVER CA Backup/Restore: done!
Jan 15 04:15:09 SERVER CA Backup/Restore: Waiting 10 seconds before carrying on
Jan 15 04:15:10 SERVER avahi-daemon[16027]: Joining mDNS multicast group on interface veth6fe6c7c.IPv6 with address fe80::101c:40ff:fec4:fe82.
Jan 15 04:15:10 SERVER avahi-daemon[16027]: New relevant interface veth6fe6c7c.IPv6 for mDNS.
Jan 15 04:15:10 SERVER avahi-daemon[16027]: Registering new address record for fe80::101c:40ff:fec4:fe82 on veth6fe6c7c.*.
Jan 15 04:15:19 SERVER CA Backup/Restore: Starting prowlarr... (try #1) 
Jan 15 04:15:19 SERVER CA Backup/Restore: Error while starting container! - Code: Image can not be deleted, in use by other container(s)
Jan 15 04:15:24 SERVER CA Backup/Restore: Starting prowlarr... (try #2) 
Jan 15 04:15:24 SERVER CA Backup/Restore: Error while starting container! - Code: Image can not be deleted, in use by other container(s)
Jan 15 04:15:29 SERVER CA Backup/Restore: Starting prowlarr... (try #3) 
Jan 15 04:15:29 SERVER CA Backup/Restore: Error while starting container! - Code: Image can not be deleted, in use by other container(s)
Jan 15 04:15:29 SERVER CA Backup/Restore: Container did not started after multiple tries, skipping.
Jan 15 04:15:29 SERVER CA Backup/Restore: Waiting 10 seconds before carrying on
Jan 15 04:15:39 SERVER CA Backup/Restore: Starting radarr... (try #1) 
Jan 15 04:15:39 SERVER CA Backup/Restore: Error while starting container! - Code: Image can not be deleted, in use by other container(s)
Jan 15 04:15:44 SERVER CA Backup/Restore: Starting radarr... (try #2) 
Jan 15 04:15:44 SERVER CA Backup/Restore: Error while starting container! - Code: Image can not be deleted, in use by other container(s)
Jan 15 04:15:49 SERVER CA Backup/Restore: Starting radarr... (try #3) 
Jan 15 04:15:50 SERVER CA Backup/Restore: Error while starting container! - Code: Image can not be deleted, in use by other container(s)
Jan 15 04:15:50 SERVER CA Backup/Restore: Container did not started after multiple tries, skipping.
Jan 15 04:15:52 SERVER CA Backup/Restore: Starting sonarr... (try #1) 
Jan 15 04:15:52 SERVER CA Backup/Restore: Error while starting container! - Code: Image can not be deleted, in use by other container(s)
Jan 15 04:15:57 SERVER CA Backup/Restore: Starting sonarr... (try #2) 
Jan 15 04:15:57 SERVER CA Backup/Restore: Error while starting container! - Code: Image can not be deleted, in use by other container(s)
Jan 15 04:16:02 SERVER CA Backup/Restore: Starting sonarr... (try #3) 
Jan 15 04:16:02 SERVER CA Backup/Restore: Error while starting container! - Code: Image can not be deleted, in use by other container(s)
Jan 15 04:16:02 SERVER CA Backup/Restore: Container did not started after multiple tries, skipping.
Jan 15 04:16:04 SERVER CA Backup/Restore: Starting homeassistant... (try #1) 
Jan 15 04:16:04 SERVER CA Backup/Restore: done!
Jan 15 04:16:04 SERVER CA Backup/Restore: Waiting 10 seconds before carrying on

 

Link to comment

Been using this plugin for years, and more than once it's saved my ass. Thank you for taking this on and keeping such a great piece of work alive and progressing.

 

One question / suggestion - I have "create separate archives" set to Yes - but the plugin still stops all dockers at the start, then starts them at the end. Could it be possible to shut down a docker only when that docker appdata will be backed up instead? In other words, I don't think Plex needs to be closed if krusader is being backed up.. ?

 

Thank you!

Link to comment
32 minutes ago, tiwing said:

One question / suggestion - I have "create separate archives" set to Yes - but the plugin still stops all dockers at the start, then starts them at the end. Could it be possible to shut down a docker only when that docker appdata will be backed up instead? In other words, I don't think Plex needs to be closed if krusader is being backed up.. ?

Some dockers are dependent on others for many configurations

Link to comment

Hi there! I have recently set up a second Unraid machine and would like to move some of my containers to the new machine. I found a thread on reddit that suggested that the best way to do this would be to use this plugin to create a backup, copy the back up over to the new server and then restore it.

 

The back up from the old server and restore on the new server worked flawlessly! But I don't see the containers in the Docker UI or under "previously apps" tab in community applications. I checked the appdata share via ssh and all of the folders do seem to be there.

 

Am I missing something? Did I misunderstand how this plugin or how the restore function works?

 

Thank you in advance!

Link to comment
39 minutes ago, SxC97 said:

don't see the containers in the Docker UI or under "previously apps" tab

The docker templates that allow you to reinstall previous apps, and to work with installed apps in the webUI, are on the flash drive in config/plugins/dockerMan/templates-user

Link to comment

I am getting an error when it backs up syslog which causes the whole job to fail.

 

[22.01.2023 08:43:43] Verifying Backup sonarr4K
[22.01.2023 08:43:43] Backing Up: swag
[22.01.2023 08:43:47] Verifying Backup swag
[22.01.2023 08:43:48] Backing Up: syslog-192.168.44.10.log
[22.01.2023 08:43:48] Verifying Backup syslog-192.168.44.10.log
syslog-192.168.44.10.log: Size differs
[22.01.2023 08:43:48] tar verify failed!
[22.01.2023 08:43:48] Backing Up: syslog-192.168.44.10.log.1
[22.01.2023 08:43:48] Backing Up: tailscale
[22.01.2023 08:43:48] Backing Up: tautulli

 

Syslog will update though during the backup process won't it?

If it helps, I have unpaid acting as a syslog server posting its own syslog to itself, that is so the syslog data is retained post reboot. Perhaps the logic is only expecting a single syslog file?

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.

×
×
  • Create New...