Jump to content
Squid

[Plugin] CA Appdata Backup / Restore v2

388 posts in this topic Last Reply

Recommended Posts

try relogging, it says csrf token, has something to do with your session..

Share this post


Link to post
I got this error trying to run the backup/restore plugin on 6.8 RC1

 

Oct 16 08:23:13 unRAID root: error: /plugins/ca.backup2/include/backupExec.php: uninitialized csrf_token Oct 16 08:23:13 unRAID root: error: /webGui/include/DeviceList.php: uninitialized csrf_token Oct 16 08:23:13 unRAID root: error: /webGui/include/DeviceList.php: uninitialized csrf_token Oct 16 08:23:13 unRAID root: error: /webGui/include/DeviceList.php: uninitialized csrf_token Oct 16 08:23:13 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Oct 16 08:25:50 unRAID nginx: 2019/10/16 08:25:50 [crit] 7268#7268: *499895 pwrite() "/var/lib/nginx/client_body/0000001182" failed (28: No space left on device), client: unix:, server: , request: "POST /pub/disks?buffer_length=2 HTTP/1.1", host: "localhost" Oct 16 08:26:03 unRAID root: error: /webGui/include/Notify.php: uninitialized csrf_token Oct 16 08:26:03 unRAID root: error: /plugins/dynamix.system.temp/include/SystemTemp.php: uninitialized csrf_token Oct 16 08:26:05 unRAID root: error: /plugins/dynamix.system.temp/include/SystemTemp.php: wrong csrf_token Oct 16 08:26:06 unRAID root: error: /plugins/dynamix.plugin.manager/scripts/PluginAPI.php: wrong csrf_token Oct 16 08:26:06 unRAID root: error: /webGui/include/Notify.php: wrong csrf_token Oct 16 08:26:06 unRAID root: error: /webGui/include/Notify.php: wrong csrf_token Oct 16 08:26:12 unRAID root: error: /plugins/ca.backup2/include/backupExec.php: uninitialized csrf_token Oct 16 08:26:14 unRAID root: error: /plugins/ca.backup2/include/backupExec.php: uninitialized csrf_token Oct 16 08:26:22 unRAID root: error: /plugins/ca.backup2/include/backupExec.php: uninitialized csrf_token Oct 16 08:26:23 unRAID root: error: /plugins/ca.backup2/include/backupExec.php: uninitialized csrf_token Oct 16 08:26:32 unRAID root: error: /plugins/ca.backup2/include/backupExec.php: uninitialized csrf_token Oct 16 08:26:33 unRAID root: error: /webGui/include/DeviceList.php: uninitialized csrf_token Oct 16 08:26:33 unRAID root: error: /webGui/include/DeviceList.php: uninitialized csrf_token Oct 16 08:26:33 unRAID root: error: /webGui/include/DeviceList.php: uninitialized csrf_token Oct 16 08:26:33 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Oct 16 08:26:33 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Oct 16 08:26:33 unRAID root: error: /webGui/include/Notify.php: uninitialized csrf_token Oct 16 08:26:33 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Oct 16 08:26:33 unRAID root: error: /webGui/include/Notify.php: uninitialized csrf_token Oct 16 08:26:33 unRAID root: error: /plugins/dynamix.system.temp/include/SystemTemp.php: uninitialized csrf_token Oct 16 08:26:33 unRAID root: error: /plugins/ca.backup2/include/backupExec.php: uninitialized csrf_token Oct 16 08:26:34 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Oct 16 08:26:35 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Oct 16 08:26:36 unRAID root: error: /webGui/include/DeviceList.php: wrong csrf_token Oct 16 08:26:36 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Oct 16 08:26:37 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Oct 16 08:26:38 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Oct 16 08:26:39 unRAID root: error: /webGui/include/DeviceList.php: wrong csrf_token Oct 16 08:26:39 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Oct 16 08:26:40 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Oct 16 08:26:42 unRAID root: error: /webGui/include/DeviceList.php: uninitialized csrf_token Oct 16 08:26:42 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Oct 16 08:26:43 unRAID root: error: /webGui/include/DeviceList.php: uninitialized csrf_token Oct 16 08:26:43 unRAID root: error: /webGui/include/DeviceList.php: uninitialized csrf_token Oct 16 08:26:43 unRAID root: error: /webGui/include/DeviceList.php: uninitialized csrf_token Oct 16 08:26:43 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Oct 16 08:26:43 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Oct 16 08:26:43 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Oct 16 08:26:43 unRAID root: error: /webGui/include/Notify.php: uninitialized csrf_token Oct 16 08:26:43 unRAID root: error: /webGui/include/Notify.php: uninitialized csrf_token Oct 16 08:26:43 unRAID root: error: /plugins/dynamix.system.temp/include/SystemTemp.php: uninitialized csrf_token Oct 16 08:26:43 unRAID root: error: /plugins/dynamix.system.temp/include/SystemTemp.php: uninitialized csrf_token Oct 16 08:26:44 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: uninitialized csrf_token Oct 16 08:26:44 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Oct 16 08:26:45 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Oct 16 08:26:46 unRAID root: error: /webGui/include/DeviceList.php: wrong csrf_token Oct 16 08:26:46 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Oct 16 08:26:46 unRAID root: error: /webGui/include/DeviceList.php: wrong csrf_token Oct 16 08:26:46 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Oct 16 08:26:47 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Oct 16 08:26:47 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Oct 16 08:26:48 unRAID root: error: /plugins/unassigned.devices/UnassignedDevices.php: wrong csrf_token Oct 16 08:26:52 unRAID root: error: /webGui/include/Notify.php: uninitialized csrf_token Oct 16 08:26:52 unRAID root: error: /webGui/include/Notify.php: uninitialized csrf_token Oct 16 08:26:52 unRAID root: error: /plugins/dynamix.system.temp/include/SystemTemp.php: uninitialized csrf_token Oct 16 08:26:53 unRAID root: error: /webGui/include/Notify.php: uninitialized csrf_token Oct 16 08:26:53 unRAID root: error: /webGui/include/Notify.php: uninitialized csrf_token Oct 16 08:26:53 unRAID root: error: /plugins/dynamix.system.temp/include/SystemTemp.php: uninitialized csrf_token Oct 16 08:26:54 unRAID root: error: /webGui/include/Notify.php: uninitialized csrf_token Oct 16 08:26:54 unRAID root: error: /webGui/include/Notify.php: uninitialized csrf_token Oct 16 08:26:54 unRAID root: error: /plugins/dynamix.system.temp/include/SystemTemp.php: uninitialized csrf_token

