Я пытаюсь отследить процесс, который убивает мой сервер 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.