QA:Testcase Retrace Server GUI

From FedoraProject

(Difference between revisions)
Jump to: navigation, search
(clean ups)
(Update for F16)
Line 3: Line 3:
 
|setup=
 
|setup=
 
# Make sure you have ABRT crashes caught by CCpp (crashes in C and C++ applications) that need retrace (i.e. you haven't already retrieved the necessary debuginfo packages and generated the full backtrace) available. If you do not have any, run a C or C++ application and crash it using {{command|kill -SIGSEGV (pid)}} or {{command|pkill -SIGSEGV (processname)}}
 
# Make sure you have ABRT crashes caught by CCpp (crashes in C and C++ applications) that need retrace (i.e. you haven't already retrieved the necessary debuginfo packages and generated the full backtrace) available. If you do not have any, run a C or C++ application and crash it using {{command|kill -SIGSEGV (pid)}} or {{command|pkill -SIGSEGV (processname)}}
 +
# You need to use the {{command|retrace02.fedoraproject.org}} server to retrace F16 crashes. You can set the Retrace Server address via ABRT's "Event Configuration".
 +
# Because of certificate hostname mismatch ({{command|retrace02.fedoraproject.org}} != {{command|retrace.fedoraproject.org}}) you need to disable the certificate check. Add {{command|--insecure}} option to {{command|abrt-retrace-client}} line in {{command|/etc/libreport/events.d/ccpp_retrace_event.conf}} so the line looks like {{command|abrt-retrace-client batch --dir "$DUMP_DIR" --status-delay 10 --insecure &&}}. Keep in mind this disables '''all''' certificate errors handling, thus it is not a good idea to use coredumps that may contain sensitive data.
 
|actions=
 
|actions=
 
# Run {{command|abrt-gui}} and select a binary crash
 
# Run {{command|abrt-gui}} and select a binary crash
Line 8: Line 10:
 
# Wait until the job is finished
 
# Wait until the job is finished
 
# Continue with reporting
 
# Continue with reporting
# Not all distributions are supported. For example, trying to retrace from Fedora 13 gives the following message: ''ERROR: Command failed: ... Could not open/read file:///var/cache/abrt-retrace/fedora-13-x86_64/repodata/repomd.xml''. We expect the following distributions to work: Fedora 14, Fedora 15, Red Hat Enterprise Linux 6.0
+
# Not all distributions are supported. For example, trying to retrace Fedora 13 crash will result into an error.
 
# If reporting is unsuccessful, please include the reporting log in your abrt bug report. Reporting log can be cut and pasted from GUI report window, or retrieved from event_log file in problem data directory (e.g. {{filename|/var/spool/abrt/ccpp-2011-03-04-15:46:26-22496/event_log}})
 
# If reporting is unsuccessful, please include the reporting log in your abrt bug report. Reporting log can be cut and pasted from GUI report window, or retrieved from event_log file in problem data directory (e.g. {{filename|/var/spool/abrt/ccpp-2011-03-04-15:46:26-22496/event_log}})
 
|results=
 
|results=
# The backtrace should be generated and it should good quality (all symbols should be present)
+
# The backtrace should be generated and it should good quality (all relevant symbols should be present - except for {{command|__kernel_vsyscall}})
 
}}
 
}}
 
[[Category:Package_abrt_test_cases]]
 
[[Category:Package_abrt_test_cases]]

Revision as of 20:50, 24 September 2011

Contents

Description

This test case tests Retrace Server's integration into ABRT GUI.

Setup

  1. Make sure you have ABRT crashes caught by CCpp (crashes in C and C++ applications) that need retrace (i.e. you haven't already retrieved the necessary debuginfo packages and generated the full backtrace) available. If you do not have any, run a C or C++ application and crash it using kill -SIGSEGV (pid) or pkill -SIGSEGV (processname)
  2. You need to use the retrace02.fedoraproject.org server to retrace F16 crashes. You can set the Retrace Server address via ABRT's "Event Configuration".
  3. Because of certificate hostname mismatch (retrace02.fedoraproject.org != retrace.fedoraproject.org) you need to disable the certificate check. Add --insecure option to abrt-retrace-client line in /etc/libreport/events.d/ccpp_retrace_event.conf so the line looks like abrt-retrace-client batch --dir "$DUMP_DIR" --status-delay 10 --insecure &&. Keep in mind this disables all certificate errors handling, thus it is not a good idea to use coredumps that may contain sensitive data.

How to test

  1. Run abrt-gui and select a binary crash
  2. On Analyze step select Retrace Server. If GUI shows reporting selector instead of analyze selector (this happens if you already have the backtrace), select any reporter and click "Regenerate backtrace" button in the next window. This will bring you to analyzer selector
  3. Wait until the job is finished
  4. Continue with reporting
  5. Not all distributions are supported. For example, trying to retrace Fedora 13 crash will result into an error.
  6. If reporting is unsuccessful, please include the reporting log in your abrt bug report. Reporting log can be cut and pasted from GUI report window, or retrieved from event_log file in problem data directory (e.g. /var/spool/abrt/ccpp-2011-03-04-15:46:26-22496/event_log)

Expected Results

  1. The backtrace should be generated and it should good quality (all relevant symbols should be present - except for __kernel_vsyscall)