2.12. Настройка протоколирования событий syslogd

Файл /etc/syslog.conf позволяет вам настроить запись сообщений о работе кластера в файл, отличный от /var/log/messages. Это позволит вам провести диагностику проблем проще и быстрее.

Демон syslogd, работающий на узлах, ведёт запись событий о работе кластера в файл, согласно параметрам, указанным в /etc/syslog.conf. Файл журнала упрощает диагностику проблем в кластере. Рекомендуется настраивать протоколирование в демоне syslogd таким образом, чтобы отслеживались события кластера только с того узла, на котором он запущен. Поэтому, для получения полной картины вам придётся просматривать файлы журналов на всех узлах.

Демон syslogd регистрирует сообщения от демонов кластера, с уровнем важности по умолчанию равным 4 (предупреждение (warning)). За дополнительной информацией о демонах кластера обратитесь к разделу 2.6 Настройка демонов кластера.

Значительность события определяет уровень важности записи о нём в журнале. Важные события необходимо рассматривать до того, как они повлияют на доступность кластера. Кластер может генерировать события следующих уровней важности, упорядоченных по степени важности:

Примеры записей журнала приведены ниже:

Jul 18 20:24:39 clu1 clufence[7397]: <info> STONITH: rps10 at /dev/ttyS0,\
	  port 0 controls clu1
Jul 18 20:24:39 clu1 clufence[7397]: <info> STONITH: rps10 at /dev/ttyS0,\
	  port 1 controls clu2
Jul 18 20:24:53 clu1 clufence[7397]: Port 0 being turned off.
Jul 18 20:24:53 clu1 clufence[7397]: <notice> STONITH: clu2 has been fenced! 
Jul 18 20:51:03 clu1 clufence[30780]: <info> STONITH: rps10 at/dev/ttyS0,\
	  port 0 controls clu1
Jul 18 20:51:03 clu1 clufence[30780]: <info> STONITH: rps10 at /dev/ttyS0,\
	  port 1 controls clu2
Jul 18 20:51:17 clu1 clufence[30780]: Port 0 being turned on.
Jul 18 20:51:17 clu1 clufence[30780]: <notice> STONITH: clu2 is no longer fenced off. 
     [1]         [2]      [3]               [4]         [5]

В каждой записи журнала содержится следующая информация:

Завершив настройку программного обеспечения кластера, по своему усмотрению, отредактируйте файл /etc/syslog.conf для записи событий кластера в файл, отличный от файла событий по умолчанию, /var/log/messages. Кластерные утилиты и демоны отмечают свои события syslog-меткой local4. Использование отдельного файла для событий кластера упрощает диагностику и решение проблем.

Чтоб предотвратить запись событий кластера в файл /var/log/messages, добавьте указание local4.none в следующую строку файла /etc/syslog.conf:

# Log anything (except mail) of level info or higher.
# Don't log private authentication messages!
*.info;mail.none;news.none;authpriv.none;local4.none   /var/log/messages

Чтобы настроить средство регистрации событий кластера на запись событий в файл /var/log/cluster, добавьте в файл /etc/syslog.conf подобные строки:

#
# Cluster messages coming in on local4 go to /var/log/cluster
#
local4.*                         /var/log/cluster

Чтобы предыдущие изменения вступили в силу, перезапустите демон syslogd, выполнив команду service syslog restart.

Кроме этого, вы можете изменить уровень важности событий регистрируемых различными демонами кластера; дополнительную информацию вы найдёте в разделе 2.6 Настройка демонов кластера и на странице man, посвящённой syslog.conf.

Чтобы ротация журнала кластера выполнялась с частотой, заданной в файле /etc/logrotate.conf (по умолчанию, еженедельно), добавьте /var/log/cluster в первой строке файла /etc/logrotate.d/syslog. Например:

/var/log/messages /var/log/secure /var/log/maillog /var/log/spooler 
/var/log/boot.log /var/log/cron /var/log/cluster {
   sharedscripts
   postrotate
       /bin/kill -HUP `cat /var/run/syslogd.pid 2> /dev/null` 2> 
       /dev/null || true
   endscript
}