[sisyphus] clamav 0.88.2

[Alexey Sidorov]

Alexandr Isaev пишет:
> Alexey Sidorov пишет:
>> Обновил clamav с 0.88.1 на 0.88.2
>> Перестал работать freshclam
>> пишет
>> ERROR: Problem with internal logger.
>> если в конфиге убрать UpdateLogFile то всё работает(кроме лог файла :))
>> что не так?
>>
> Колдовство какое то с этим freshclam. При открытии лога (strace -ff -v 
> freshclam) сообщает, что "файл временно недоступен". В самом логе 
> наблюдаю оборвавшуюся посреди строчки запись попытки предыдущего 
> обновления. Видимо лог "заклинило" чем-то на предыдущей версии. Вынес 
> текущий лог и пулемет застрочил.
> После этого повторить проблему не удалось.
> Ps. Пока не восстановил, попробуй вычислить что за процесс его держит 
> открытым ибо процесс вручную не воспроизводимый, а возникать эти грабли 
> похоже еще будут.
> 

Последние две записи в freshclam.log:
--------------------------------------
ClamAV update process started at Wed May 10 10:43:02 2006
main.cvd is up to date (version: 38, sigs: 51206, f-level: 7, builder: tkojm)
daily.cvd is up to date (version: 1452, sigs: 3571, f-level: 8, builder: ccordes)
--------------------------------------
ClamAV update process started at Wed May 10 11:43:01 2006
main.cvd is up to date (version: 38, sigs: 51206, f-level: 7, builder: tkojm)

Забавно- последняя запись датируется на секунду раньше предпоследней....

конец вывода strace -ff /usr/bin/freshclam :

open("/var/log/clamav/freshclam.log", O_WRONLY|O_APPEND|O_CREAT, 0666) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=45363, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40016000
fstat64(3, {st_mode=S_IFREG|0644, st_size=45363, ...}) = 0
_llseek(3, 45363, [45363], SEEK_SET)    = 0
umask(022)                              = 037
fcntl64(3, F_SETLK, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0}) = -1 EAGAIN (Resource temporarily unavailable)
write(2, "ERROR: ", 7ERROR: )                  = 7
write(2, "Problem with internal logger.\n", 30Problem with internal logger.
) = 30
exit_group(62)                          = ?
Process 18202 detached

с удовольствием попробовал бы "вычислить кто его держит" но не в курсе с какой стороны вообще к этому подойти :)

-- 
С уважением,	Алексей Сидоров
 	mailto:alex на reutman.ru
	JIT:alexsid на jabber.ru