Package: obnam Version: 0.24.1-1 Severity: normal [This may actually be a data loss bug, consider grave severity]
I tested obnam by backing up a few subdirectories of my home
directory. I interrupted the backup a few times with ctrl-C; don't
know if that's required for this bug to happen.
My ~/.obnam.conf:
------------------------------------------------------------
[config]
repository = /media/backup/obnam
compress-with = gzip
exclude = /home/.*/scratch
exclude-caches = True
root = /
#log = /home/sliedes/scratch/obnam.log
------------------------------------------------------------
After doing a backup, obnam fsck fails (after running for quite a
while):
------------------------------------------------------------
$ obnam fsck
Checking 10873/246658:
lh:903:/home/sliedes/Maildir/.old.nilfs/dovecot.indexTraceback (most recent
call last):
File "/usr/lib/python2.7/dist-packages/cliapp/app.py", line 141, in _run
self.process_args(args)
File "/usr/lib/python2.7/dist-packages/obnamlib/app.py", line 127, in
process_args
cliapp.Application.process_args(self, args)
File "/usr/lib/python2.7/dist-packages/cliapp/app.py", line 318, in
process_args
method(args[1:])
File "/usr/lib/python2.7/dist-packages/obnamlib/plugins/fsck_plugin.py", line
304, in fsck
for more in work.do() or []:
File "/usr/lib/python2.7/dist-packages/obnamlib/plugins/fsck_plugin.py", line
103, in do
metadata = self.repo.get_metadata(self.genid, self.filename)
File "/usr/lib/python2.7/dist-packages/obnamlib/repo.py", line 511, in
get_metadata
encoded = self.client.get_metadata(gen, filename)
File "/usr/lib/python2.7/dist-packages/obnamlib/clientmetadatatree.py", line
291, in get_metadata
tree = self.find_generation(genid)
File "/usr/lib/python2.7/dist-packages/obnamlib/clientmetadatatree.py", line
175, in find_generation
t_genid = self._lookup_int(t, key)
File "/usr/lib/python2.7/dist-packages/obnamlib/clientmetadatatree.py", line
153, in _lookup_int
return struct.unpack('!Q', tree.lookup(key))[0]
File "/usr/lib/python2.7/dist-packages/larch/tree.py", line 150, in lookup
node = self._get_node(node[k])
File "/usr/lib/python2.7/dist-packages/larch/tree.py", line 119, in _get_node
return self.node_store.get_node(node_id)
File "/usr/lib/python2.7/dist-packages/larch/nodestore_disk.py", line 218, in
get_node
encoded = self.vfs.cat(name)
File "/usr/lib/python2.7/dist-packages/obnamlib/repo.py", line 66, in cat
repo=self.repo, toplevel=toplevel)
File "/usr/lib/python2.7/dist-packages/obnamlib/hooks.py", line 109, in call
return self.hooks[name].call_callbacks(*args, **kwargs)
File "/usr/lib/python2.7/dist-packages/obnamlib/hooks.py", line 73, in
call_callbacks
data = callback(data, *args, **kwargs)
File
"/usr/lib/python2.7/dist-packages/obnamlib/plugins/compression_plugin.py", line
45, in toplevel_read_data
return zlib.decompress(data)
error: Error -3 while decompressing data: incorrect data check
------------------------------------------------------------
Interestingly, 'obnam verify /home/sliedes/Maildir/.old.nilfs/'
reports "Verify did not find problems.". Hence I'm not sure if this is
actual data loss.
One thing that might be indicative that something else is wrong:
Should the uploaded counter of 'obnam backup' stay at 0 on an
incremental backup when nothing has changed in the directory tree? It
doesn't, instead it increases rather quickly to the gigabytes range
when running it on a 14 gigabyte directory tree, which seems excessive
for an incremental backup where there is nothing to do.
Sami
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.6 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages obnam depends on:
ii libc6 2.13-24
ii python 2.7.2-9
ii python-cliapp 0.23-1
ii python-larch 0.26-1
ii python-paramiko 1.7.7.1-2
ii python-tracing 0.6-2
ii python-ttystatus 0.15-1
ii python2.6 2.6.7-4
ii python2.7 2.7.2-9
obnam recommends no packages.
obnam suggests no packages.
-- no debconf information
signature.asc
Description: Digital signature
