15 ответов в этой теме

[Aleksey Sokolov]

Ни под каким соусом не удается добиться того чтобы появилась возможность остановить spider guard.
в консоли управления все права выданы (запуск/остановка spider guard и для серверов и для рабочих станций).
На всякий случай пробедался по вкладкам юниксов/андроидов, там тоже выдал права на остановку - но все равно результат нулевой - пункт spider guard в меню агента не активен. остальные настройки нормально изменяются.
Что я не так делаю ?
Ос - winXP, Win7 x64, Win2003

Сообщение было изменено Aleksey Sokolov: 03 Апрель 2012 - 08:54

[Kirill Polubelov]

Ветер, ветер!
Ты могуч!
Ты гоняешь стаи туч!
Всюду веешь ты на свете!
Так ужель мне не ответишь?!

Нет, соколик, уж прости,
Шар хрустальный в сервисе,
Ты бы логи запостил,
и глядишь бы - не грустил...

Сообщение было изменено Foxes: 03 Апрель 2012 - 10:06

[Aleksey Sokolov]

из подозрительного:

20120403.151428.78 ERR [ 5904 177c] prcsr  Try "C:\Program Files\DrWeb Enterprise Suite\uk-esaui.dwl" as key unsuccessful because of
20120403.151428.78 ERR [ 5904 177c] prcsr    invalid agent key
20120403.151428.78 tr0 [ 5904 177c] prcsr  No right key found anywhere
20120403.151428.78 tr0 [ 5904 177c] prcsr  Dr.Web Engine version 5.00, not 6.00

Хотя ни одной ошибки у самого агента не видно. как и на сервере...

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

•  drwlogs_20120403152132384.zip   8,38Мб   7 Скачано раз

[Kirill Polubelov]

а ключи на ES-сервере у вас не просрочены? Посмотрите, пожалуйста, в менеджере лицензий, через веб-интерфейс, или непосредственно в файлах ключей.

Сообщение было изменено Foxes: 03 Апрель 2012 - 12:31

[VVS]

У Вас действительно не найдена действующая лицензия.
Вы уверены, что всё работает?
Лог спайдера у Вас заканчивается 31/03/2012

[maxic]

Foxes, необязательно файлы ключей в /etc соответствуют импортированным. Сталкивался с этим, когда удаленно менял ключи через менеджер лицензий. Новые ключи не пишутся в папку. По крайней мере, агентский - точно не пишется.

[VVS]

Foxes, необязательно файлы ключей в /etc соответствуют импортированным. Сталкивался с этим, когда удаленно менял ключи через менеджер лицензий. Новые ключи не пишутся в папку. По крайней мере, агентский - точно не пишется.

Угу, он пишется в базу.

[Kirill Polubelov]

maxic



Спасибо за поправку, но направление поиска, топикстартер, я думаю, понял.

[maxic]

Думаю, да. Если что, можно сделать заново импорт правильного ключа для Everyone.

[Aleksey Sokolov]

Почему то пропали некоторые права у сервера DrWeb к базе. Поправили, все восстановилось.
Спасибо за верную дорогу (посмотреть логи)

[Kirill Polubelov]

Если БД внешняя, я даже могу с трех раз угадать - почему

[Dmitry Kirushev]

Если БД внешняя, я даже могу с трех раз угадать - почему

- а намекнуть? База внешняя, ключи уже один раз обновляли. Что подкрутить, чтобы пауза вернулась?

Сообщение было изменено Dmitry Kirushev: 04 Апрель 2012 - 17:03

[Kirill Polubelov]

- а намекнуть? База внешняя, ключи уже один раз обновляли. Что подкрутить, чтобы пауза вернулась?

Эмм, какая пауза, вы о чем?
СУБД MS SQL полагаю?

[Aleksey Sokolov]

Ага, MS SQL. Правил не я, поэтому внятного ответа дать не могу

[durashki]

Foxes, А чего такого с MS SQL?? Вроде никаких проблем нет вообще еже два года.. Експреса за глаза, за то никаких проблем как раньше со внутренней

[Kirill Polubelov]

Согласен, ежели все настроено - как правило, проблем нет Для этого, необходимо использовать свежую версию СУБД с соотв. ODBC драйвером SQL Native Client (не Server!) и настроить правильно - создать БД, а не использовать встроенную служебную и создать пользователя, являющегося владельцем этой БД, а не использовать sa. В данном случае, я подозреваю, что использовался sa пользователь для подключения к БД, он перестал быть владельцем, или др. вариант - системная встроенная БД использовалась и созданный пользователь подключался к ней. Впрочем, не буду больше гадать - проблему решили и хорошо