Activity log for bug #709338

Date Who What changed Old value New value Message
2011-01-28 16:28:13 Jean-Peer Lorenz bug added bug
2011-01-28 16:28:39 Jean-Peer Lorenz nominated for series sbackup/0.11
2011-01-28 16:28:39 Jean-Peer Lorenz bug task added sbackup/0.11
2011-01-28 16:28:39 Jean-Peer Lorenz nominated for series sbackup/trunk
2011-01-28 16:28:39 Jean-Peer Lorenz bug task added sbackup/trunk
2011-01-28 16:29:18 Jean-Peer Lorenz sbackup/0.11: importance Undecided High
2011-01-28 16:29:24 Jean-Peer Lorenz sbackup/trunk: importance Undecided High
2011-01-28 16:29:29 Jean-Peer Lorenz sbackup/0.11: status New Confirmed
2011-01-28 16:29:35 Jean-Peer Lorenz sbackup/trunk: status New Confirmed
2011-01-28 16:29:40 Jean-Peer Lorenz sbackup/0.11: assignee Jean-Peer Lorenz (peer.loz)
2011-01-28 16:29:43 Jean-Peer Lorenz sbackup/0.11: milestone 0.11.4
2011-01-28 16:35:48 Jean-Peer Lorenz attachment added Restore log https://bugs.launchpad.net/sbackup/+bug/709338/+attachment/1812716/+files/sbackup.log
2011-01-28 16:38:36 Jean-Peer Lorenz description 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. **************************************************************************************************************************************************** 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 the result is the same : the folder tree is there but there is no file... /bin/tar --version tar (GNU tar) 1.23 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 enclosed log running with "RestoreAs" button. 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 the result is the same : the folder tree is there but there is no file... /bin/tar --version tar (GNU tar) 1.23
2011-01-28 16:40:00 Jean-Peer Lorenz bug added subscriber Tiriz
2011-01-28 16:40:19 Jean-Peer Lorenz bug added subscriber olyerickson
2011-01-28 16:46:48 Jean-Peer Lorenz bug task added sbackup (Ubuntu)
2011-01-28 16:47:05 Jean-Peer Lorenz sbackup (Ubuntu): status New Confirmed
2011-01-28 17:07:13 Jean-Peer Lorenz sbackup/0.11: status Confirmed Fix Committed
2011-02-01 03:31:51 master-sonic bug added subscriber master-sonic
2011-02-04 21:01:14 Jean-Peer Lorenz sbackup/trunk: status Confirmed Fix Committed
2011-02-13 19:53:20 Jean-Peer Lorenz sbackup/0.11: status Fix Committed Fix Released
2011-02-13 19:53:25 Jean-Peer Lorenz sbackup/trunk: status Fix Committed Fix Released
2011-02-24 13:45:11 Launchpad Janitor sbackup (Ubuntu): status Confirmed Fix Released
2011-02-24 15:28:20 Launchpad Janitor branch linked lp:ubuntu/sbackup
2011-05-02 12:37:13 Poldi bug added subscriber Vlad