linux abrtd服務指的是什么

本篇內容主要講解“linux abrtd服務指的是什么”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“linux abrtd服務指的是什么”吧!

linux abrtd是一個守護進程監控的應用程序崩潰；當發生崩潰時，它將收集的崩潰application ，并采取措施根據類型崩潰abrt.conf config文件中的配置中，位于“/etc/abrt”目錄下的有其配置“abrt.conf”等。

問題描述

咱們開發環境的有一個進程特別耗資源，能幫分析下原因嗎？之前場內和公有云也出現過幾次，最終這個進程會把機器內存打滿宕機。現在剛好發現這個問題現場

解決思路加方法

對于進程跑滿的現象第一件事就是看一下進程名，目測一下 結束了，第一次見

top -pH 48297 看一下具體進程中的哪一個線程有問題 發現只有一個進程 沒有線程

ps看一下這個服務的目錄在哪

[root@yq01-kg-section1-bud3 libexec]# ps -ef | grep  abrt-hook-ccpp
root     45733 11797  0 12:18 pts/8    00:00:00 grep --color=auto abrt-hook-ccpp
root     48297     2 99 Nov16 ?        15:42:50 /usr/libexec/abrt-hook-ccpp 11 0 8669 0 0 1605530067 e 8669 8669

毫無頭緒！！開始百度搜到了如下

abrtd

abrtd 是一個守護進程監控的應用程序崩潰.當發生崩潰時,它將收集的崩潰(核心文件的命令行, etc .)application ,并采取措施根據類型崩潰并根據 abrt.conf config 文件中的配置中.有插件的各種動作:例如 bugzilla 報表的崩潰,將該報表.通過 ftp 傳輸或報表或 scp .請查看手冊頁的相應的插件.
abrtd: automatically bug report daemon. 自動的bug 報告守護進程
linux調試程序，最痛苦的就是程序異常宕掉，但是找不到core文件，很難定位問題。但是有了core文件就容易定位多了。

一般是可以通過在環境變量中設置ulimit -c unlimited。但是現場實施人員有時會忘記設置這條命令。那么怎么辦呢，可以通過設置linux的abrt服務來實現。

修改abrt-action-save-package-data.conf文件

將其修改為：

vi /etc/abrt/abrt-action-save-package-data.conf

# With this option set to "yes",
# only crashes in signed packages will be analyzed.
# the list of public keys used to check the signature is
# in the file gpg_keys
#
OpenGPGCheck = no


# Blacklisted packages
#
BlackList = nspluginwrapper, valgrind, strace, mono-core


# Process crashes in executables which do not belong to any package?
#
ProcessUnpackaged = yes


# Blacklisted executable paths (shell patterns)
#
BlackListedPaths = /usr/share/doc/, /example*, /usr/bin/nspluginviewer, /usr/lib/xulrunner-*/plugin-container


還可以調整core文件的大小：

[root@xx-host2 abrt]# cat abrt.conf 
# Enable this if you want abrtd to auto-unpack crashdump tarballs which appear
# in this directory (for example, uploaded via ftp, scp etc).
# Note: you must ensure that whatever directory you specify here exists
# and is writable for abrtd. abrtd will not create it automatically.
#
#WatchCrashdumpArchiveDir = /var/spool/abrt-upload


# Max size for crash storage [MiB] or 0 for unlimited
#
MaxCrashReportsSize = 1000


# Specify where you want to store coredumps and all files which are needed for
# reporting. (default:/var/spool/abrt)
#
# Changing dump location could cause problems with SELinux. See man abrt_selinux(8).
#
#DumpLocation = /var/spool/abrt


# If you want to automatically clean the upload directory you have to tweak the
# selinux policy.
#
DeleteUploaded = no

重啟 abrtd 服務： service abrtd restart

有了core文件也需要及時刪除，通過abrt-cli list查看文件的包，然后用abrt-cli rm 【文件包】就可以了。

遇到程序崩潰的時候abrt-hook-ccpp使用CPU太多，IO也太高導致系統跑滿了，干脆停用算了
systemctl stop abrt-ccpp.service
systemctl disable abrt-ccpp.service
systemctl status abrt-ccpp.service

查了一下systemctl status abrt-ccpp.service發現根本就沒有起這個服務

再次百度

usr/libexec/abrt-hook-ccpp為什么這個進程一直在增加
因為無法創建ccpp文件導致的

需要修改/etc/abrt/abrt-action-save-package-data.conf中ProcessUnpackaged參數。

修改/etc/abrt/abrt-action-save-package-data.conf中ProcessUnpackaged參數

sed -i 's/ProcessUnpackaged = no/ProcessUnpackaged = yes/g' /etc/abrt/abrt-action-save-package-data.conf&& service abrtd restart

修改后還是不行 查看系統日志

Nov 17 13:15:15 yq01-kg-section1-bud3 abrtd: Lock file '.lock' is locked by process 48297
Nov 17 13:15:15 yq01-kg-section1-bud3 abrtd: Lock file '.lock' is locked by process 48297
Nov 17 13:15:16 yq01-kg-section1-bud3 abrtd: Lock file '.lock' is locked by process 48297
Nov 17 13:15:16 yq01-kg-section1-bud3 abrtd: Lock file '.lock' is locked by process 48297
Nov 17 13:15:17 yq01-kg-section1-bud3 abrtd: Lock file '.lock' is locked by process 48297
Nov 17 13:15:17 yq01-kg-section1-bud3 systemd: abrtd.service stop-sigterm timed out. Killing.
Nov 17 13:15:17 yq01-kg-section1-bud3 systemd: abrtd.service: main process exited, code=killed, status=9/KILL
Nov 17 13:15:17 yq01-kg-section1-bud3 systemd: Unit abrtd.service entered failed state.
Nov 17 13:15:17 yq01-kg-section1-bud3 systemd: abrtd.service failed.
Nov 17 13:15:17 yq01-kg-section1-bud3 abrtd: Lock file '.lock' is locked by process 48297

發現服務沒有重啟，而且顯示一直被這個進程鎖死，而這個進程就是那個占用資源特別多的一個進程

kill -9 48297

重啟服務
查看服務狀態

top重新看一下進程 哦耶！

到此，相信大家對“linux abrtd服務指的是什么”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！