From Fedora Project Wiki
No edit summary |
(/var/spool/abrt -> /var/tmp/abrt) |
||
Line 5: | Line 5: | ||
#* {{command|su -c 'yum install abrt-retrace-client'}} | #* {{command|su -c 'yum install abrt-retrace-client'}} | ||
# 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)}} | ||
# The crash reports will be under {{filename|/var/ | # The crash reports will be under {{filename|/var/tmp/abrt}}; you can identify them by the date and time | ||
|actions= | |actions= | ||
# Run {{command|abrt-retrace-client create -d /path/ABRT_crash_directory}} | # Run {{command|abrt-retrace-client create -d /path/ABRT_crash_directory}} |
Latest revision as of 16:31, 2 May 2013
Description
This test case tests the Retrace Server's command line interface.
Setup
- Ensure you have the plugin installed with the following command:
su -c 'yum install abrt-retrace-client'
- 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)
orpkill -SIGSEGV (processname)
- The crash reports will be under
/var/tmp/abrt
; you can identify them by the date and time
How to test
- Run
abrt-retrace-client create -d /path/ABRT_crash_directory
- Run
abrt-retrace-client status -t task_id -p task_password
with task_id and task_password obtained fromcreate
action - Run
abrt-retrace-client status -t task_id -p task_password
with a wrong combination of task_id and task_password - Run
abrt-retrace-client log -t task_id -p task_password
while the job is stillPENDING
- Run
abrt-retrace-client log -t task_id -p task_password
after the job is finished (by success or failure) - Run
abrt-retrace-client backtrace -t task_id -p task_password
after the job is finished successfully - Run
abrt-retrace-client backtrace -t task_id -p task_password
after the job is finished by failure - Run
abrt-retrace-client batch -d /path/ABRT_crash_directory
- Run
abrt-retrace-client create -d /path/ABRT_crash_directory
, replacing coredump, executable or package file by some random content - Try to upload a larger crash (eg. kill JVM).
- Try to replace coderump, executable or package file by some special file (device, symlink)
Expected Results
- The job should be started, task_id and task_password returned on stdout
- One of the values
PENDING
,FINISHED_SUCCESS
,FINISHED_FAILURE
should be returned on stdout together with a more detailed description - HTTP
404 Not Found
or403 Forbidden
error code should be returned depending on whether task with task_id exists or not. Should be the same withlog
andbacktrace
actions - HTTP
404 Not Found
error code should be returned. Should be the same withbacktrace
action - Plaintext log should be returned on stdout
- Plaintext backtrace should be returned on stdout
- HTTP
404 Not Found
error code should be returned - All actions should happen at once - create, periodically ask for status, download log (print to stdout) / backtrace (save into crash directory) depending on whether the result was successful or not
- The task should finish by failure
- If the upload size is larger than 8 MB, you should be prompted to confirm
- The request should be denied