linux - 80 端口上的 pdflush 阻止 Apache 重新启动

Question

预赛:+ 中央操作系统 5+ Plesk 10.4.4 更新 #35

问题:在 plesk 中添加/更改新域/主机期间，它通常会写入新的或更新 apache vhost 配置文件，然后重新启动 apache 服务。更新重写似乎很顺利，文件中没有错误，但是最近由于端口 80 不可用，apache 关闭后无法重新启动，通过“netstat -tulpn ...”进一步检查显示以下...

Proto Recv-Q Send-Q Local Address               Foreign Address             State       PID/Program name
tcp        0      0 :::80                       :::*                        LISTEN      25794/PDFLUSH
tcp        0      0 :::443                      :::*                        LISTEN      25794/PDFLUSH

您可以看到 PDFLUSH 占用了较高的进程 ID，但同时占用了 80 和 443，这阻止了 apache 重新启动。在我再次运行“service httpd start”以启动 apache 之前，我必须手动获取 PID 并发出 kill。

在我的搜索中，我看到了一个关于有人被黑客攻击的旧引用，但我可以找到任何类似的症状，老实说，我不知道要在日志中查找什么或具体查看哪个日志文件。我还听说这可能是内存故障的症状，但我不知道如何在生产服务器上测试内存。

拜托，任何帮助将不胜感激，每次我收到服务器再次关闭的短信时，我的心都沉了下去!

---

编辑通过简单地添加一个子域再次发生这种情况，但是这次我能够在杀死 PDFLUSH 实例并重新启动 apache 之前快速运行 ps -aux...

apache ... ./PDFLUSH -b service.config

现在正在尝试搜索它的位置...

Answer 1

好消息是我找到了罪魁祸首，坏消息是它是“c99”，只要在谷歌上搜索一下，你就会发现它有很长的历史。现在真正的乐趣开始了，服务器是否已被 root？

对于那些有类似问题并认为即使使用“PDFLUSH”以外的名称也可能相同的人，只需做一个

find /var/www/vhosts -name PDFLUSH

找出小 SCSS 的藏身之处。我在我的一个共享托管客户站点中找到了我的站点，该站点深埋在 webroot 内的目录树中。