7 ответов в этой теме

[Thorvardr]

Здравствуйте

Версия: Dr.Web ES 13.00.0

Попытка побороться с большим размером каталога DrWeb Server\var.

В принципе, раздулся он давно, но всё никак руки не доходили поискать почему же он такого объёма, аж 9 Гб.

Каталог "рекордсмен": var\twin-cache, 37296 файлов общим объёмом 4.5 Гб., среди них есть совсем "старинные", декабрь 2019 г. и т.п.

Вопрос: можно ли зачистить кэш вручную? Т.е. остановить сервер, приостановить самозащиту на агенте и удалить содержимое каталога twin-cache? Не сломает ли это сервер антивируса?

Посмотрел настройки в Администрирование -  Конфигурация Сервера Dr.Web - Кэш, там всё дефолтно расписано, я их и не менял. Но, похоже, что они влияют на каталог file-cache и в нём всё более менее нормально.

 

[Afalin]

2019 года файлы в twin-cache имеют право на жизнь, и даже более старые. Старые выпуски сигнатурных баз собственно не меняются.

А вот 37к файлов выглядит подозрительно, должно быть порядка нескольких сотен.

 

Смотрю – удаляться должны все, которые не использовались 3 суток и больше. Вопросы:

1. Много ли ревизий с базами?

2. Нет ли в логе ворнингов вида "Unable to remove file" с путями к twin-cache?

3. Не скачет ли на машине время?

[Thorvardr]

1. Ревизий с базами = 4 (похоже, что ежечасно создаётся "новая ревизия") (Администрирование > Детальная конфигурация репозитория > Вирусные базы Dr.Web, аналогично в Базы Антиспама Dr.Web, Базы SpIDer Gate, т.е. везде имеется 4 последних, с сегодняшней датой и с разницей в ~1 час.)

2. Кабы ещё знать в каком файле лога искать. Подобные фразы есть в updater-update.log, но они там все по отношению к "/tmp/.delete-later/drwupsrv.exe.10200.20210203153030000" и похожим. По "twin-cache" в var\*.log файлах результат поиска совсем пуст.

3. Время/дата "скачет" ежедневно на миллисекунды в момент синхронизации с каким-то SNTP сервером.

[Afalin]

Тогда ещё вопрос. А обычно каков аптайм сервера?

[Thorvardr]

Каждое утро в 05:48 выполняется через "Планировщик задач":
shutdown.exe -r -f -t 300 -c "Don`t panic. The system will reboot in 300 seconds."
Т.е. ребут 1 раз в сутки. Я уже не помню почему, но, кажется, какая-то "корпоративная фигня" накапливала гору мусора и в качестве самого быстрого, простого и эффективного костыля была написана обычная перезагрузка перед началом рабочего дня.

[Afalin]

Ага, тогда вот это и провоцирует проблему с тем, что twin cache не чистится. Так что пока мы это не исправим (а исправим, вероятно, не в ближайшем обновлении), workaround'ы такие:

1) ребутать машину пореже (например, раз в неделю) или не ребутать вообще

2) чистить twin cache периодически ручками (в случае с виндой это потребует отключения самозащиты).

[Thorvardr]

Понял, спасибо.

[Afalin]

Вам спасибо за фидбек.