nssbackup-team team mailing list archive

Thread
Date
[Bug 709338] Re: Restore/revert of non-toplevel items produces only empty folders

To: nssbackup-team@xxxxxxxxxxxxxxxxxxx
From: Jean-Peer Lorenz <709338@xxxxxxxxxxxxxxxxxx>
Date: Fri, 28 Jan 2011 16:35:48 -0000
Reply-to: Bug 709338 <709338@xxxxxxxxxxxxxxxxxx>
Sender: bounces@xxxxxxxxxxxxx
** Attachment added: "Restore log"
   https://bugs.launchpad.net/sbackup/+bug/709338/+attachment/1812716/+files/sbackup.log

** Description changed:

  Problem was originally reported by Julien on 2011-01-07:
  
  Whatever button I click (revert/restore/revert to/ restore to), I only
  get empty folders with eventually empty sub-folders. If I do the same
  with a single file, the file is correctly restored. I can see in the
  .tar.gz file that my folders should not be empty.
  
  I have french version running 0.11.3 on Ubuntu Maverick.
  I am trying to restore files as root (from Applications->Outils Systemes Ubuntu main menu)
  
  My tar.gz file is as follows :
  /etc
  /home
  /usr/local
  /var
  
- If I try to restore my /home/julien/.thunderbird folder (containing one folder and three files), only the folder tree is restored but there is no file. I obtained the following log running with "RestoreAs" button.
- ****************************************************************************************************************************************************
+ If I try to restore my /home/julien/.thunderbird folder (containing one
+ folder and three files), only the folder tree is restored but there is
+ no file. I obtained the enclosed log running with "RestoreAs" button.
  
