Журнал работы
Поскольку Dr.Web Daemon является резидентной программой, информация о его работе может быть получена только из журнала (лога). Журнал содержит подробности обработки каждого запроса на сканирование, полученного Dr.Web Daemon. Имя файла журнала указывается в значении параметра конфигурационного файла LogFileName.
Dr.Web Daemon может выводить данные об обработке запросов на сканирование в разные файлы, в зависимости от клиента, который выслал запрос. В параметре ClientsLogs конфигурационного файла можно указать отдельные файлы журнала (или назначить службу журналирования syslog) для каждого из клиентских приложений Dr.Web (например, Dr.Web для почтовых серверов UNIX).
Вне зависимости от параметра ClientsLogs, если клиентское приложение было распознано Dr.Web Daemon, результаты сканирования будут отмечены специальным префиксом при выводе в файл журнала. Возможны следующие префиксы:
•<web> – Dr.Web ICAPD;
•<smb_spider> – Dr.Web Samba SpIDer;
•<mail> – Dr.Web MailD;
•<drwebdc> – консольный клиент Dr.Web Daemon;
•<kerio> – Dr.Web для интернет-шлюзов Kerio;
•<lotus> – Dr.Web для IBM Lotus Domino.
|
В операционной системе FreeBSD вывод на консоль Dr.Web Daemon может быть перехвачен системной службой syslog и выведен в файл отчета посимвольно. Эта проблема проявляется, если в конфигурационном файле службы syslog syslog.conf установлен уровень подробности журналирования *.info. |
Статистика текущего состояния пула процессов, который используется для обработки запросов на сканирование, может быть выведена в файл журнала по получению модулем Dr.Web Daemon сигнала SIGUSR1 (сигнал должен посылаться только родительскому процессу, поскольку для дочерних процессов получение сигнала SIGUSR1 приведет к завершению процесса). Накоплением статистики по пулу процессов управляет соответствующее значение stat (yes или no) в параметре ProcessesPool. Статистика не суммируется. В каждом случае выводится состояние пула, накопленное между двумя последовательными сохранениями статистики.
Пример вывода записи со статистикой пула процессов:
Fri Oct 15 19:47:51 2010 processes pool statistics: min = 1 max = 1024 (auto) freetime = 121 busy max = 1024 avg = 50.756950 requests for new process = 94 (0.084305 num/sec) creating fails = 0 max processing time = 40000 ms; avg = 118646 ms curr = 0 busy = 0
где:
•min – минимальное количество процессов в пуле;
•max – максимальное количество процессов в пуле;
•(auto) – выводится, если ограничения пула процессов определяются автоматически;
•freetime – максимальное время бездействия процесса в пуле;
•busy max – максимальное количество одновременно занятых процессов, avg – среднее количество одновременно занятых процессов;
•requests for new process – количество запросов на создание дополнительных процессов (в скобках приводится частота запросов в секунду);
•creating fails – количество неудачных попыток создания процесса (обычно, по причине нехватки системных ресурсов);
•max processing time – максимальное время обработки одного запроса в миллисекундах;
•avg – среднее время обработки одного запроса в миллисекундах;
•curr – текущее общее количество процессов в пуле;
•busy – текущее количество занятых процессов.