Ведение журналов (логов)

Все компоненты программного комплекса Dr.Web для почтовых серверов UNIX ведут журналы (логи) своей работы. Для каждого компонента имеется возможность указать способ ведения журнала (самостоятельная запись событий в файл или использование системной службы журналирования syslog).

Уровень подробности ведения журнала работы компонента может быть как очень высоким (например, если задано значение Debug для отладочных целей), так и отсутствовать вовсе (например, если задано значение Quiet, когда файл журнала не ведется).

Для задания уровня подробности используется параметр с именем LogLevel. Также некоторые модули могут иметь дополнительные параметры, регулирующие уровни подробности вывода некоторых сообщений в журнал (например, вывод сообщений подситемы IPC, там, где она используется, регулируется параметром IPCLevel).

Внимание!

Если в настройках модуля отсутствуют параметр конфигурации LogLevel, то это означает, для него регулирование уровня подробности в журнал невозможно. По умолчанию в этом случае используется уровень журналирования, примерно равный Debug.

Используемые уровни подробности ведения журнала

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

oQuiet – Уровень "Тишина". Запись событий в журнал не ведется.

oError – Уровень "Ошибки". Фиксируются записи только об критических ошибках.

oAlert – Уровень "Тревога". Фиксируются записи об ошибках и важных предупреждениях.

oWarning – Уровень "Предупреждения". Фиксируются записи об ошибках, важных и обычных предупреждениях.

oInfo – Уровень "Информационный". Ведется запись сообщений об ошибках, предупреждениях и информационных сообщений.

oNotice – Уровень "Уведомительный". То же, что и "Информационный", но добавляются записи уведомлений.

oDebug – Уровень "Отладочный", То же, что и "Уведомительный", но добавляются записи отладочной информации.

oVerbose – Уровень "Подробный", ведется запись в журнал всех возможных сообщений (режим не рекомендуется из-за большого объема информации, выводимой в журнал, что тормозит как работу приложения, так и службу журналирования syslog операционной системы, если она используется).

Внимание!

Для каждого модуля Dr.Web для почтовых серверов UNIX набор допустимых уровней подробности может различаться, о чем указано в описании соответствующих параметров

Использование службы журналирования syslog

При использовании для ведения службы журналирования syslog кроме указания уровня подробности ведения журнала указывается также метка-источник сообщений, которая может быть использована службой syslog для внутренней маршрутизации сообщений по разным фаилам журналов. Эти правила маршрутизации настраиваются в собственном файле конфигурации демона службы syslog (обычно /etc/syslogd.conf).

Метка, присваиваемая сообщениям для службы syslog, указывается в конфигурационных файлах в параметре SyslogFacility.

Допускается использование следующих меток:

oDaemon – От имени резидентного системного сервиса (демона);

oLocal0, ..., Local7  – От имени локального пользовательского приложения (зарезервировано 8 номеров 0-7);

oKern – От имени ядра системы;

oUser – От имени пользовательского процесса;

oMail – От имени почтовой системы.

Пожалуйста, обратите внимание, что при использовании syslog в файле конфигурации может дополнительно присутствовать параметр подробности ведения журнала, используемый для системы syslog. Этот параметр имеет название SyslogPriority и может принимать те же значения, что и основной параметр уровня подробности (LogLevel). В случае если вывод в syslog не используется, этот параметр, также как и SyslogFacility, игнорируется. В противном случае для вывода в syslog выбирается наименее подробный из двух указанных уровней.

Пример:

Пусть у некоторого модуля LogLevel = Debug, а SyslogPriority = Error. Тогда, если в качестве журнала для записей событий этого модуля выбрана служба syslog, фактически будет вестись запись на уровне подробности Error (будут фиксироваться только сообщения об ошибках, а отладочная информация syslog будет игнорироваться).