Назад | Перейти на главную страницу

Сообщения ядра не отображаются в системном журнале

Я пытаюсь отследить процесс, который убивает мой сервер mysql в моем ящике CentOS.

У меня есть следующая настройка в /etc/syslog.conf:

*.*;mail.none;authpriv.none;cron.none /var/log/messages

Я предполагаю, что это должно привести к тому, что все сообщения (включая сообщения ядра) будут регистрироваться в /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

Вам не нужно перечислять какие-либо объекты или приоритеты, если вы используете звездочки. Это чисто педантично, но на всякий случай. Если вы действительно хотите, чтобы все сообщения отправлялись в / var / log / messages, вы должны использовать:

*.* /var/log/messages

Убедитесь, что вы действительно запускаете «syslog», а не «rsyslog». Конфигурация, которую вы цитируете, основана на использовании старого «системного журнала», который был по умолчанию в CentOS 5 и ранее. Вы не указываете, какая у вас версия CentOS, но если это CentOS 6, то вы, вероятно, используете rsyslog. Rsyslog использует /etc/rsyslog.conf и /etc/rsyslog.d/*.conf Оба они не могут работать одновременно, или вы можете не видеть сообщения. Победит тот, кто первым подключится к порту syslog.

Чтобы проверить системный журнал на наличие сообщений ядра, используйте следующее:

 logger -i -p kern.crit "This is a syslog test"

Если вы видите свое тестовое сообщение, то системный журнал работает и mysqld сам по себе дает сбой, как упоминалось в lsmooth.