- SBackup 'Profil par défaut' Logger
- 
- ==============
- 
- 2011-01-27 17:39:12,752 - INFO in ConfigManager.__create_logger(750): Le journal pour [Profil par défaut] sera écrit dans '/var/log/sbackup/sbackup.2011-01-27_17.39.12.751034.log'.
- 2011-01-27 17:39:12,754 - DEBUG in ConfigManager.validateConfigFileOpts(799): Validating config file.
- 2011-01-27 17:39:12,755 - INFO in ConfigManager.__init__(331): Les réglages du profil sont lus à partir du fichier '/etc/sbackup.conf'.
- 2011-01-27 17:39:12,757 - DEBUG in pathparse.set_and_parse_uri(215): UriParser:
- Display name: /media/160GB/sauvegardes
- URI scheme: file
- eff. scheme: file
- Hostname: ``
- Path: `/media/160GB/sauvegardes`
- Port: None
- Username: `None`
- Password: `None`
- 2011-01-27 17:39:13,654 - DEBUG in pathparse.set_and_parse_uri(215): UriParser:
- Display name: /media/160GB/sauvegardes
- URI scheme: file
- eff. scheme: file
- Hostname: ``
- Path: `/media/160GB/sauvegardes`
- Port: None
- Username: `None`
- Password: `None`
- 2011-01-27 17:39:13,658 - DEBUG in _gio_fam.set_initialize_callback(62): set_initialize_callback: <bound method SBRestoreGTK.__set_destination_done_cb of <sbackup.ui.restoregui.SBRestoreGTK object at 0xa44a90c>>
- 2011-01-27 17:39:13,658 - INFO in _gio_fam.initialize(100): Initializing GIO File Access Manager.
- 2011-01-27 17:39:13,659 - DEBUG in pathparse.query_mount_uri(252): get_mount_uri: file:///media/160GB/sauvegardes
- 2011-01-27 17:39:13,661 - DEBUG in _gio_utils.mount(253): Mount path: file:///media/160GB/sauvegardes
- 2011-01-27 17:39:13,684 - DEBUG in _gio_utils._is_local(213): Given path is local
- 2011-01-27 17:39:13,692 - DEBUG in _gio_utils.mount(258): Mounting local path is not required - calling additional callback
- 2011-01-27 17:39:13,692 - DEBUG in _gio_fam._mount_cb(153): Calling additional callback in gio_fam._mount_cb: <bound method SBRestoreGTK.__set_destination_done_cb of <sbackup.ui.restoregui.SBRestoreGTK object at 0xa44a90c>>
- 2011-01-27 17:39:14,059 - DEBUG in pathparse.query_mount_uri(252): get_mount_uri: file:///media/160GB/sauvegardes
- 2011-01-27 17:39:14,061 - DEBUG in pathparse.query_mount_uri(252): get_mount_uri: file:///media/160GB/sauvegardes
- 2011-01-27 17:42:18,217 - DEBUG in RestoreManager.restoreAs(76): Restore as
-  snapshot: `2010-12-13_11.43.10.731121.moines.ful`
-  file (path in snapshot): `/home/julien/.thunderbird`
-  restore target: `/home/julien/zzz_test_restauration_home_julien`
- 2011-01-27 17:42:23,288 - DEBUG in pathparse.query_mount_uri(252): get_mount_uri: file:///media/160GB/sauvegardes
- 2011-01-27 17:42:23,290 - DEBUG in _gio_utils.get_eff_path(757): get effective path for URI: `file:///media/160GB/sauvegardes`
- 2011-01-27 17:42:23,292 - DEBUG in _gio_utils.get_eff_path(760): Effective path: `/media/160GB/sauvegardes`
- 2011-01-27 17:42:23,292 - DEBUG in _gio_fam.get_eff_fullpath(178): Effective path: `/media/160GB/sauvegardes`
- 2011-01-27 17:42:23,293 - DEBUG in _gio_fam.get_eff_fullpath(179): Base path: `2010-12-13_11.43.10.731121.moines.ful/files.tar.gz`
- 2011-01-27 17:42:23,294 - DEBUG in RestoreManager.restoreAs(89): eff. local path to archive: /media/160GB/sauvegardes/2010-12-13_11.43.10.731121.moines.ful/files.tar.gz
- 2011-01-27 17:42:23,295 - DEBUG in RestoreManager.restoreAs(97): Restore target is given and exists
- 2011-01-27 17:42:23,295 - DEBUG in RestoreManager.restoreAs(99): Restore target is a directory (i.e. we extract into a directory)
- 2011-01-27 17:42:23,296 - DEBUG in RestoreManager.restoreAs(103): Restore tempdir: `/home/julien/zzz_test_restauration_home_julien/sbackup-restore_mykZJN`
- 2011-01-27 17:42:23,297 - DEBUG in tar.extract(92): input param `sourcear`: file:///media/160GB/sauvegardes/2010-12-13_11.43.10.731121.moines.ful/files.tar.gz
- 2011-01-27 17:42:23,299 - DEBUG in tar.extract(93): input param `eff_local_sourcear`: /media/160GB/sauvegardes/2010-12-13_11.43.10.731121.moines.ful/files.tar.gz
- 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_sync(625): Lauching: /bin/tar -xp --gzip --ignore-failed-read --occurrence=1 --backup=existing --totals --same-owner --directory=/home/julien/zzz_test_restauration_home_julien/sbackup-restore_mykZJN --suffix=.before_restore_2011-01-27_17.42.23.294921 --file=/media/160GB/sauvegardes/2010-12-13_11.43.10.731121.moines.ful/files.tar.gz home/julien/.thunderbird
- 2011-01-27 17:42:23,370 - DEBUG in tar.launch_sync(644): Subprocess created
- 2011-01-27 17:42:23,476 - DEBUG in tar.__finish_tar(502): Exit code: 0
- 2011-01-27 17:42:23,477 - DEBUG in tar.__finish_tar(503): Standard out:
- 2011-01-27 17:42:23,477 - DEBUG in tar.__finish_tar(504): Error out: Total bytes read: 4884480 (4.7MiB, 64MiB/s)
- 
- 2011-01-27 17:42:23,478 - INFO in tar.__finish_tar(522): TAR returned a message: Total bytes read: 4884480 (4.7MiB, 64MiB/s)
- 2011-01-27 17:42:23,479 - INFO in tar.__finish_tar(527): TAR has been finished successfully.
- 2011-01-27 17:42:23,480 - DEBUG in RestoreManager.restoreAs(111): File in restore target: `/home/julien/zzz_test_restauration_home_julien/.thunderbird`
- 2011-01-27 17:42:23,480 - DEBUG in RestoreManager.restoreAs(112): File in restore tempdir: `/home/julien/zzz_test_restauration_home_julien/sbackup-restore_mykZJN/home/julien/.thunderbird`
- 2011-01-27 17:52:53,569 - DEBUG in _gio_fam.set_terminate_callback(66): set_terminate_callback: <bound method SBRestoreGTK._term_fam_done_cb of <sbackup.ui.restoregui.SBRestoreGTK object at 0xa44a90c>>
- 2011-01-27 17:52:53,571 - INFO in _gio_fam.terminate(114): Terminating GIO File Access Manager.
- 2011-01-27 17:52:53,571 - DEBUG in pathparse.query_mount_uri(252): get_mount_uri: file:///media/160GB/sauvegardes
- 2011-01-27 17:52:53,571 - DEBUG in _gio_utils.umount(269): Umount path: file:///media/160GB/sauvegardes
- 2011-01-27 17:52:53,572 - DEBUG in _gio_utils._is_local(213): Given path is local
- 2011-01-27 17:52:53,572 - DEBUG in _gio_utils.umount(274): Unmounting local path is not required - calling additional callback
- 2011-01-27 17:52:53,572 - DEBUG in _gio_fam._umount_cb(165): Calling additional callback in gio_fam: <bound method SBRestoreGTK._term_fam_done_cb of <sbackup.ui.restoregui.SBRestoreGTK object at 0xa44a90c>>
- 
- ***********************************************************************************************************************
  If I launch the following command by myself in a terminal
- 
- /bin/tar -xp --gzip --ignore-failed-read --occurrence=1
- --backup=existing --totals --same-owner
- --directory=/home/julien/zzz_test_restauration_home_julien/sbackup-
- restore_mykZJN --suffix=.before_restore_2011-01-27_17.42.23.294921
- --file=/media/160GB/sauvegardes/2010-12-13_11.43.10.731121.moines.ful/files.tar.gz
- home/julien/.thunderbird
+ /bin/tar -xp --gzip --ignore-failed-read --occurrence=1 --backup=existing --totals --same-owner --directory=/home/julien/zzz_test_restauration_home_julien/sbackup-restore_mykZJN --suffix=.before_restore_2011-01-27_17.42.23.294921 --file=/media/160GB/sauvegardes/2010-12-13_11.43.10.731121.moines.ful/files.tar.gz home/julien/.thunderbird
  
  the result is the same : the folder tree is there but there is no
  file...
  
  /bin/tar --version
  tar (GNU tar) 1.23

-- 
You received this bug notification because you are a member of Simple
Backup Maintainers, which is subscribed to Simple Backup.
https://bugs.launchpad.net/bugs/709338

Title:
  Restore/revert of non-toplevel items produces only empty folders
References

[Bug 709338] [NEW] Restore/revert of non-toplevel items produces only empty folders
From: Jean-Peer Lorenz, 2011-01-28