restore/revert produces only empty folders
Hello,
I have read https:/
I have french version running 0.11.3 on Ubuntu Maverick.
I am trying to restore files as root (from Applications-
UPDATE:
This is not a question, it's confirmed as a bug in version 0.11.3, fixed in 0.11.4. See https:/
Question information
- Language:
- English Edit question
- Status:
- Invalid
- For:
- sbackup Edit question
- Assignee:
- No assignee Edit question
- Last query:
- Last reply:
Related FAQ:
None Link to a FAQ
Revision history for this message
|
#1 |
Same here.
Files can be reverted one by one... but what if I want to revert a complete directory architecture?
Please help! I need to revert those tons of pictures placed in different backups! There is no way I can restore each one manually!!!
Revision history for this message
|
#2 |
I have precisely the same problem. I'm trying to restore selected archived directory trees onto another machine; SBackup successfully restores the selected directory structures but not the files contained therein. I am able to restore individual files.
As Tiriz says, "there is no way I can restore each one manually!" Please tell us we're missing something?
Revision history for this message
|
#3 |
Hello,
thanks for using sbackup. I don't fully understand your problem. It is, of course, possible to restore directories and files from a snapshot! I've tried it 5 min ago in order to confirm that it does work ;-)
I'll explain it:
Given you have a set of snapshots: full one and several incremental one. Files are only stored when they have changed, i.e. the latest incremental snapshot will only contain modified and new files as well as the directory structure.
The graphical UI provides 4 buttons:
-------
| Restore | Restore as |
|------
| Revert | Revert as |
-------
As already explained in https:/
That is, if you select the latest incremental snapshot (lets say it only contains unmodified files) and click 'Restore' it will restore only empty folders. If you click on 'Revert' it will restore all files and directories in reverse order. Same holds for 'restore as' and 'revert as'.
HTH.
Revision history for this message
|
#4 |
Jean-Peer, thanks for your quick response!
In my case I only make (nightly) full backups, so if I understand what you're saying there should be no real difference. In any case, doing "Restore As..." and "Revert As..." achieved the same result --- only empty folders.
Maybe I'm missing something; here's what I've been trying to do:
* Mount backup drive on second system
* Use SBackup config to ensure SBackup "sees" the drive
* Use SBackup restore to "Revert As..." a full snapshot of e.g. my "/home" to a directory on the second system e.g. "/home/lifeboat"
At this point I see only folders... I can then select and revert individual files in the tree, but that gets really old for thousands of files :(
Revision history for this message
|
#5 |
Hello Jean-Peer,
In my case, the backup I am trying to restore (/revet) is also a full backup. I understand your remarks about incremental backups : it only contains different files from the last full backup and in this case, a restore action restores effectivly only the files really contained in the archive.
This is not our case here : I want to restore from a full backup and not an incremental one. As I suppose that I (and the other people here) am in a special case, I would like to give you more information but I dont know how : is there a debug/hidden mode like a verbose one ? maybe we are using external programms (like 'find' or 'ls' bins) to sbackup which make that the list of files contain only empty folders ? How can I provide more information to you ?
Revision history for this message
|
#6 |
Hello Julien,
> is there a debug/hidden mode like a verbose one ?
You can enable 'debug' output level within the configuration gui on a per-profile basis. This will print a lot of helpful information into the logfile.
How to you invoke sbackup? Could you describe the structure of your file tree you're storing? I really want to help! It's working perfectly for me...so, I've currently no clue. Did you specified a kind of test profile containing only a small set of files and directories? Does such test case work as expected.
I'm looking forward to your outcomes, logs...Thanks.
Revision history for this message
|
#7 |
I have enabled the debug output in the configuration gui.
I invoke sbackup from the Application menu in Ubuntu Maverick (french translation).
My tar.gz file is as follows :
/etc
/home
/usr/local
/var
If I try to restore my /home/julien/
*******
SBackup 'Profil par défaut' Logger
==============
2011-01-27 17:39:12,752 - INFO in ConfigManager.
2011-01-27 17:39:12,754 - DEBUG in ConfigManager.
2011-01-27 17:39:12,755 - INFO in ConfigManager.
2011-01-27 17:39:12,757 - DEBUG in pathparse.
Display name: /media/
URI scheme: file
eff. scheme: file
Hostname: ``
Path: `/media/
Port: None
Username: `None`
Password: `None`
2011-01-27 17:39:13,654 - DEBUG in pathparse.
Display name: /media/
URI scheme: file
eff. scheme: file
Hostname: ``
Path: `/media/
Port: None
Username: `None`
Password: `None`
2011-01-27 17:39:13,658 - DEBUG in _gio_fam.
2011-01-27 17:39:13,658 - INFO in _gio_fam.
2011-01-27 17:39:13,659 - DEBUG in pathparse.
2011-01-27 17:39:13,661 - DEBUG in _gio_utils.
2011-01-27 17:39:13,684 - DEBUG in _gio_utils.
2011-01-27 17:39:13,692 - DEBUG in _gio_utils.
2011-01-27 17:39:13,692 - DEBUG in _gio_fam.
2011-01-27 17:39:14,059 - DEBUG in pathparse.
2011-01-27 17:39:14,061 - DEBUG in pathparse.
2011-01-27 17:42:18,217 - DEBUG in RestoreManager.
snapshot: `2010-12-
file (path in snapshot): `/home/
restore target: `/home/
2011-01-27 17:42:23,288 - DEBUG in pathparse.
2011-01-27 17:42:23,290 - DEBUG in _gio_utils.
2011-01-27 17:42:23,292 - DEBUG in _gio_utils.
2011-01-27 17:42:23,292 - DEBUG in _gio_fam.
2011-01-27 17:42:23,293 - DEBUG in _gio_fam.
2011-01-27 17:42:23,294 - DEBUG in RestoreManager.
2011-01-27 17:42:23,295 - DEBUG in RestoreManager.
2011-01-27 17:42:23,295 - DEBUG in RestoreManager.
2011-01-27 17:42:23,296 - DEBUG in RestoreManager.
2011-01-27 17:42:23,297 - DEBUG in tar.extract(92): input param `sourcear`: file://
2011-01-27 17:42:23,299 - DEBUG in tar.extract(93): input param `eff_local_
2011-01-27 17:42:23,301 - DEBUG in tar.extract(101): Archive type: gzip
2011-01-27 17:42:23,303 - DEBUG in tar.launch_
2011-01-27 17:42:23,370 - DEBUG in tar.launch_
2011-01-27 17:42:23,476 - DEBUG in tar.__finish_
2011-01-27 17:42:23,477 - DEBUG in tar.__finish_
2011-01-27 17:42:23,477 - DEBUG in tar.__finish_
2011-01-27 17:42:23,478 - INFO in tar.__finish_
2011-01-27 17:42:23,479 - INFO in tar.__finish_
2011-01-27 17:42:23,480 - DEBUG in RestoreManager.
2011-01-27 17:42:23,480 - DEBUG in RestoreManager.
2011-01-27 17:52:53,569 - DEBUG in _gio_fam.
2011-01-27 17:52:53,571 - INFO in _gio_fam.
2011-01-27 17:52:53,571 - DEBUG in pathparse.
2011-01-27 17:52:53,571 - DEBUG in _gio_utils.
2011-01-27 17:52:53,572 - DEBUG in _gio_utils.
2011-01-27 17:52:53,572 - DEBUG in _gio_utils.
2011-01-27 17:52:53,572 - DEBUG in _gio_fam.
*******
If I launch the following command by myself in a terminal
/bin/tar -xp --gzip --ignore-
the result is the same : the folder tree is there but there is no file...
/bin/tar --version
tar (GNU tar) 1.23
It seems the problem comes from this command
Revision history for this message
|
#8 |
I've digged into it and found that your issue is a bug. The problem stems from tar's commandline option '--occurrence' which behaves inconsistently. It does work if a top-level folder is being extracted but does not work for other directories. Unfortunately, pre-release test didn't cover such cases. Sorry for any trouble. I've filed a bug https:/
Thanks to all for choosing sbackup and helping to make it better.
Revision history for this message
|
#9 |
Changing status to 'Invalid' because this issue is actually a bug. Please refer to the linked bug report from now.