94 ответов в этой теме

[zirro.s]

20151222.164827.79 ntc [01556 0748] wrk:3  Unable to process key because of
20151222.164827.79 ntc [01556 0748] wrk:3    agent key is expired

 

И так 4 раза. Посмотрите в менеджер лицензий.

Только хотел отредактировать сообщение, что мне это же непонятно, но Вы меня меня опередили и сообщение не удалось сохранить.

Сообщение было изменено zirro.s: 23 Декабрь 2015 - 10:50

[maxic]

zirro.s, так что в менеджере лицензий? Если есть просроченные ключи - удалите.

[zirro.s]

В менеджере что-то странное: когда просто менеджер открываешь - одна информация (см. скрин - 11 станций)

Если же выбрать конкретный ключ - другая

Прикрепленные файлы:

•  Безымянный.jpg   100,84К   0 Скачано раз
•  Безымянный1.jpg   143,66К   0 Скачано раз

[zirro.s]

Я так понимаю в менеджере должно отображаться 13 станций - как раз 2-ух и не хватает.

[maxic]

zirro.s, как-то не очень видно, к каким группам у вас прикреплены просроченные ключи.

[zirro.s]

zirro.s, так что в менеджере лицензий? Если есть просроченные ключи - удалите.

Не прочёл Ваше сообщение - скрины делал. Старые ключи удалил, службу сервера рестартовал. Всё равно картина та же что и на скриншотах выше за исключением, что нет просроченных ключей, остался только действующий

[maxic]

zirro.s, лог бы новый не помешал. На всякий.

[zirro.s]

zirro.s, лог бы новый не помешал. На всякий.

Это могу.

Прикрепленные файлы:

•  drwcsd.log   4,43Мб   2 Скачано раз

[Kirill Polubelov]

egrep -a "has been successfully updated" drwcsd.log

...

 

20151222.082401.79 inf [01484 0a90] sch:1 [Repository] Product "Dr.Web Virus Bases" has been successfully updated (rev: 20151222013451 -> 20151222025925)

20151222.102030.03 inf [01500 075c] wrk:2 [Repository] Product "SpIDer Gate Bases" has been successfully updated (rev: 20151220081259 -> 20151222040636)

20151222.102033.30 inf [01500 075c] wrk:2 [Repository] Product "AntiSpam Bases" has been successfully updated (rev: 20151219221248 -> 20151221224251)

20151222.102038.19 inf [01500 075c] wrk:2 [Repository] Product "Dr.Web Agent for Android" has been successfully updated (rev: 20151220080328 -> 20151222042131)

20151222.102153.25 inf [01500 075c] wrk:2 [Repository] Product "Dr.Web Agent for UNIX" has been successfully updated (rev: 20151220081407 -> 20151222040755)

20151222.102200.27 inf [01500 075c] wrk:2 [Repository] Product "Doctor Web News" has been successfully updated (rev: 20151220013609 -> 20151222012436)

20151222.112404.80 inf [01500 12c0] sch:1 [Repository] Product "Dr.Web Virus Bases" has been successfully updated (rev: 20151222025925 -> 20151222060019)

...

Репозиторий обновляется вполне.

Нужен дебажный лог сервера, чтобы посмотреть, что происходит далее.

Сообщение было изменено Kirill Polubelov: 23 Декабрь 2015 - 13:27

[zirro.s]

Поскольку возникли подозрения по поводу ключа, а я всё равно уже переслал ключи на продление поставщику, то решил запросить у него реальную информацию. Вот что он ответил:

 

Рабочие станции 13 

Серверы 1 

Пользователи шлюза 11

 

И здесь снова разница в те самые 2 машины. Но реально (физически) машин 11 штук, просто месяца назад было небольшое расширение и закрыли недостающие лицензии + взяли про запас. То есть даже имеющихся "шлюзовых" лицензий хватило бы на имеющиеся машины.

 

 

egrep -a "has been successfully updated" drwcsd.log

...

 

20151222.082401.79 inf [01484 0a90] sch:1 [Repository] Product "Dr.Web Virus Bases" has been successfully updated (rev: 20151222013451 -> 20151222025925)

20151222.102030.03 inf [01500 075c] wrk:2 [Repository] Product "SpIDer Gate Bases" has been successfully updated (rev: 20151220081259 -> 20151222040636)

20151222.102033.30 inf [01500 075c] wrk:2 [Repository] Product "AntiSpam Bases" has been successfully updated (rev: 20151219221248 -> 20151221224251)

20151222.102038.19 inf [01500 075c] wrk:2 [Repository] Product "Dr.Web Agent for Android" has been successfully updated (rev: 20151220080328 -> 20151222042131)

20151222.102153.25 inf [01500 075c] wrk:2 [Repository] Product "Dr.Web Agent for UNIX" has been successfully updated (rev: 20151220081407 -> 20151222040755)

