☰

CRON 可能导致段错误吗？

tag-icon • tag-icon ubuntu cron apache2 segmentation-fault libraries
CRON 可能导致段错误吗？

我正在 vanlevy.com 上使用 AWS（Ubuntu 18、Apache2、Django，带有来自 Let's Encrypt 的 https 证书 - 可自动更新）运行 Web 服务器。

我是唯一有权访问 AWS 账户和网站管理页面的人。使用这个网站的人（除了机器人）几乎只有我和我的朋友（虽然没有真正的理由阻止更多人使用它）。

从上次成功使用到发现问题，我从未碰过该网站（无论是使用它、进行维护还是更新它）。现在，该网站只给出 500 个错误；错误日志显示“AH00051 child pid ##### exit signal Segmentation Fault (11), possible coredump in /etc/apache2”（其中 ##### 是一个递增的数字）

通过查看系统日志，我发现第一个提到段错误的内核消息是在我尝试使用该网站时发现它没有响应。从此溢出问答和这个，看起来存在某种共享库问题。我收到的内核错误消息是：

kernel: [15207113.546701] apache2[2133]: segfault at 3f0 ip 00007f78ade65cab sp 00007f78b98e85d0 error 4 in libssl-c0c2ede4.so.1.0.2q[7f78ade3c000+6c000]

由于我在发生段错误之前没有做任何更改，所以我的罪魁祸首可能是有人做了一些恶意的事情（这似乎只是真的不太可能），或者自动化流程出了问题。

问题：

  1. 这可能是 CRON 造成的吗？在发生段错误前几分钟，CRON 正在运行。* 另一方面，在此之前，这个 CRON 已经运行了无数次。这个 CRON 作业也恰好对应于上次成功提供页面的时间。（谢谢，applebot？）
  2. 我可以挽救这个虚拟机吗？有没有什么办法可以解决库的问题？我尝试更新了所有要求；我还没有更新 Django，下一步是更新。
  3. 如果无法挽救，我该如何防止这种情况发生？我要补充一点，我不认为自己是一个“真正的”系统管理员——这是我有史以来第一个“从头开始”的网站。我的编码技能是：大部分情况下能够遵循指示。

（*）相关的 CRON 消息

CRON[7017]: (root) CMD (  [ -x /usr/lib/php/sessionclean ] && if [ ! -d /run/systemd/system ]; then /usr/lib/php/sessionclean; fi)
systemd[1]: Started Clean php session files.
CRON[7101]: (root) CMD (command -v debian-sa1 > /dev/null && debian-sa1 1 1)

短暂性脑缺血发作

相关内容