restore crashes when the destination path or file is non existent
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
sbackup |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Created a backup in 8.10. Restoring /etc/ in 9.04.
On restoring the backup (using the gui), started in terminal the operation hangs with the following message:
etc/alternative
Traceback (most recent call last):
File "/usr/sbin/
self.
File "/usr/sbin/
r.restore( tdir, src, dst )
File "/usr/share/
if os.path.exists(dst) and not filecmp.cmp(src, dst):
File "/usr/lib/
s1 = _sig(os.stat(f1))
OSError: [Errno 2] No such file or directory: '/etc/tmpL1ejVH
/etc/tmp*
nor did any files in it.
manually creating the alternatives folder AND touching the file /etc/tmp*
(i used a shell script to create the folder after the tmp* dir was created and touch the files - before the restore hit the file but the error happens again when it hits fonts.)
Some files are restored (to the /etc/tmp*/etc/) before it hits the alternatives dir so i don't know why it stops here.
etc/fonts/
etc/fonts/
Traceback (most recent call last):
File "/usr/sbin/
self.
File "/usr/sbin/
r.restore( tdir, src, dst )
File "/usr/share/
if os.path.exists(dst) and not filecmp.cmp(src, dst):
File "/usr/lib/
s1 = _sig(os.stat(f1))
OSError: [Errno 2] No such file or directory: '/etc/tmpUztj9u
-it can't compare what doesn't yet exist? -
I'm too dumb to fix it (without some help ;) ).
Please help! I need to restore this backup!!
Changed in sbackup: | |
status: | New → Fix Committed |
Changed in sbackup: | |
status: | Fix Committed → Fix Released |
I am having a similar problem. 0.10.5- 7.fc11. noarch
Using latest version from Fedora 11
Jul 09 14:50:50 Installed: sbackup-
Backup was created with unknown version under Fedora 10
Running from a terminal window I get this
[root@d400 jonesap]# simple- restore- gnome simple- restore- gnome:395: GtkWarning: gdk_x11_ atom_to_ xatom_for_ display: assertion `atom != GDK_NONE' failed html/azurita simple- restore- gnome", line 413, in restore _do_restore( self.src, self.src ) simple- restore- gnome", line 406, in _do_restore sbackup/ srestore. py", line 97, in restore python2. 6/filecmp. py", line 42, in cmp html/azurita/ tmpAT83jg/ var/www/ html/azurita/ '
/usr/sbin/
response = dialog.run()
var/www/
Traceback (most recent call last):
File "/usr/sbin/
self.
File "/usr/sbin/
r.restore( tdir, src, dst )
File "/usr/share/
if os.path.exists(dst) and not filecmp.cmp(src, dst):
File "/usr/lib/
s1 = _sig(os.stat(f1))
OSError: [Errno 2] No such file or directory: '/var/www/
======= ======= ======= ======= ======= ======= ===
This line...
/usr/sbin/ simple- restore- gnome:395: GtkWarning: gdk_x11_ atom_to_ xatom_for_ display: assertion `atom != GDK_NONE' failed
...happens immediately and is a gtk2 bug which should be fixed at the next release: bugzilla. gnome.org/ show_bug. cgi?id= 580511 ======= ======= ======= ======= ======= ====
http://
======
The rest happens after an hour as the files I want are at the end of 22GB tgz file on a linux based NAS running Samba.
It looks to me like there is a problem concatenating paths.
I am trying to restore the directory structure /var/www/ html/azurita/
(After an earlier, similar failure I created the azurita directory with correct permissions to see if that helped)
The restore program immediately created a directory /var/www/ html/azurita/ tmpAT83jg
As you can see the error appears to show a concatenation of this temporary path with the path I really want. html/azurita/ tmpAT83jg/ var/www/ html/azurita/
/var/www/
On my first attempt the azurita directory did not exist and the error that time showed a similar concatenation: html/tmpgskeE2/ var/www/ html/azurita/ (From memory but I'm pretty sure that's correct)
/var/www/
Oh yes; There is no indication on the GUI that it has failed. It still displays the "This may take some time" message. But there is no more network activity and system-restore only appears on the 'top' display for a moment when I click on the GUI and it regains focus.