我正在使用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% /
我对文档的理解是错误的还是在这里遗漏了一些东西。
答案1
如果您今天没有检查这一点,核心文件的老化也可以通过 systemd-tmpfiles 进行控制,请尝试检查 grep core /usr/lib/tmpfiles.d/*
并查看配置是什么
d /var/lib/systemd/coredump 0755 root root 3d
会说删除超过3天的核心文件,看看这是否是删除旧文件的原因,如果存储空间没有超过配置的限制,您可以在linux文档中找到更多相关信息。