此内容没有您所选择的语言版本。

28.5. Configuring Centralized Crash Collection


You can set up ABRT so that crash reports are collected from multiple systems and sent to a dedicated system for further processing. This is useful when an administrator does not want to log into hundreds of systems and manually check for crashes found by ABRT. In order to use this method, you need to install the libreport-plugin-reportuploader plug-in (yum install libreport-plugin-reportuploader). See the following sections on how to configure systems to use ABRT's centralized crash collection.

28.5.1. Configuration Steps Required on a Dedicated System

Complete the following steps on a dedicated (server) system:
  1. Create a directory to which you want the crash reports to be uploaded to. Usually, /var/spool/abrt-upload/ is used (the rest of the document assumes you are using this directory). Make sure this directory is writable by the abrt user.

    Note

    When the abrt-desktop package is installed, it creates a new system user and a group, both named abrt. This user is used by the abrtd daemon, for example, as the owner:group of /var/spool/abrt/* directories.
  2. In the /etc/abrt/abrt.conf configuration file, set the WatchCrashdumpArchiveDir directive to the following:
    WatchCrashdumpArchiveDir = /var/spool/abrt-upload/
  3. Choose your preferred upload mechanism; for example, FTP or SCP. For more information on how to configure FTP, see Section 21.2, “FTP”. For more information on how to configure SCP, see Section 14.4.2, “Using the scp Utility”.
    It is advisable to check whether your upload method works. For example, if you use FTP, upload a file using an interactive FTP client:
    ~]$ ftp
    ftp> open servername
    Name: username
    Password: password
    ftp> cd /var/spool/abrt-upload
    250 Operation successful
    ftp> put testfile
    ftp> quit
    Check whether testfile appeared in the correct directory on the server system.
  4. The MaxCrashReportsSize directive (in the /etc/abrt/abrt.conf configuration file) needs to be set to a larger value if the expected volume of crash data is larger than the default 1000 MB.
  5. Consider whether you would like to generate a backtrace of C/C++ crashes.
    You can disable backtrace generation on the server if you do not want to generate backtraces at all, or if you decide to create them locally on the machine where a problem occurred. In the standard ABRT installation, a backtrace of a C/C++ crash is generated using the following rule in the /etc/libreport/events.d/ccpp_events.conf configuration file:
    EVENT=analyze_LocalGDB analyzer=CCpp
            abrt-action-analyze-core.py --core=coredump -o build_ids &&
            abrt-action-install-debuginfo-to-abrt-cache --size_mb=4096 &&
            abrt-action-generate-backtrace &&
            abrt-action-analyze-backtrace
    You can ensure that this rule is not applied for uploaded problem data by adding the remote!=1 condition to the rule.
  6. Decide whether you want to collect package information (the package and the component elements) in the problem data. See Section 28.5.3, “Saving Package Information” to find out whether you need to collect package information in your centralized crash collection configuration and how to configure it properly.
Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.