也许是一个没有意义的愚蠢问题：
在 kubernetes 部署(或 minikube(中，当 pod 容器崩溃时，我想在那一刻分析文件系统。通过这种方式，我可以看到核心转储或任何其他有用的信息。
我知道我可以挂载卷或 PVC 以从主机定义的核心模式位置获取核心转储，我也可以通过 rsyslog sidecar 或任何其他方式获取日志，但我仍然想做"事后分析如果可能的话。我认为 kubernetes 应该提供(但我不知道如何，这就是我问题的原因(一些机制来完成这些取证任务，从而减轻我们所有人的生活，因为在生产系统中，我们可能需要分析被杀死/退出的容器。
我尝试在没有 --rm选项的情况下直接使用docker 运行，但无法从检查中获得任何有用的信息来获取有用的信息或在最后一刻重新创建容器处于活动状态的文件系统。
谢谢！
当 pod 容器崩溃时，我想分析当时的文件系统。
POD(容器(本机使用非持久性存储。 当容器退出/终止时，容器的存储也会退出/终止。
POD(容器(可以连接到外部存储。这将允许存储持久数据(您可以将卷挂载配置为核心转储的路径等(，因为在容器停止/终止时不会删除此外部存储将帮助您更灵活地分析文件系统。使用常用文件系统(如 NFS(配置容器文件系统存储。等。。