Logging системы INN. - часть 5
Прежде чем разбираться, что же нам послал в письме news.daily, разберемся по шагам, что в действительности делает этот сценарий:
- Сначала он формирует 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
и выводит следующую статистику: