服务器出现CPU占用100%，PHP-FPM日志不断显示

child xxx exited on signal 15 (SIGTERM) after xxx seconds from start

child xxx started

child xxx exited with code 0 after 0 seconds from start

说明PHP-FPM进程在不断创建子进程，但一创建就死掉了

还会有提示

seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers)

说明启动的子进程数量已经到底最大值

但通过 ps -ef |grep "php-fpm"|grep "pool"|wc -l命令统计php-fpm进程数量，却是0个，说明进程确实都是刚创建就死掉了，而且是瞬时创建的子进程数量都超过了最大值，只不过立马有死掉了

因为不停的创建进程，导致了CPU耗尽

使用strace在服务器正常的时候开始跟踪php-fpm进程，并记录时间戳

screen -S strace

strace -s 1024 -tt -T -f -o strace.log -p 某个php-fpm子进程的pid

机器死掉后重启，查看阿里云系统监控，找到CPU100%的开始时间，查看strace.log，使用行号定位到CPU100%的那段时间

less -N +行号 strace.log

发现有Too many open files的错误，说明是系统的打开文件描述符已经超过上限，PHP-FPM进程不断重启就是因为没有文件描述符可用导致的

ulimit -a #查看各类用户进程限制，发现最大打开文件描述符数量是65535

...
open files                      (-n) 65535
max user processes              (-u) 65535
...

lsof | wc -l #查看当前已打开文件描述符数量，发现已经快到最大值了

589234

lsof |awk '{print $1}' |sort |uniq -c |sort -nr |head -n10 #查看占用文件描述符最多的10个进程

17821 crond

16784 sendmail

16765 maildrop

...

发现是crond和crond相关的邮件发送进程占用了大量文件描述符

查看邮件日志

less /var/log/maillog

发现大量报错

postfix/postdrop[16261]: warning: mail_queue_enter: create file maildrop/756739.16261: No such file or directory

说明邮件无法正常发送，postfix服务出现了邮件投递错误

systemctl status postfix #检查postfix服务状态，发现服务没有启动，且是禁用状态

systemctl start postfix #启动服务

lsof | wc -l #检查打开文件描述符数量，发现已经下降，问题解决

systemctl enable postfix #最后设置postfix自动启动