linux – 我在/ var / log / messages中看到的垃圾是否表明存在问题?

前端之家收集整理的这篇文章主要介绍了linux – 我在/ var / log / messages中看到的垃圾是否表明存在问题?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我最近在我的一台服务器上看到了/ var / log / messages中的大量垃圾.似乎没有任何相关的I / O错误,并且服务器仍在执行其预期任务而没有任何问题,但我想知道这是否表明我可能会担心某种其他故障.

垃圾字符看起来像这样:

SF??)?mq??JX??_?cS=??4?v???A?X~??Tk???$+]?k?”?MG
T???\u?R????V ??m????E????9?C???YK
??V?5. ?
???*D???[
YHwp?@I?? ~??????m o f G?F_vM’?b9??-31/?ˮ?(?q`?%1?h?/???a?H?+-?U0???yٹ h?^m[??uC?/R??S??5٣???\??L?pkr
=v ?’?|?b?&?{ 5?)h?5?P_?q?;?G?? ???hZU ???2??J?????iD???-?=??#

解决方法

我会先去其他地方寻找避免fsck&停机时间.

通常,写入/ var / log / messages的唯一内容是Syslog守护程序.您可以使用’lsof’验证这一点:

$sudo lsof /var/log/messages
COMMAND  PID   USER   FD   TYPE DEVICE SIZE/OFF   NODE NAME
rsyslogd 123 syslog   21w   REG   8,17  123123 123123 /var/log/messages

您应该只看到一个COMMAND写入此文件.如果您看到多个,那么可能是您问题的根源.

如果此信息来自syslog服务,则每行前面都有时间戳,主机名和写入日志的程序的名称.像“Mar 4 00:12:42 myhost kernel:”之类的东西,然后是其他信息.

如果没有这样的格式,那么这个垃圾不会通过Syslog传递,而其他东西正在将垃圾写入/ var / log / messages.如果关闭syslog,则应该能够跟踪它,然后使用lsof或fuser查找打开的文件.

或者,正如其他人所说,syslog是错误的,需要重新启动.

猜你在找的Linux相关文章