sbackup seems to have stopped workong on my system (Debian testing). The last backup file was on 31st August, which may have preceeded my updating to 0.10-1. I have reinstalled sbackup and tried manual backups to no avail.
well that explains it. sbackupd fails to upgrade your old backups to the new format. try doing "sudo ls -l /var/backup/2006-08-17_08.15.16.697749.desktop.dpets.inc"
to see what files are there in that backup snapshot. It is a bug of error detection and handling, but it would still be nice to find out why.
(moving that folder away should make backups work again)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Moved 2006-08-17_08.15.16.697749.desktop.dpets.inc to /tmp. Started backup manually with apparant success.
Thanks
John
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2006-10-24
Maybe I spoke too soon!
It did not seem to work this morning. So I ran sbackupd and I got:
I: Upgradeing to v1.3: /var/backup/2006-10-23_15.48.49.015306.desktop.dpets.ful
W: Damaged backup metainfo - file with newline detected: /var/backup/2006-10-23_15.48.49.015306.desktop.dpets.ful
I: Recovering file info ... this can take some time.
Traceback (most recent call last):
File "/usr/sbin/sbackupd", line 404, in ?
upgrader.upgrade_target( target, purge )
File "/usr/sbin/upgrade_backups.py", line 60, in upgrade_target
self.upgrade_tdir( target+"/"+adir )
File "/usr/sbin/upgrade_backups.py", line 81, in upgrade_tdir
self.upgrade_v13( tdir )
File "/usr/sbin/upgrade_backups.py", line 122, in upgrade_v13
files = a.getmembers()
File "/usr/lib/python2.4/tarfile.py", line 1059, in getmembers
self._load() # all members, we first have to
File "/usr/lib/python2.4/tarfile.py", line 1778, in _load
tarinfo = self.next()
File "/usr/lib/python2.4/tarfile.py", line 1588, in next
self.fileobj.seek(self.offset)
File "/usr/lib/python2.4/gzip.py", line 377, in seek
self.read(1024)
File "/usr/lib/python2.4/gzip.py", line 225, in read
self._read(readsize)
File "/usr/lib/python2.4/gzip.py", line 273, in _read
self._read_eof()
File "/usr/lib/python2.4/gzip.py", line 309, in _read_eof
raise IOError, "CRC check failed"
IOError: CRC check failed
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2006-11-10
Still not working. Ran sbackupd again with similar results, i.e.:
desktop:/var/backup# sbackupd
I: Upgradeing to v1.3: /var/backup/2006-10-23_15.48.49.015306.desktop.dpets.ful
W: Damaged backup metainfo - file with newline detected: /var/backup/2006-10-23_15.48.49.015306.desktop.dpets.ful
I: Recovering file info ... this can take some time.
Traceback (most recent call last):
File "/usr/sbin/sbackupd", line 404, in ?
upgrader.upgrade_target( target, purge )
File "/usr/sbin/upgrade_backups.py", line 60, in upgrade_target
self.upgrade_tdir( target+"/"+adir )
File "/usr/sbin/upgrade_backups.py", line 81, in upgrade_tdir
self.upgrade_v13( tdir )
File "/usr/sbin/upgrade_backups.py", line 122, in upgrade_v13
files = a.getmembers()
File "/usr/lib/python2.4/tarfile.py", line 1059, in getmembers
self._load() # all members, we first have to
File "/usr/lib/python2.4/tarfile.py", line 1778, in _load
tarinfo = self.next()
File "/usr/lib/python2.4/tarfile.py", line 1588, in next
self.fileobj.seek(self.offset)
File "/usr/lib/python2.4/gzip.py", line 377, in seek
self.read(1024)
File "/usr/lib/python2.4/gzip.py", line 225, in read
self._read(readsize)
File "/usr/lib/python2.4/gzip.py", line 273, in _read
self._read_eof()
File "/usr/lib/python2.4/gzip.py", line 309, in _read_eof
raise IOError, "CRC check failed"
IOError: CRC check failed
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I am unable to reproduce this bug. It is something to do with the upgrade path. And this bug is different from the first one in this thread. Try to remove this new directory again and try to run sbackupd again. Run 2-3 backups if there are no errors in the first run.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
sbackup seems to have stopped workong on my system (Debian testing). The last backup file was on 31st August, which may have preceeded my updating to 0.10-1. I have reinstalled sbackup and tried manual backups to no avail.
/etc/sbackup.conf:
[exclude]
regex = \.mp3,\.avi,\.mpeg,\.mpg,\.mkv,\.ogg,\.ogm,\.tmp,/home/[^/]+?/\.thumbnails/,/home/[^/]+?/\.Trash,/home/.mozilla/.+/Cache/
maxsize = 100000000
[places]
prefix = /usr
[dirconfig]
/tmp = 0
/etc = 1
/proc = 0
/var = 1
/home = 1
/dev = 0
/dos/ = 1
/var/cache = 0
/var/tmp = 0
/usr/local = 1
/sys = 0
[general]
purge = log
maxincrement = 7
lockfile = /var/lock/sbackup.lock
target = /var/backup
format = 1
try running "sbackupd" from the console and see if there is any output.
desktop:/var/backup# sbackupd
I: Securing permissions at: /var/backup/2006-08-17_08.15.16.697749.desktop.dpets.inc
I: Upgradeing to v1.3: /var/backup/2006-08-17_08.15.16.697749.desktop.dpets.inc
Traceback (most recent call last):
File "/usr/sbin/sbackupd", line 404, in ?
upgrader.upgrade_target( target, purge )
File "/usr/sbin/upgrade_backups.py", line 60, in upgrade_target
self.upgrade_tdir( target+"/"+adir )
File "/usr/sbin/upgrade_backups.py", line 81, in upgrade_tdir
self.upgrade_v13( tdir )
File "/usr/sbin/upgrade_backups.py", line 107, in upgrade_v13
flist = gnomevfs.read_entire_file( tdir+"/flist" ).split( "\n" )
gnomevfs.NotFoundError: File not found
well that explains it. sbackupd fails to upgrade your old backups to the new format. try doing "sudo ls -l /var/backup/2006-08-17_08.15.16.697749.desktop.dpets.inc"
to see what files are there in that backup snapshot. It is a bug of error detection and handling, but it would still be nice to find out why.
(moving that folder away should make backups work again)
You're a star!
desktop:/var/backup# ls -l /var/backup/2006-08-17_08.15.16.697749.desktop.dpets.inc
total 48
-rw------- 1 root root 45 2006-08-17 08:15 base
-rw------- 1 root root 91 2006-08-17 08:15 excludes
-rw------- 1 root root 84 2006-08-17 08:15 fprops
-rw------- 1 root root 32325 2006-08-17 08:15 packages
-rw------- 1 root root 4 2006-08-17 08:15 ver
Moved 2006-08-17_08.15.16.697749.desktop.dpets.inc to /tmp. Started backup manually with apparant success.
Thanks
John
Maybe I spoke too soon!
It did not seem to work this morning. So I ran sbackupd and I got:
I: Upgradeing to v1.3: /var/backup/2006-10-23_15.48.49.015306.desktop.dpets.ful
W: Damaged backup metainfo - file with newline detected: /var/backup/2006-10-23_15.48.49.015306.desktop.dpets.ful
I: Recovering file info ... this can take some time.
Traceback (most recent call last):
File "/usr/sbin/sbackupd", line 404, in ?
upgrader.upgrade_target( target, purge )
File "/usr/sbin/upgrade_backups.py", line 60, in upgrade_target
self.upgrade_tdir( target+"/"+adir )
File "/usr/sbin/upgrade_backups.py", line 81, in upgrade_tdir
self.upgrade_v13( tdir )
File "/usr/sbin/upgrade_backups.py", line 122, in upgrade_v13
files = a.getmembers()
File "/usr/lib/python2.4/tarfile.py", line 1059, in getmembers
self._load() # all members, we first have to
File "/usr/lib/python2.4/tarfile.py", line 1778, in _load
tarinfo = self.next()
File "/usr/lib/python2.4/tarfile.py", line 1588, in next
self.fileobj.seek(self.offset)
File "/usr/lib/python2.4/gzip.py", line 377, in seek
self.read(1024)
File "/usr/lib/python2.4/gzip.py", line 225, in read
self._read(readsize)
File "/usr/lib/python2.4/gzip.py", line 273, in _read
self._read_eof()
File "/usr/lib/python2.4/gzip.py", line 309, in _read_eof
raise IOError, "CRC check failed"
IOError: CRC check failed
Still not working. Ran sbackupd again with similar results, i.e.:
desktop:/var/backup# sbackupd
I: Upgradeing to v1.3: /var/backup/2006-10-23_15.48.49.015306.desktop.dpets.ful
W: Damaged backup metainfo - file with newline detected: /var/backup/2006-10-23_15.48.49.015306.desktop.dpets.ful
I: Recovering file info ... this can take some time.
Traceback (most recent call last):
File "/usr/sbin/sbackupd", line 404, in ?
upgrader.upgrade_target( target, purge )
File "/usr/sbin/upgrade_backups.py", line 60, in upgrade_target
self.upgrade_tdir( target+"/"+adir )
File "/usr/sbin/upgrade_backups.py", line 81, in upgrade_tdir
self.upgrade_v13( tdir )
File "/usr/sbin/upgrade_backups.py", line 122, in upgrade_v13
files = a.getmembers()
File "/usr/lib/python2.4/tarfile.py", line 1059, in getmembers
self._load() # all members, we first have to
File "/usr/lib/python2.4/tarfile.py", line 1778, in _load
tarinfo = self.next()
File "/usr/lib/python2.4/tarfile.py", line 1588, in next
self.fileobj.seek(self.offset)
File "/usr/lib/python2.4/gzip.py", line 377, in seek
self.read(1024)
File "/usr/lib/python2.4/gzip.py", line 225, in read
self._read(readsize)
File "/usr/lib/python2.4/gzip.py", line 273, in _read
self._read_eof()
File "/usr/lib/python2.4/gzip.py", line 309, in _read_eof
raise IOError, "CRC check failed"
IOError: CRC check failed
I am unable to reproduce this bug. It is something to do with the upgrade path. And this bug is different from the first one in this thread. Try to remove this new directory again and try to run sbackupd again. Run 2-3 backups if there are no errors in the first run.