我试图追查一下在我的CentOS盒上杀死我的mysql服务器的进程。
我在/etc/syslog.conf有以下设置：
*.*;mail.none;authpriv.none;cron.none /var/log/messages
我认为这应该导致所有消息（包括内核消息）被logging到/var/log/messages ， authpriv ， mail和cron消息除外。
然而，当我查看/var/log/messages ，我没有看到任何似乎在杀死服务器的内核消息。
以下是/etc/syslog.conf文件的完整内容：
# Log anything (except mail) # Don't log private authentication messages! *.*;mail.none;authpriv.none;cron.none /var/log/messages # The authpriv file has restricted access. authpriv.* /var/log/secure # Log all the mail messages in one place. mail.* -/var/log/maillog # Log cron stuff cron.* /var/log/cron # Everybody gets emergency messages *.emerg * # Save news errors of level crit and higher in a special file. uucp,news.crit /var/log/spooler # Save boot messages also to boot.log local7.* /var/log/boot.log
我重新启动了系统日志，但是没有任何区别。
有任何想法吗？
没有进入你的崩溃的猜测，我可以帮助系统日志。
*.*;mail.none;authpriv.none;cron.none /var/log/messages
如果您使用星号，则不需要列出任何设施或优先级。 这纯粹是迂腐，但只是一个fyi。 如果你真的想要所有的消息去/ var / log / messages，你可以使用：
*.* /var/log/messages
确保你实际上正在运行“syslog”而不是“rsyslog”。 您引用的configuration是基于CentOS 5及更早版本中默认的较旧“syslog”的使用情况。 你没有提到你正在使用哪个版本的CentOS，但是如果是CentOS 6，那么你可能会运行rsyslog。 Rsyslog使用/etc/rsyslog.conf和/etc/rsyslog.d/*.conf两者不能同时运行，否则可能看不到消息。 绑定到系统日志端口的第一个将获胜。
要testingsyslog的内核消息，请使用以下命令：
logger -i -p kern.crit "This is a syslog test"
如果你看到你的testing消息，那么syslog正在工作，mysqld正在崩溃，正如lsmooth所提到的。