我正在使用RHEL
操作系统,它具有systemd-coredump
处理节点内核心的默认程序。
在这里我看到该文件说,如果Storage=none
那么转储将不会永久存储在节点上。所以,我更新了我/etc/systemd/coredump.conf
的:
cat /etc/systemd/coredump.conf
Storage=external
MaxUse=20%
因此,这应该仅在达到时限制转储20%
。但是我看到磁盘空间仍然存在,10%
即使旧的核心转储被删除。
$df -h
Filesystem Size Used Avail Use% Mounted on
/dev/vda1 80G 7.7G 73G 10% /
devtmpfs 3.8G 0 3.8G 0% /dev
tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs 3.9G 1.6M 3.9G 1% /run
tmpfs 3.9G 0 3.9G 0% /sys/fs/cgroup
/dev/mapper/vg02-volumes 60G 33M 60G 1% /var/lib/origin/openshift.local.volumes
/dev/mapper/vg00-docker 60G 330M 60G 1% /var/lib/docker
tmpfs 783M 0 783M 0% /run/user/1000
我的核心转储目录:
$df /var/lib/systemd/coredump/
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/vda1 83874796 7978616 75896180 10% /
我对文档的理解是错误的还是在这里遗漏了什么。
如果你今天没有检查这个,核心文件的老化也通过 systemd-tmpfiles 控制尝试检查
grep core /usr/lib/tmpfiles.d/*
并查看配置是什么d /var/lib/systemd/coredump 0755 root root 3d
会说删除超过 3 天的核心文件,看看这是否是删除旧文件的原因,如果存储空间没有超过配置的限制,您可以在 linux 文档中找到更多相关信息。