[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