From Fedora Project Wiki
m (replace $ by # because need to be restarted as root) |
(convert to new category system) |
||
Line 29: | Line 29: | ||
# After finishing the second part: oopses detected and visible in abrt-gui | # After finishing the second part: oopses detected and visible in abrt-gui | ||
}} | }} | ||
[[Category: | [[Category:Package_abrt_test_cases]] |
Revision as of 16:20, 13 January 2011
Description
This test case tests the functionality of the ABRT feature.
How to test
- We will check that the dumpoops works and provides correct amount of crashes detected.
- Download files:
- Test that stand-alone detector tool is working properly:
$ dumpoops -s examples_oops1.test dumpoops: found oopses: 1 Version: 2.6.27.9-159.fc10.i686 #1 BUG: unable to handle kernel NULL pointer dereference at 00000000 ...
- And now test if ABRT's KernelOopsScanner is working, you'll need root privs for this
- Edit /etc/abrt/abrt.conf so it says:
10 = KerneloopsScanner
This makes abrtd scan /var/log/messages more often, every 10 secs. Then restart abrtd:# service abrtd restart
- cat the downloaded file to /var/log/messages e.g.:
cat examples_oops1.test >> /var/log/messages
- Wait for abrt-applet (make sure it's running) to show the notification about the detected kerneloops
- Open the abrt-gui and check if you can see the oops
Expected Results
- After running dumpoops: oops1.test and oops3.test should contain one and three oopses respectively. not_oopsN.test should not be detected as containing oops.
- After finishing the second part: oopses detected and visible in abrt-gui