由于内存不足导致尾随式故障,cPanel将核心转储归档服务器?

最近我的一台机器上的磁盘使用量一直在稳步攀升。 经调查,我发现了

/usr/local/cpanel/install 

目录充满了来自cPanel的核心fump文件。 价值约106GB! 所有的文件似乎是由于“tailwatchd”

 > [/usr/local/cpanel/install]# file core.9049 core.9049: ELF 64-bit LSB core file AMD x86-64, version 1 (SYSV), SVR4-style, from 'tailwatchd' 

所以我看着tailwatchd的日志文件,发现他们是由于内存问题…

 > [/usr/local/cpanel/install]# tail -n 10 /usr/local/cpanel/logs/tailwatchd_log Out of memory! Out of memory! Out of memory! Callback called exit, <GEN15> line 35842. END failed--call queue aborted at /usr/local/cpanel/bin/tailwatchd line 9, <GEN15> line 35842. 

因此这似乎是一个记忆问题……这很奇怪,因为这只是一天前开始出现的蓝色。 我在两周前安装了Munin,但那是我意识到的唯一重大变化。 那可能是罪魁祸首? 从安装的第一天起,慕尼黑显示所提交内存的不断增加……但磁盘使用量仅在一天前就开始增长。

请记住,我是一个程序员,被迫在上周左右穿戴系统pipe理员帽子。 让我知道如果更多的细节会有所帮助。

问题解决了。 显然cpanel正在催生数百个这样的尾巴进程。 这发生在cpanel的自动更新意外打开之后。 杀死这些进程,摆脱了106GB的转储文件。 一切都很好。

为明智的话,使某些cpanel是在手动而不是自动更新。