Docker容器中生成100GB的core.30388文件

喝醉酒的小白

已于 2023-09-12 10:46:53 修改

阅读量734

点赞数 1

分类专栏： Liunx 文章标签：运维

于 2023-07-05 19:03:15 首次发布

本文链接：https://blog.csdn.net/hezuijiudexiaobai/article/details/131534424

版权

88 篇文章 3 订阅

订阅专栏

问题

在Docker容器中生成100GB的core.30388文件可能是由于应用程序崩溃或遇到了严重错误导致的。core文件是操作系统保存应用程序崩溃时的内存转储文件，用于调试和分析问题。

要处理这个问题，可以按照以下步骤进行：

du -sh /var/lib/docker/overlay2/* | grep G

备注：不能完全du ，因为backup.info.copy的数据目录也会被计算上。

docker ps -q | xargs docker inspect --format '{{.State.Pid}}, {{.Id}}, {{.Name}}, {{.GraphDriver.Data.WorkDir}}' | grep <overlay2下目录>

file core.30388

$ rm core.30388

$ gdb <path_to_application_binary> core.30388

这将启动GDB调试器，并加载core文件进行分析。

请注意，处理core文件需要一定的经验和技术知识。如果您不熟悉相关工具和技术，请谨慎操作或寻求专业人士的帮助。另外，确保您的系统具有足够的磁盘空间来处理大型core文件。

overlay2 是一种存储驱动程序，用于 Docker 容器运行时在容器层和镜像层之间创建可写的联合文件系统。它是 Docker 默认的存储驱动，用于管理容器的文件系统。

以下是 overlay2 的主要作用说明：

联合文件系统：overlay2 允许将多个文件系统以一种透明的方式叠加在一起，使得上层文件系统可以看到底层文件系统的内容。这意味着容器可以使用基础镜像的只读文件系统，并在其上添加一个可写层，以保存容器运行时所做的更改。
高效的存储利用：overlay2 使用了写时复制（copy-on-write）技术，它只记录上层文件系统的修改，而不会实际复制整个文件。这样可以节省磁盘空间，并且在创建和启动容器时具有较低的延迟。
快速的容器启动：由于 overlay2 只需加载并挂载少量的层级，相对于其他存储驱动程序，它能够更快地启动容器。此外，它还支持预先分配的 inode 缓存（inode cache），从而提高了文件查找的性能。
层级管理：overlay2 将文件系统层级组织成树状结构，每个镜像都是一个只读的层级，而容器则在这些镜像层级之上添加一个可写的层级。这样可以有效地管理和共享镜像层，避免了冗余数据的复制。

总之，overlay2 是 Docker 的默认存储驱动，通过联合文件系统提供高效的存储利用、快速的容器启动以及灵活的层级管理，使得容器的创建和运行更加高效和可靠。

在 /var/lib/docker/overlay2/ffbb9f7c462cb8e1fdc42ddd6ab1a9fa7005bab49dd97a11fde9f6ea7bde8293 目录下，以下是各个文件和目录的作用：

diff：此目录包含了容器当前文件系统的更改。当容器启动时，Docker 会将基础镜像的只读层与这个目录中的更改进行合并，从而创建出容器的可写层。任何对容器文件系统的修改都会在此目录中反映出来。
link：这个目录中包含了指向具体文件的链接。特定的链接可能指向基础镜像或其他容器的文件。这些链接允许 Docker 在不复制所有文件的情况下共享相同的内容。
lower：此目录包含了只读镜像层。这些层是基础镜像（base image）的一部分，提供了容器文件系统的初始状态。
merged：这个目录是上述目录的上层，它将所有的只读层与可写层合并在一起。这样就形成了容器当前视图下的完整文件系统。
work：这个目录在某些操作中扮演临时工作目录的角色，例如在进行存储驱动程序的复制操作时需要使用该目录。它可以被视为存储驱动程序的内部工作区。

这些目录和文件是 Docker 使用 overlay2 存储驱动时管理容器文件系统的关键组成部分。

关注