https://forums.unraid.net/topic/46802-faq-for-unraid-v6/page/2/?tab=comments#comment-545988

 

 

Your rootfs is probably full

Share this post


Link to post

You would have to re-zip / tar etc and add a password via appropriate options.

Share this post


Link to post

Then you are winding up saving the backup to ram.  What are your settings

Share this post


Link to post

Does CA Backup/Restore backup docker.img? I just lost my cache drive last night. Recovered all my appdata but it seems that my docker.img (that was on cache) is gone :(

Share this post


Link to post
1 hour ago, johnnie.black said:

No, because there's no need to do it, see here.

You're a lifesaver. Thanks man.

Share this post


Link to post

So for the appdata, I see there is the folder on the cache drive and also on the regular drives. do I need to back up both or just the cache drive? (appdatas is set to cache preferred)

Share this post


Link to post

Also it would be great if there was a % bar and an eta for the backup and same for the verify and then the same for the restore.

 

Share this post


Link to post
3 hours ago, almulder said:

So for the appdata, I see there is the folder on the cache drive and also on the regular drives. do I need to back up both or just the cache drive? (appdatas is set to cache preferred)

The appdata share is the amalgam of the appdata folder on ALL drives.  If you backup at the share level then Unraid will handle this transparently for you.    With Use Cache=Prefer then if their is space on the cache mover will transfer files from array to cache (assuming the files are not open).

Share this post


Link to post
3 hours ago, itimpi said:

The appdata share is the amalgam of the appdata folder on ALL drives.  If you backup at the share level then Unraid will handle this transparently for you.    With Use Cache=Prefer then if their is space on the cache mover will transfer files from array to cache (assuming the files are not open).

And the files likely will be open if your dockers are running. Possibly you have some of your system share not on cache also, which will make dockers not perform as well and will keep parity and other disks spinning.

Share this post


Link to post

Hi, first of all, thank you for this excellent plugin!

 

The plugin works very well except with the binhex's qBittorrentVPN docker. That is, let's assume I have active downloads in the docker and it is stopped when a backup is started. All the previously active downloads are restarted from the beginning after the docker is restarted. If I just manually stop and restart the qBittorrentVPN docker and there are active downloads, the active downloads' state is checked as they should and after the the downloads continue where they were before the stoppage of the docker.

 

So, does the CA Backup plugin stop the dockers in some different way compared to a manual stoppage or what might cause this? I have tested this several times with the identical results.

Share this post


Link to post

Hi,

I am just looking into some very large backups (125GB) and would like to exclude all the artwork folders from lidarr, emby, sonarr, radarr etc as they are the bulk of the backups & why they take so long.  I see I can exclude the root folder but cannot go into each folder to disable sub folders in the backup settings? am I missing something or is this not possible?

 

Many Thanks!

Share this post


Link to post

also just to add to that, is it possible to restore just one folder? I had a problem with lidarr (self inflicted) and wanted to restore just that folder

Share this post


Link to post
2 hours ago, mbc0 said:

also just to add to that, is it possible to restore just one folder? I had a problem with lidarr (self inflicted) and wanted to restore just that folder

Exactly what I've just came here for. I messed up a single container and need to restore only that container.

 

Share this post


Link to post

I have an issue where the binhex plex container is not restarting. I am not sure how to debug this further. The container clearly receives the signal to stop the container and the status in the plug menu shows it was "started" although I dont know exactly what that entails. I have to manually restart the container when I've noticed its not running. it only happens with plex which I do know takes quite a LONG time to backup due to the size of my library and the number of small files. Perhaps there is a timeout or some other thing at play here? I have checked for conflicts such as mover which starts 2 hours after this backup

 

Docker container log:


2019-10-22 02:00:02,811 WARN received SIGTERM indicating exit request
2019-10-22 02:00:02,811 DEBG killing plexmediaserver (pid 50) with signal SIGTERM
2019-10-22 02:00:02,812 INFO waiting for plexmediaserver to die
2019-10-22 02:00:02,834 DEBG 'plexmediaserver' stdout output:
Critical: libusb_init failed

2019-10-22 02:00:03,231 DEBG fd 8 closed, stopped monitoring <POutputDispatcher at 22692706314896 for <Subprocess at 22692706373904 with name plexmediaserver in state STOPPING> (stdout)>
2019-10-22 02:00:03,231 DEBG fd 10 closed, stopped monitoring <POutputDispatcher at 22692706418256 for <Subprocess at 22692706373904 with name plexmediaserver in state STOPPING> (stderr)>
2019-10-22 02:00:03,231 INFO stopped: plexmediaserver (exit status 0)
2019-10-22 02:00:03,231 DEBG received SIGCHLD indicating a child quit

 

 

Plex plugin status: 

Backup / Restore Status: Not Running 
Starting binhex-plexpass
Starting tautulli
Starting binhex-sabnzbd
Starting binhex-radarr
Starting binhex-sonarr
Starting openvpn-as
Starting duckdns
Backup/Restore Complete. tar Return Value: 0
Backup / Restore Completed

Share this post


Link to post
On 10/21/2019 at 5:37 AM, mbc0 said:

also just to add to that, is it possible to restore just one folder? I had a problem with lidarr (self inflicted) and wanted to restore just that folder

Did you ever figure this one out? I'm trying to figure out the best way to restore my Plex database after it corrupts from the 6.7.x sqlite db corruption bug.

Share this post


Link to post
1 hour ago, BBLV said:

Did you ever figure this one out? I'm trying to figure out the best way to restore my Plex database after it corrupts from the 6.7.x sqlite db corruption bug.

No mate, no response as yet

Share this post


Link to post

The plugin does not support only restoring a single folder from the zip.


This is a feature req that has been iterated multiple times, and is nearing the top on my white board (ok, that's what's written on my hand).

You can however do a google search for "tar man page" in the meantime that should be able to give you the appropriate command options to use manually

Sent from my NSA monitored device

Share this post


Link to post

Thats's great to hear Squid, I ended up doing in manually with Krusader and all went well for me! 

 

Look forward to the future feature! 🙂

 

Share this post


Link to post

Hi I have running on two servers, I backup to folders on local servers, then use other software on a windows machine to auto make another copy of the backup to the other server. After running the backup, access to the folder that contains the flash drive backup gets locked and I cannot open it with windows or Krusader from a remote machine but can with the local machine. This happens on both server flash backup folders, the libvert backup folders are still accessible. I work around this by running new permissions after every backup. I have been using CA Appdata Backup/Restore for some time with no problems. I am running Unraid Version 6.8.0-rc4 on both machines, this seems to have started around the same time as the upgrade but not 100% sure.

Share this post


Link to post

This sounds like a side-effect of the fact that in the 6.8.0 rc series the permissions on the flash drive are far more restrictive (as described in the release notes), and I expect this is being reflected in the backup copies of the flash drive.

 

it might make sense for the plugin to be altered so that the copy of the flash drive is explicitly set to have less restrictive permissions?   

Edited by itimpi

Share this post


Link to post
8 hours ago, itimpi said:

it might make sense for the plugin to be altered so that the copy of the flash drive is explicitly set to have less restrictive permissions?   

ok

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.