[freebsd] clamav-clamd

Taras Heichenko tasic at academ.kiev.ua
Sun Feb 4 18:47:16 EET 2024


04.02.2024 18:19, Taras Heichenko:
>
> 04.02.2024 17:46, Eugene Grosbein:
>> 04.02.2024 4:17, Taras Heichenko пишет:
>>>     Hi all!
>>>
>>> Може хтось підказати.  На сервері  13.2-RELEASE-p9 amd64 
>>> запускається clamav-clamd. Запускається дуже довго. Погрався у 
>>> відладку з скриптом запуску і виявив, що висить він на команді
>>>
>>>   limits -C daemon /usr/local/sbin/clamd
>>>
>>> що, здається помітно гальмує процес завантаження. (Тобто в 
>>> результаті після ребуту clamd запущений, але займає це помітний час) 
>>> Є якісь ідеї, на чому воно висить і що з цим можна зробити?
>>>
>> Свопится поди?
>>
>> Из clamd.conf:
>>
>> # Enable non-blocking (multi-threaded/concurrent) database reloads.
>> # This feature will temporarily load a second scanning engine while 
>> scanning
>> # continues using the first engine. Once loaded, the new engine takes 
>> over.
>> # The old engine is removed as soon as all scans using the old engine 
>> have
>> # completed.
>> # This feature requires more RAM, so this option is provided in case 
>> users are
>> # willing to block scans during reload in exchange for lower RAM 
>> requirements.
>> # Default: yes
>> ConcurrentDatabaseReload no
> Увы, но нет. Выставление этого параметра в конфиге ситуацию не спасло. 
> Вот похоже из свопа он выковыривается долго, если долго был запущен, 
> то дождаться, пока он остановится, это еще хуже, чем дождаться, пока 
> запустится.

Включение всяких дебагов показало, что судя по всему очень долго 
грузятся сигнатуры. А нельзя ему сказать "ты запустись, а их потом 
догрузишь"?


>>
>>
>> _______________________________________________
>> freebsd mailing list
>> freebsd at uafug.org.ua
>> http://mailman.uafug.org.ua/mailman/listinfo/freebsd
>
-- 
tasic@



More information about the freebsd mailing list