[Release] Backup (formerly XBMC Backup) - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: Add-on Support (https://forum.kodi.tv/forumdisplay.php?fid=27) +---- Forum: Program Add-ons (https://forum.kodi.tv/forumdisplay.php?fid=151) +---- Thread: [Release] Backup (formerly XBMC Backup) (/showthread.php?tid=129499) Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
|
Re: RE: [Release] XBMC Backup - startreksuite - 2014-07-13 (2014-07-12, 20:19)robweber Wrote:Thanks(2014-07-10, 23:05)YellowDog Wrote: Great program, this addon saved me a couple of times. RE: [Release] XBMC Backup - imaddicted2u - 2014-07-19 I'm using the XBMC backup on a few Android mini PC's running a custom 4.4.2 KitKat rom and XBMC Gotham. I often flash new custom rom releases and find XBMC backup to be quite helpful. While it restores many things there are a few settings that it doesn't restore such as the weather app configuration and some other settings like international/region and menus settings level. Also I have to set content on the Movies folder I use from a SMB share on my local network to get "Movies" to appear on the main menu again. These are minor details but I thought I'd point them out. Thanks for all the work you have done on this app. It has saved me loads of time. RE: [Release] XBMC Backup - Jayhawk - 2014-07-20 @imaddicted2u: I have just started the same process. Only with a Amlogic M8 box. But, same ideas...Android based custom roms and keeping the same xbmc settings. Interested to know what roms you are using and some of the methods in general. Interested in creating a thread of this or pm discussion? RE: [Release] XBMC Backup - imaddicted2u - 2014-07-20 (2014-07-20, 20:01)Jayhawk Wrote: @imaddicted2u: I have just started the same process. Only with a Amlogic M8 box. But, same ideas...Android based custom roms and keeping the same xbmc settings. Interested to know what roms you are using and some of the methods in general. Interested in creating a thread of this or pm discussion? Sent you a PM RE: [Release] XBMC Backup - robweber - 2014-07-21 (2014-07-19, 23:13)imaddicted2u Wrote: I'm using the XBMC backup on a few Android mini PC's running a custom 4.4.2 KitKat rom and XBMC Gotham. I often flash new custom rom releases and find XBMC backup to be quite helpful. While it restores many things there are a few settings that it doesn't restore such as the weather app configuration and some other settings like international/region and menus settings level. Also I have to set content on the Movies folder I use from a SMB share on my local network to get "Movies" to appear on the main menu again. Most of what you are asking can be traced to the guisettings.xml file not being restored correctly when XBMC is running. This is an inherent problem of XBMC and prevents many of the visual customizations from displaying correctly, including the internation/region settings. Setting the content on your source does surprise me though. I had thought this information was stored in the database and would come over automatically (perhaps after a restart) once the restore process completed. I have several linked XBMC instances via MySQL and when setting up a new one I usually just need to restore the sources.xml and advancedsettings.xml (for the db connection) and everything comes right in. RE: [Release] XBMC Backup - dynamic2 - 2014-07-22 i looked over this threat but didnt find my question is it possible to set the backup location as a ftp server (ftp.websitename.com) so i can do backup multiply devices at once from the same backup at different locations from the like to say working device/updated one. RE: [Release] XBMC Backup - durd - 2014-07-28 Hi! Im running xbmcbackup 0.5.5 on raspbmc with xbmc 13.1 (compiled: jun 11 2014) and i have my backup set up to backup to Dropbox every sunday night (monday morning) at 4am. Ive also configured xbmcbackup to only keep 5 backups. Now my problem is that whenever its done backing up, it wants to remove a backup, right? Well, for a while now (since ~May when i started using xbmcbackup) its been failing to do just that. And today i had enough time to go through the logs: Code: 05:49:06 T:2851771456 NOTICE: script.xbmcbackup-0.5.5: Removing backup 201405120400 Any ideas? xbmcbackup has read/write permission according to Dropbox API. Also, a feature request; Maybe its not possible, but xbmcbackup seems to be incredibly slow at backing up. When i get to work at ~7:30am my dropbox at work is still receiving files and keeps notifiying me of new files. I guess it could be a "feature" of the API but if there is a way to deal with it except for pausing dropbox sync until anytime later that would be awesome It seems like xbmcbackup doesnt batch-upload the files and does one at a time, waits for a confirmation and then does another. RE: [Release] XBMC Backup - robweber - 2014-07-28 (2014-07-28, 20:09)durd Wrote: Hi! I think you found an interesting "feature" of the Dropbox api. Seems that if the folder you are trying to delete contains too many files it will just refuse to delete it. Perfect. Looks like I'll have to add some logic on the Dropbox VFS end of things to delete folders recursively up to the root folder - will make this a longer operation. Adding this to github and will get to it soon. You are correct about the speed of the dropbox upload process. It is slow. Their Python API doesn't have any mechanism for batch uploading, or even uploading things by folder, just one file at a time. Since it's REST based you have to wait for the upload and then do it again. To be honest - if you have a system that can support the regular Dropbox client you're almost better off installing it and using that as a client. The integrated Dropbox target is meant for stuff like OpenELEC or small systems where this isn't feasible. Personally I back up my XBMC host to a NAS and the NAS then syncs with Dropbox. Makes the backup happen really fast locally and then regular Dropbox client can sync from there. RE: [Release] XBMC Backup - durd - 2014-07-28 (2014-07-28, 22:07)robweber Wrote: I think you found an interesting "feature" of the Dropbox api. Seems that if the folder you are trying to delete contains too many files it will just refuse to delete it. Perfect. Looks like I'll have to add some logic on the Dropbox VFS end of things to delete folders recursively up to the root folder - will make this a longer operation. Adding this to github and will get to it soon.Yay! For reference, although i think its easy to get the number of files directly from python, ive seen backups between 10 000 and 12 000 files, and i have unchecked the Backup thumbnails option. (2014-07-28, 22:07)robweber Wrote: You are correct about the speed of the dropbox upload process. It is slow. Their Python API doesn't have any mechanism for batch uploading, or even uploading things by folder, just one file at a time. Since it's REST based you have to wait for the upload and then do it again. To be honest - if you have a system that can support the regular Dropbox client you're almost better off installing it and using that as a client. The integrated Dropbox target is meant for stuff like OpenELEC or small systems where this isn't feasible. Personally I back up my XBMC host to a NAS and the NAS then syncs with Dropbox. Makes the backup happen really fast locally and then regular Dropbox client can sync from there.Yeah, i thought it would be this, else it would have worked properly from the start or been fixed along the way. What about incremental backups? Or this could go together with the Git issue to compress or package the backup to one file. Ill look into getting a proper Dropbox client for my rpi. My NAS runs FreeBSD which isnt supported except via API... Also, thanks for the awesomely quick response RE: [Release] XBMC Backup - robweber - 2014-08-01 Big news today, just merged in a bunch of changes to add compressing your backup archives into zip files. This is something that is requested a lot and took me a while to think on the way I wanted to implement it. Hopefully it is a welcome addition to the settings of this addon. Right now these changes are just in the master branch on github, I'd like some testers before submitting to the main repo. How to use it - The setting is normally off and can be found under the "General" settings area of the addon. When turned on a compressed zip file of your chosen files is written to the special://temp directory on your local storage device. Once the files are staged the zip is then transferred to your remote destination as specified. For restore operations the reverse is done. The key here is that all creation/extraction operations happen locally so only the compressed copy is on your remote storage. You can mix compressed/non compressed in the same remote folder, the addon doesn't care. It will figure out what type of archive it's dealing with and do the correct operations. If you're trying this out please let me know any issues you experience. I did some heavy testing on local, cifs, and dropbox storage. My development environment is windows so I'm going to give it a "live" test on my home OpenELEC installs over the next few days. The addon will attempt to clean up after itself (delete zips after transfer, etc) but you will need some hard drive space to stage the files before they are sent. If space is limited and you're trying to back up a lot this may not be the option for you. I'm hoping that for most people space isn't a critical issue and the value of the compression on the remote end will make it worth it. Post any comments here, or create issues on github as appropriate. RE: [Release] XBMC Backup - NEOhidra - 2014-08-01 Nice and useful! Thank you robweber! RE: [Release] XBMC Backup - WasTiSLine - 2014-08-03 Weird thing happened today. My system had a brain fart and I had to reboot. After XBMC 13 loaded it was back to factory settings. All of my customs were gone. I went to XBMC Backup to restore one of my back ups and update and rollback are greyed out. I even reinstalled xbmx backup. The directory is set to where my back ups are stored still no luck. Any ideas so I don't have to do hours worth of work again? RE: [Release] XBMC Backup - robweber - 2014-08-04 The update and rollback options are just if you want to update or rollback to a previous version of the addon. To do a restore just run the addon and select "restore". If you've already set the remote directory it should bring in your restore points. RE: [Release] XBMC Backup - WasTiSLine - 2014-08-04 (2014-08-04, 04:20)robweber Wrote: The update and rollback options are just if you want to update or rollback to a previous version of the addon. To do a restore just run the addon and select "restore". If you've already set the remote directory it should bring in your restore points. Thanks. I got it to run. But it didn't restore any of my menu's or even weather settings. Nothing's changed. RE: [Release] XBMC Backup - robweber - 2014-08-04 (2014-08-04, 06:00)WasTiSLine Wrote:(2014-08-04, 04:20)robweber Wrote: The update and rollback options are just if you want to update or rollback to a previous version of the addon. To do a restore just run the addon and select "restore". If you've already set the remote directory it should bring in your restore points. Straight from the FAQ: Several settings aren't being restored, this includes views, weather, etc. How do I get these back? GUISETTINGS.xml is a configuration file used heavily by XBMC for remembering GUI specific settings. Due to the fact that XBMC reads this file on startup, and writes from memory to this file on shutdown; it is not possible to restore this file while XBMC is running. You must manually move this file from your backup archives if you wish to restore it. User SouthMark has posted the following steps for restoring in the OpenELEC system where this is more difficult: 1. Run the restore of your backup 2. SSH using putty to the IP Address of your media centre username: root Password openelec 3. Type touch /var/lock/xbmc.disabled and then press enter 4. Type kill all -9 xbmc.bin and then press enter - Your media center machine should now go blank 5. Connect to your machine using WinSCP and copy the guisettings.xml file to the userdata folder (this is the guisettings.xml file from your backup) 6. go back to your putty window and type rm /var/lock/xbmc.disabled |