Author：rab
一、问题分析
上一篇刚讲到《Docker 配置基础优化》，这里再补充一下。就在中秋+国庆这段小长假里，接收到了线上服务器磁盘告警通知，线上服务器架构是一个 Docker Swarm 集群，该集群上运行了多个服务。于是就登录服务上去看个究竟，结果发现 Docker 业务日志数据量都是正常的，因此第一个想到的就是 Docker 的存储驱动目录 /<yourpath>/overlay2 占用大小，进去看结果发现有一个文件（目录）数据大小异常（这里忘记截图了 - 大概 140 多 G），然后就根据这个目录名称找到归属的具体容器，看看是哪个容器产生的数据。以下是查看命令：
docker ps -q | xargs docker inspect --format '{
{.State.Pid}}, {
{.Name}}, {
{.GraphDriver.Data.WorkDir}}' | grep "fe9eecfd2fc5f5c2289bd19194900c0c707d67e05e54ea55721c4d3c3ba8cc03"
确定目标容器后，就进入容器去看一下，结果在运行程序（xxx.jar）主目录（即同级目录）下发现有大量的 core 文件，且每个文件的大小均为 105M，粗略统计了一下大概占用了 143G 左右的大小。
那这些 Core 文件是什么文件？又是怎么产生的呢？
首先我们要知道 core file 是什么文件？在Linux系统中，“core f
1717
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
