Your message dated Sat, 12 Nov 2011 13:49:54 -0700
with message-id <[email protected]>
and subject line believed fixed
has caused the Debian Bug report #633932,
regarding dump keeps attepting to rewrite after receiving unknown signal 8, 
after upgrade of e2fslibs
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
633932: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633932
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: dump
Version: 0.4b44-1
Severity: important



-- System Information:
Debian Release: wheezy/sid
Architecture: i386 (i686)

Kernel: Linux 2.6.39-2-686-pae (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dump depends on:
ii  e2fslibs           1.42~WIP~2011-07-02-1 ext2/ext3/ext4 file system librari
ii  libblkid1          2.17.2-9.1            block device id library
ii  libc6              2.13-7                Embedded GNU C Library: Shared lib
ii  libcomerr2         1.42~WIP-2011-07-02-1 common error description library
ii  libncurses5        5.9-1                 shared libraries for terminal hand
ii  libreadline6       6.2-2                 GNU readline and history libraries
ii  libselinux1        2.0.98-1.1            SELinux runtime shared libraries
ii  libuuid1           2.17.2-9.1            Universally Unique ID library
ii  tar                1.25-3                GNU version of the tar archiving u

dump recommends no packages.

dump suggests no packages.

-- debconf information:
  dump/moving_from_etc_to_var:
  dump/dumpdates_is_a_symlink:

After the recent upgrade of e2fslibs from 1.41.12-4stable1 to
1.42~WIP~2011-07-02-1, dump continuously tries to restart after reporting
an unknown signal 8.

Example output:
  DUMP: Volume 1 started with block 1 at: Fri Jul 15 09:04:09 2011
  DUMP: dumping (Pass III) [directories]
  DUMP: dumping (Pass IV) [regular files]
  DUMP: Rewriting attempted as response to unknown signal: 8.
  DUMP: Closing /dev/null
  DUMP: Volume 1 completed at: Fri Jul 15 09:04:39 2011
  DUMP: Volume 1 4579 blocks (4.47MB)
  DUMP: Volume 1 took 0:00:30
  DUMP: Volume 1 transfer rate: 152 kB/s
  DUMP: Change Volumes: Mount volume #2
  DUMP: Is the new volume mounted and ready to go?: ("yes" or "no") no
  DUMP: Do you want to abort?: ("yes" or "no") yes
  DUMP: The ENTIRE dump is aborted.

If I replied "yes" to the new volume, dump repeated the same output after
a short while.

After downgrading e2fslibs to the previous version, I had no problems.
I tested this on three different systems, with different output files.



--- End Message ---
--- Begin Message ---
This is believed fixed by e2fslibs fixing an unplanned ABI breakage with
the upload of version 1.42~WIP-2011-09-16-1.

Bdale

Attachment: pgpt9SYchV6DW.pgp
Description: PGP signature


--- End Message ---

Reply via email to