我的PHP容器运行puppeteer生成PDF。通过生成PDF文档,它还在我的容器内创建了两个核心转储文件。我不确定它们的真正来源。
主机/服务器是CentOS 7。
/var/log/messages
中找不到错误日志(例如segfault)根据https://linux-audit.com/understand-and-configure-core-dumps-work-on-linux/的“禁用核心转储”部分,我已经完成:
/etc/security/limits.conf
添加以下内容* soft core 0
* hard core 0
通过:echo “ulimit -c 0 > /dev/null 2>&1” > /etc/profile.d/disable-coredumps.sh
将以下内容添加到/etc/systemd/coredump.conf
[Coredump]
Storage=none
ProcessSizeMax=0
并且重新启动服务器和容器。
我也试图将ulimit -c 0
设置在容器内(高山)
以上所有技巧都不适合我。人偶每次生成PDF时,总是会创建两个核心转储文件,如下所示:
core.131 core.52
核心文件如下:
有人可以帮我禁用核心转储吗?非常感谢。
您必须使用选项--ulimit core=0
启动容器以禁用核心转储。
参考:https://docs.docker.com/engine/reference/commandline/run/#set-ulimits-in-container---ulimit
在主机上,将核心转储路径临时设置为/tmp
以进行验证:
echo '/tmp/core.%e.%p' | sudo tee /proc/sys/kernel/core_pattern
照常启动容器并强制进行核心转储:
docker run --rm -it bash
(inside the container)
# yes > /dev/null &
# kill -SIGABRT $(pidof yes)
# ls /tmp
(shows core.yes.<pid>)
现在,带有--ulimit core=0
:
docker run --ulimit core=0 --rm -it bash
(inside the container)
# yes > /dev/null &
# kill -SIGABRT $(pidof yes)
# ls /tmp
(No entries)
我在docker swarm服务上也有这个问题,-ulimit core = 0在我在以下命令中使用的swarm服务中不起作用,并在docker swarm服务中为我工作了!
sysctl -w kernel.core_pattern = / dev / null