Logging системы INN.

Итак, конфигурационные файлы отредактированы, система INN не обнаружила в них синтаксических ошибок, из cron'а вызываются периодические процессы системы INN, демон innd запущен. Естественное желание - убедиться, что все работает корректно. К счастью, система INN достаточно дружественная и извещает нас о своей работе (либо об ошибках, в результате которых она работать не может), используя стандартную в Unix-систему регистрации syslog. Кроме того, система INN поставляется с рядом сценариев, обобщающих информацию в log-файлах (и не только в них) и выводящих их в приятном для чтения виде. Наконец, обобщенная статистика может ежедневно отправляться по e-mail администратору сервера новостей. Об этом здесь и пойдет речь.

Посмотрев конфигурациооный файл /etc/syslog.confдемона syslogd, мы увидим куда идут данные регистрации ситемы INN. Напомню, что во время инсталляции INN мы раскомментировали в этом файле строки:

news.crit /var/log/news/news.crit news.err /var/log/news/news.err news.notice /var/log/news/news.notice

Затем создали соответствующие файлы (их владелец - news, группа - news) и перезапустили демон syslogd.

Наиболее разрастающийся из них - news.notice. Cюда пишет innd о соединении с ним удаленных NNTP-хостов, демон nnrpd записывает сюда информацию об активности клиентов, в этом же файле информируют о своей работе программы ctlinnd, innxmit, rnews и др.

Файл news.crit содержит сообщения о критических ошибках, требующих внимания от администратора сервера новостей. (Например, сервер INN не может открыть файл из-за неверных прав доступа; или здесь появится сообщение о гашении сервера с помощью ctlinnd и т.д.).

Файл news.err содержит сообщения о фатальных ошибках сервера. Вообще говоря трудно провести четкую границу между информацией об ошибках, записываемых в news.crit и news.err. (Syslogd зачастую записывает одинаковую информацию в оба файла).

Система INN имеет помимо log-файлов, поддерживаемых системой syslog, встроенные log-файлы - errlog и news (по-умолчанию они расположены в каталоге /var/log/news).

Файл errlog содержит стандартный вывод и стандартные ошибки любых программ, порождаемых демоном innd. В частности, при перезагрузке операционной системы в этом файле появится следующая строка:

INND exiting because of signal

Файл newsрегистрирует все статьи, поступающие к innd для обработки. Строки в этом файле имеют следующий формат:

mon dd hh:mm:ss.mmm flag feed Message-ID [reason] size site ...

Первые три поля определяют дату поступления (с точностью до миллисекунд) статьи к демону innd. Следующее поле - флаг, определяющий действие, выполненное innd с данной статьей. Возможны 4 флага:

"+" - статья успешно принята.

"-" - статья отвергнута по причине [reason]

(поле reason фигурирует только если статья отклонена).

"j" - статья успешно принята, но поскольку она из групп новостей, имеющих в файле active

флаг "j", она будет помещена в группу junk.

"c" - в этом случае прежде чем поступит сама статья будет принято cancel-сообщение.

feed

Message-ID

[reason]

size site ...

size

site ...

Сначала он формирует Subject для будущего письма по адресу usenet@this.news.server в следующем виде: this.news.server daily usenet report for [current data]

Вызывает сценарий innstat, который показывает статус innd (вывод команды ctlinnd mode), использование дискового пространства, размеры batch-, log- и lock-файлов в блоках по 512 байт (округление идет до следующего целого значения), а текущие соединения с сервером.

news.daily вызывает программу expire, которая сканирует файл history и основываясь на сроках хранения статей (прописанных в файле expire.ctl) удаляет старые статьи.

news.daily передает работу сценарию scanlogs, который выполняет следующее:
- показывает критические ошибки от syslog (содержимое файла news.crit).
- показывает фатальные ошибки от syslog (содержимое файла news.err).
- показывает содержимое файла expire.log (о проделанной командой expire работе).
- сканирует регистрационные файлы на наличие различных проблем относительно статей, которые были приняты или отправлены системой, а затем выводит для каждой категории по 20 верхних (по-умолчанию) элементов. В частности, будут выведены (если, конечно, есть)
  - 20 сторон, отправлявших нам чаще всего (количество в первом столбце) статьи с ошибками;
  - 20 сторон, посылавших нам чаще всего статьи из групп, на которые мы не подписывались;
  - 20 наиболее частых из нежелательных распространений;
  - 20 наиболее часто приходящих групп новостей, на которые мы не подписаны;
  - 20 сторон из тех, которые наиболее часто пытались установить соединение по NNTP с нами, но не имели на то прав;
  - 20 наиболее часто встречающихся основных проблем;
  - 20 сторон посылавших нам чаще всего статьи с ошибочными заголовками.
  - scanlogs вызывает perl-сценарий innlog.pl, который обобщает syslog-информацию о работе innd и nnrpd
    
    и выводит следующую статистику:
    - неизвестные для сценария вхождения в файле news;
    - команды, полученные демоном innd от ctlinnd;
    - группы новостей, созданные через ctlinnd;
    - группы новостей, удаленные через ctlinnd;
    - статистика о получении демоном innd статей (по системам и итоговая информация);
    - далее выводится различная innd статистика (об ошибочных ID статей, об ошибочных ihave- и sendme- сообщениях, об ошибочных командах, об отвергнутых из-за размера статей, и др.);
    - статистика об отправлении статей командой innfeed (если используется);
    - nntpd-статистика;
    - статистика об отправлении статей командой innxmit (по системам и итого);
    - попытки ( в том числе ошибочные) установления соединений для передачи статей другим системам (по системам и итого);
    - nntplink-статистика (если для отправки используется эта программа);
    - batcher-статистика;
    - rnews-статистика;
    - nnrp-статистика (статистика работы nnrp-клиентов по хостам и доменам, запросы на аутентификацию по пользователям, счетчики запросов статей по категориям и группам, ошибки при работе gethostbyaddr и др.);
    - mthreads-статистика (если используется).
    - после завершения работы сценария innlog.pl, scanlogsкомпрессует нужные файлы и производит их ротацию с циклом 3 (если у команды нет опции norotate), после чего возвращает управление работой сценарию news.daily;
    - news.daily снова вызывает сценарий innstat, который показывает статус innd после очистки. произведенной программой expire;
    - перенумерует файл active;
    - из временных файлов формирует окончательное почтовое сообщение для usenet;
    - и, наконец, завершает свою работу, формируя в каталоге /var/news/etc файл news.daily, в котором сообщает время завершения своей работы.