Rev 192 | Blame | Compare with Previous | Last modification | View Log | RSS feed
# AnalyzeEVENT=post-create type=Kerneloops remote!=1# Honor dmesg_restrict -> bugzilla.redhat.com/1128400if [ "$(cat /proc/sys/kernel/dmesg_restrict)" == "0" ]; then# >> instead of > is due to bugzilla.redhat.com/854266# 'dmesg' file is required by check-oops-for-hw-errordmesg >>dmesgabrt-action-check-oops-for-hw-errorfi{abrt-action-check-oops-for-alt-component || true} &&{# run abrt-action-analyze-oops only if check-hw-error didn't create the# required filesif test ! -f uuid -a ! -f duphash; thenabrt-action-analyze-oops || exit 1fi}# If you want behavior similar to one provided by kerneloops daemon# distributed by kerneloops.org - that is, if you want# oopses to be reported automatically and immediately without# user interaction, uncomment this line:#EVENT=post-create type=Kerneloopsreporter-kerneloops# Report#EVENT=report_Kerneloops type=Kerneloopsreporter-kerneloopsEVENT=report_Bugzilla type=Kerneloopsreporter-bugzilla -b \-F /etc/libreport/plugins/bugzilla_format_kernel.conf# Send micro reportEVENT=report_uReport type=Kerneloopsif [ ! -e mce ]; then/usr/libexec/abrt-action-ureportelseecho "Not reportable, problem has hardware character (MCE)"fi# Update ABRT database after successful report to bugzillaEVENT=post_report type=Kerneloopsreporter-ureport -A -B# Automatic/simple GUI-based kernel oopses reporting will do this:EVENT=report-gui type=Kerneloops mce!=non-fatalreport-gtk -- "$DUMP_DIR"EVENT=report-cli type=Kerneloopsreport-cli -- "$DUMP_DIR"