/etc/abrt/abrt.conf. ABRT plugins can be configured through their config files, located in the /etc/abrt/plugins/ directory.
abrt.conf configuration file, you must restart the abrtd daemon—as root—for the new settings to take effect:
~]# service abrtd restart/etc/abrt/abrt.conf.
<yes/no> OpenGPGCheck directive to yes (the default setting) tells ABRT to only analyze and handle crashes in applications provided by packages which are signed by the GPG keys whose locations are listed in the /etc/abrt/gpg_keys file. Setting OpenGPGCheck to no tells ABRT to catch crashes in all programs.
<additional_packages> ] BlackList directive will not be handled by ABRT. If you want ABRT to ignore other packages and binaries, list them here separated by commas.
<yes/no> /usr/share/doc/*, */example* abrtd to auto-unpack crashdump tarballs which appear in the specified directory — in this case /var/spool/abrt-upload/ — (for example, uploaded via ftp, scp, etc.). You must ensure that whatever directory you specify in this directive exists and is writable for abrtd. abrtd will not create it automatically.
<size_in_megabytes> 1000 MB. Once the quota specified here has been met, ABRT will continue catching crashes, and in order to make room for the new crash dumps, it will delete the oldest and largest ones.
<additional_plugins> ] SOSreport plugin runs the sosreport tool which adds the data collected by it to the created crash dump. You can turn this behavior off by commenting out this line. For further fine-tuning, you can add SOSreport (or any other specified plugin) to either the CCpp or Python options to make ABRT run sosreport (or any other specified plugin) after any C and C++ or Python applications crash, respectively. For more information on various Action and Reporter plugins, refer to Section 21.3, “ ABRT Plugins”
abrt-gui or abrt-cli and report the crash that occurred. If you do not specify any actions and reporters in these directives, you will not be able to report a crash via abrt-gui or abrt-cli. The order of actions and reporters is important. Commenting out a directive, will cause ABRT not to catch the crashes associated with that directive. For example, commenting out the Kerneloops line will cause ABRT not to catch kernel oopses.
plugins/*.conf file. For example, plugins/RHTSupport.conf specifies which RHTSupport URL to use (set to https://api.access.redhat.com/rs by default), the user's login name, password for logging in to the RHTSupport site, etc. All these options can also be configured through the abrt-gui application (for more information on plugin configuration refer to Section 21.3, “ ABRT Plugins”).
<time> = <action_to_run> [ Cron ] section of abrt.conf allows you to specify the exact time, or elapsed amount of time between, when ABRT should run a certain action, such as scanning for kernel oopses or performing file transfers. You can list further actions to run by appending them to the end of this section.
# Which Action plugins to run repeatedly [ Cron ] # h:m - at h:m # s - every s seconds 120 = KerneloopsScanner #02:00 = FileTransfer
<time_in_seconds> = <action_to_run> or <hh:mm> = <action_to_run> , where hh (hour) is in the range 00-23 (all hours less than 10 should be zero-filled, i.e. preceded by a 0), and mm (minute) is 00-59, zero-filled likewise.