Ubuntu 16.04 Plesk Onyx服务器异常：Syslog含@符号且失联求助

这种突然失联、硬重置后日志还出乱子的情况确实挺闹心的，结合你描述的现象，咱们一步步拆解可能的问题和排查方向：

1. 日志里的大量@符号+日志空白期的可能原因 #

• 文件系统损坏：硬重置是最容易搞砸文件系统的操作之一——服务器失联时，syslog和kern.log可能正处于写入状态，突然断电导致文件写入中断，就会出现乱码（比如那些@符号），甚至直接丢失一段日志（也就是你说的23:06到23:23的空白期）。你可以先检查文件系统的完整性：

  fsck -n /dev/[你的根分区设备名]
  

  注意：最好进入单用户模式再执行fsck，避免挂载状态下修复导致二次损坏。
• 日志服务提前崩溃：Ubuntu 16.04默认用rsyslog管日志，如果服务器失联前rsyslog就挂了，那后续的日志自然写不进去；硬重置后恢复时，rsyslog读取到损坏的日志文件片段，就会吐出奇怪的符号。你可以先看看rsyslog的状态：

  systemctl status rsyslog
  

  也可以翻翻rsyslog自己的日志（如果还存在的话）：/var/log/rsyslog.log

2. 服务器突然无法访问的潜在根源 #

结合你用的是Plesk Onyx，还有几个方向要查：

• Plesk核心服务崩溃：比如Web服务（nginx/apache）、MySQL、Plesk面板本身挂了，都会导致服务器对外无法访问。硬重置后这些服务可能自动重启，但你可以查它们的日志找线索：
  • Web服务日志：/var/log/apache2/ 或 /var/log/nginx/
  • Plesk面板日志：/var/log/plesk/panel.log
  • MySQL错误日志：/var/log/mysql/error.log
• 系统资源被耗尽：比如内存爆了、CPU被占满，服务器直接无响应。你可以看看硬重置前后的资源记录（如果syslog还有残留内容的话），或者装个sysstat工具查历史数据：

  apt-get install sysstat
  sar -u 1 10  # 实时看CPU使用，用sar -r可以看内存情况
  

• 内核层面挂起：虽然你说kern.log看起来“正常”，但日志中断可能意味着内核已经panic或者挂死了，只是panic日志没来得及写入磁盘（因为缓存没刷新）。你可以看看/var/log/dmesg里的启动记录，或者下次提前配置内核panic日志，方便后续捕获问题。

3. 下一步该做的排查步骤 #

• 先把当前的异常日志备份好，别让后续操作覆盖关键信息：

  cp /var/log/syslog /var/log/syslog.bak
  cp /var/log/kern.log /var/log/kern.log.bak
  

• 执行文件系统检查，修复可能的损坏；
• 挨个检查Plesk相关服务的运行状态和对应日志，找崩溃痕迹；
• 开启服务器资源监控，观察是否有异常波动。

如果能提供syslog和kern.log里异常部分的具体内容（记得去掉敏感信息），或者Plesk面板的错误日志，能更精准地定位问题。

内容的提问来源于stack exchange，提问作者Marcwa19197