touch-packages team mailing list archive

[Brian Murray <brian@xxxxxxxxxx>]

bdmurray@clean-precise-amd64:~/precise$ PYTHON=python2 test/run report.test_add_gdb_info_damaged
Testing local source tree.
--- Testing report.test_add_gdb_info_damaged ---
test_add_gdb_info_damaged (__main__.T)
add_gdb_info() with damaged core dump ... warning: Memory read failed for corefile section, 1048576 bytes at 0x7ffff7bcf000.
ok

----------------------------------------------------------------------
Ran 1 test in 0.151s

OK
bdmurray@clean-precise-amd64:~/precise$ apt-cache policy apport
apport:
  Installed: 2.0.1-0ubuntu17.8
  Candidate: 2.0.1-0ubuntu17.8
  Version table:
 *** 2.0.1-0ubuntu17.8 0
        500 http://192.168.10.1/ubuntu/ precise-proposed/main amd64 Packages
        100 /var/lib/dpkg/status
     2.0.1-0ubuntu17.7 0
        500 http://192.168.10.1/ubuntu/ precise-updates/main amd64 Packages
     2.0.1-0ubuntu17.6 0
        500 http://192.168.10.1/ubuntu/ precise-security/main amd64 Packages
     2.0.1-0ubuntu5 0
        500 http://192.168.10.1/ubuntu/ precise/main amd64 Packages

I've verified the fix in Precise.

** Tags removed: verification-needed
** Tags added: verification-done

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to apport in Ubuntu.
https://bugs.launchpad.net/bugs/1354571

Title:
  apport-retrace ignores warnings from gdb

Status in “apport” package in Ubuntu:
  Fix Released
Status in “apport” source package in Precise:
  Fix Committed
Status in “apport” source package in Trusty:
  Fix Released

Bug description:
  [Impact]
  Crash reports with damaged core dumps are being sent to the Ubuntu Error Tracker, where they are added to the retracing queue and then an attempt is made to retrace them. These retraces fail because the core dump is damaged so resources are wasted.  We should stop sending these to the Error Tracker.

  [Test Case]
  apport's test_report.py has gained a new test called test_add_gdb_info_damaged which tests that a crash report with a damaged core dump raises an IOError.
  Running this test with the version of the package in trusty-updates will fail with an AssertionError.
  Running the test with the version of the package from trusty-proposed will pass.

  
  I was trying to investigate a failed retrace on armhf and received the following when running apport-retrace with -g.

  Calling gdb command: gdb-multiarch --ex 'set architecture arm' --ex 'set gnutarget elf32-littlearm' --ex 'set debug-file-directory /tmp/apport
  -utopic/usr/lib/debug' --ex 'set solib-absolute-prefix /tmp/apport-utopic' --ex 'file "/tmp/apport-utopic//usr/lib/ubuntu-push-client/signing-
  helper"' --ex 'core-file /tmp/apport_core_36z3Va'
  GNU gdb (Ubuntu 7.7-0ubuntu3.2) 7.7
  Copyright (C) 2014 Free Software Foundation, Inc.
  License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
  This is free software: you are free to change and redistribute it.
  There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
  and "show warranty" for details.
  This GDB was configured as "x86_64-linux-gnu".
  Type "show configuration" for configuration details.
  For bug reporting instructions, please see:
  <http://www.gnu.org/software/gdb/bugs/>.
  Find the GDB manual and other documentation resources online at:
  <http://www.gnu.org/software/gdb/documentation/>.
  For help, type "help".
  Type "apropos word" to search for commands related to "word".
  The target architecture is assumed to be arm
  Reading symbols from /tmp/apport-utopic//usr/lib/ubuntu-push-client/signing-helper...Reading symbols from /tmp/apport-utopic/usr/lib/debug/.bu
  ild-id/0d/28e75c6b9149132f8940077618a904989a75ed.debug...done.
  done.
  BFD: Warning: /tmp/apport_core_36z3Va is truncated: expected core file size >= 19316736, found: 9502720.
  [New LWP 15327]
  [New LWP 15530]
  [New LWP 15321]
  Cannot access memory at address 0xb6fa7948
  Cannot access memory at address 0xb6fa7944

  When running apport-retrace with -o, a new crash file is created with
  a broken Stacktrace.  This makes sense given that the core file is
  corrupt.

  However, I think apport-retrace should do something different here, as
  you have no idea why the retraced report is bad. Maybe it should write
  a RetraceFailure key to the report, not write the report at all, or
  just exit with an error regarding the core file size difference.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1354571/+subscriptions