Package: dump
Version: 0.4b45-1
Severity: important
Dear Maintainer,
* What led up to the situation?
upgrading dump from version 0.4b44-8 to 0.4b45-1
* What exactly did you do (or not do) that was effective (or
ineffective)?
Tried to make a backup, which failed. The investigation then showed that the
new version of dump caused the failure, dump crashes with a segment violation.
This was observed on amd64 and i386 architectures, as well as on a raspbian
system (arm).
Reverting back to the previous version of the package makes the segment
violation disappear.
Running 'fsck.ext4 -f -n' on the filesystem did not show any problems.
* What was the outcome of this action?
See below for a sample session: first running the old dump version (which works
fine), then upgrading and then running dump again, with the new version (which
crashes). The dump parameters are similar to how amanda calls it.
root@sx:/tmp# /sbin/dump 0usf 1048576 /tmp/dump /dev/sda1
DUMP: Date of this level 0 dump: Sun Jun 5 10:36:00 2016
DUMP: Dumping /dev/sda1 (/boot) to /tmp/dump
DUMP: Label: none
DUMP: Writing 10 Kilobyte records
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 34250 blocks on 0.00 tape(s).
DUMP: Volume 1 started with block 1 at: Sun Jun 5 10:36:01 2016
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: Closing /tmp/dump
DUMP: Volume 1 completed at: Sun Jun 5 10:36:02 2016
DUMP: Volume 1 34220 blocks (33.42MB)
DUMP: Volume 1 took 0:00:01
DUMP: Volume 1 transfer rate: 34220 kB/s
DUMP: 34220 blocks (33.42MB) on 1 volume(s)
DUMP: finished in less than a second
DUMP: Date of this level 0 dump: Sun Jun 5 10:36:00 2016
DUMP: Date this dump completed: Sun Jun 5 10:36:02 2016
DUMP: Average transfer rate: 34220 kB/s
DUMP: DUMP IS DONE
root@sx:/tmp# dpkg -i dump_0.4b45-1_amd64.deb
(Reading database ... 78131 files and directories currently installed.)
Preparing to unpack dump_0.4b45-1_amd64.deb ...
update-alternatives: using /usr/sbin/rmt-tar to provide /usr/sbin/rmt (rmt) in
auto mode
Unpacking dump (0.4b45-1) over (0.4b44-8) ...
Setting up dump (0.4b45-1) ...
update-alternatives: using /usr/sbin/rmt-dump to provide /usr/sbin/rmt (rmt) in
auto mode
Processing triggers for man-db (2.7.5-1) ...
root@sx:/tmp# /sbin/dump 0usf 1048576 /tmp/dump /dev/sda1
DUMP: Date of this level 0 dump: Sun Jun 5 10:37:18 2016
DUMP: Dumping /dev/sda1 (/boot) to /tmp/dump
DUMP: Label: none
DUMP: Writing 10 Kilobyte records
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 34250 blocks on 0.00 tape(s).
DUMP: Volume 1 started with block 1 at: Sun Jun 5 10:37:19 2016
DUMP: dumping (Pass III) [directories]
DUMP: SIGSEGV: ABORTING!
DUMP: SIGSEGV: ABORTING!
DUMP: SIGSEGV: ABORTING!
Segmentation fault
DUMP: SIGSEGV: ABORTING!
root@sx:/tmp# DUMP: SIGSEGV: ABORTING!
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.5.0-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages dump depends on:
ii e2fslibs 1.43-3
ii libblkid1 2.28-5
ii libbz2-1.0 1.0.6-8
ii libc6 2.22-9
ii libcomerr2 1.43-3
ii libreadline6 6.3-8+b4
ii libselinux1 2.5-3
ii tar 1.29-1
ii zlib1g 1:1.2.8.dfsg-2+b1
dump recommends no packages.
dump suggests no packages.
-- no debconf information
