Журнал работы
Поскольку 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 – текущее количество занятых процессов.