20151222.102200.27 inf [01500 075c] wrk:2 [Repository] Product "Doctor Web News" has been successfully updated (rev: 20151220013609 -> 20151222012436)

20151222.112404.80 inf [01500 12c0] sch:1 [Repository] Product "Dr.Web Virus Bases" has been successfully updated (rev: 20151222025925 -> 20151222060019)

...

Репозиторий обновляется вполне.

Нужен дебажный лог сервера, чтобы посмотреть, что происходит далее.

 

А можно поподробней - как его делать?

[maxic]

zirro.s, ярлычок в группе программ доктора - включить подробный лог или что-то в этом роде.

[zirro.s]

zirro.s, ярлычок в группе программ доктора - включить подробный лог или что-то в этом роде.

Вроде нашёл, включил, сервер рестартовал. Лог прикладываю.

Прикрепленные файлы:

•  drwcsd.1.log.gz   1,24Мб   3 Скачано раз

[Kirill Polubelov]

Смотрите, мы, изначально имеем проблемы на станции, но, подозреваем, что причина проблемы кроется на сервере. Для этого мы включаем дебажный лог на сервере, но, в этот дебажный лог не попало, вообще, ни одного подключения какой-либо станции. Видимо, потому что 10М размера лога маловато.

А нам надо увидеть, какие команды, права, дает сервер агенту.

 

Может быть удобнее будет менять параметры логгирования так:

WinKey + R  -> Открыть: regedit

Y  Найдите там параметр

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\DrWebES\ImagePath

в нём будет что-то похожее на:

"C:\Program Files\DrWeb Enterprise Server\bin\drwcsd.exe" "-home=C:\Program Files\DrWeb Enterprise Server" "-bin-root=C:\Program Files\DrWeb Enterprise Server" "-var-root=C:\Program Files\DrWeb Enterprise Server\var" -verbosity=ALL -rotate=10,10m -daemon

Нас интересует rotate, поменяйте 10,10m на 10,1D чтобы лог ротировался раз в сутки.

Ну и рестартовать сервер надо.

Как закончим диагностику, можно там же все вернуть, сделать -verbosity=INFO -rotate=10,10m

[zirro.s]

Я думал формирование лога заканчивается на стадии запуска сервера. На момент написания предыдущего моего сообщения был только 1 архив. Сейчас их 5 - может в них есть что-то полезное.

Прикрепленные файлы:

•  drwcsd.1.log.gz   1,13Мб   1 Скачано раз
•  drwcsd.2.log.gz   1,12Мб   1 Скачано раз
•  drwcsd.3.log.gz   1,12Мб   1 Скачано раз
•  drwcsd.4.log.gz   1,1Мб   1 Скачано раз
•  drwcsd.5.log.gz   1,24Мб   1 Скачано раз

Сообщение было изменено zirro.s: 24 Декабрь 2015 - 12:12

[Kirill Polubelov]

Кстати, текущий лог носит название drwcsd.log, а то вы что-то все архивы присылаете, они тоже небесполезны, конечно.

Сообщение было изменено Kirill Polubelov: 24 Декабрь 2015 - 12:32

[Kirill Polubelov]

Но архивов -- достаточно, в данном случае.

Сообщение было изменено Kirill Polubelov: 24 Декабрь 2015 - 12:45

[Kirill Polubelov]

IP бы любой станции, на которой наблюдается проблема.

[zirro.s]

Но архивов -- достаточно, в данном случае.

 

Не посылаю потому, что он нулевого размера (и в предыдущий раз тоже был, потому и выложил только 1 архив тогда).

Вот сейчас архивов уже 6, а просто drwcsd.log снова нулевого размера

 

IP бы любой станции, на которой наблюдается проблема.

 

IP станций:

192.168.1.8

192.168.1.19

Сообщение было изменено zirro.s: 24 Декабрь 2015 - 13:36

[Kirill Polubelov]

Не верьте глазам своим Просто копируйте (на будущее, если потребуется).

[Kirill Polubelov]

По этим станциям картина такая -- всеми правами (установка, запуск) для гейта и мейла они обеспечены. Но, от этих станций, на сервер, не приходит уведомлений (эвентов), о том, что эти компоненты были запущены. То есть, нам обратная дорога на агент.

На сервере, можно выключить дебажные логи, вернуть к дефолту (-verbosity=INFO -rotate=10,10m)

 

После рестарта,

Зайдя в веб-интерфейс, выбрав, наверно, лучше только одну из проблемных станций, далее:

Агент Dr.Web -> Журнал -> Уровень детализации журнала Агента: "Отладка"

Gate&Mail -> Журнал -. Вести подробный журнал

И, соответственно, будут интересовать файлы dwservice.log и netfilter.log, ну и, желательно, от старта ОС + 15-30 минут работы станции.

 

P.S.: Потом, как всё закончим, не забудьте вернуть этой станции наследование настроек ее группы, если требуется.