Ubuntu Server 16.04LTS意外关机且无法获取关机前日志问题排查求助

我完全理解你现在的困扰——跑在VMware ESXi上的Ubuntu 16.04LTS服务器意外关机，关键是连关机前的日志都找不到，这确实给定位根源带来了很大阻碍。咱们一步步拆解问题，从最可能的方向开始排查：

一、先从VMware ESXi虚拟化层入手排查 #

因为你的服务器是托管在ESXi上的，很多意外关机的根源其实在虚拟化层，而非Ubuntu系统本身：

• 登录ESXi的vSphere Client，查看主机事件日志和目标虚拟机的事件日志：比如是否有宿主机资源耗尽（CPU/内存/存储占满）、虚拟机被强制关机、快照异常、存储IO超时等记录，这些信息不会存到Ubuntu本地日志里，必须从ESXi端查找。
• 检查虚拟机的存储状态：确认宿主机对应的数据存储是否有空间不足的情况，或者是否出现过磁盘IO错误，这是虚拟机意外终止的常见原因。

二、检查Ubuntu的journal日志持久化配置 #

Ubuntu 16.04默认使用systemd-journald管理日志，如果配置不当，日志可能只存在内存里，关机后直接丢失：

1. 查看当前journald配置：执行 cat /etc/systemd/journald.conf
   • 重点关注Storage=参数：如果值是volatile，说明日志仅存在内存，关机就会丢失；如果是auto或persistent，日志才会持久化到/var/log/journal/目录。
   • 另外检查SystemMaxUse=和SystemKeepFree=参数，若设置过小，旧日志会被自动清理，也可能导致关机前的日志被覆盖。
2. 调整日志持久化配置（如果需要）：
   • 编辑/etc/systemd/journald.conf，把Storage=修改为persistent，保存后执行 systemctl restart systemd-journald
   • 这样后续的日志会被写入磁盘，即使再出现意外关机，也能保留关键记录。

三、尝试挖掘残留的日志信息 #

如果journal日志确实没保存，还可以试试这些传统日志路径：

• 查看/var/log/下的传统日志文件：比如syslog、messages、auth.log，部分服务在16.04上仍会向这些文件写入日志，可能残留关机前的异常信息。
• 检查服务独立日志：mysql的日志一般在/var/log/mysql/目录，apache的日志在/var/log/apache2/，查看这些日志的最后几行，哪怕是关机瞬间的连接中断、崩溃提示，也能间接指向问题。

四、排查服务层面的异常线索 #

你提到重启了mysql和ntp服务，但看不到关机前的日志，可以尝试从重启后的日志反向推导：

• 查看服务启动日志：执行 journalctl -u mysql.service --since "YYYY-MM-DD HH:MM:SS" --until "YYYY-MM-DD HH:MM:SS"（替换成你关机前后的时间段），即使看不到关机前的记录，看看重启时是否有数据损坏、启动失败的提示，这些可能暗示关机时的异常。
• 检查OOM Killer记录：如果是系统内存耗尽导致崩溃，dmesg会留下相关记录，执行 dmesg | grep -i oom看看是否有内存不足触发进程被杀的信息。

常见根源推测 #

结合你的场景，大概率是以下几种情况之一：

1. ESXi宿主机资源耗尽：比如内存占满触发虚拟机强制关机，或者存储IO过高导致虚拟机无响应最终崩溃。
2. Ubuntu日志未持久化：关机前的日志仅在内存中，关机后直接丢失。
3. 宿主机硬件故障：比如电源、磁盘问题传递到虚拟机，导致意外关机。

备注：内容来源于stack exchange，提问作者divya