97 ответов в этой теме

[Valentina Yugai]

По поводу гарда. Вы обращались с этой проблемой в саппорт? Если нет, то, наверное, стоит это сделать, тут нужно смотреть, что не так на тех машиных, на которых гард не стартует.

[Kirill Polubelov]

Тэкс, имеем две проблемы, требующие решения:

1. 20140805.184100.10 ERR [05732 0430] sch:1  [Repository] Certificate for "https://esuite.geo.drweb.com/update/10.00.0/products" was not verified

20140805.184100.10 ERR [05732 0430] sch:1  Unable to get product list from GUS servers because of 

20140805.184100.10 ERR [05732 0430] sch:1    unable to get product list "/update/10.00.0/products" from GUS server "esuite.geo.drweb.com" () because of 

20140805.184100.10 ERR [05732 0430] sch:1    failed to perform http client operation because of 

20140805.184100.10 ERR [05732 0430] sch:1    Requested SSL level failed (error #64)

20140805.184100.10 FTL [05732 0430] sch:1  [Repository] Unable to update repository because of Unable to get product list from GUS servers because of unable to get product list "/update/10.00.0/products" from GUS server "esuite.geo.drweb.com" () because of failed to perform http client operation because of Requested SSL level failed (error #64)

20140805.184100.11 ERR [05732 0430] sch:1  [Sch] Job "Update all Dr.Web products" (00.110/00.150 CPU) failed because of [{ "product": "global", "code": "105", "error": "communication error", "message": "Unable to get product list from GUS servers because of unable to get product list \"\/update\/10.00.0\/products\" from GUS server \"esuite.geo.drweb.com\" () because of failed to perform http client operation because of Requested SSL level failed (error #64)" }]

Сие означает, что не получается установить SSL подключение к репозиторию, вероятнее всего, из-за непроходимости через прокси (?), быстрый вариант проверки -- отключить SSL в настройках обновления с ВСО (Общая конфигурация репозитория)

Хотя, это было разовое сообщение, более не повторялось, возможно, какой-то временный сбой, решившийся сам собой, можно игнорировать.

2. А вот второй момент, как раз, то что надо:

20140805.184156.94 wrn [05732 285c] wrk:5  [Repository] Empty product "Dr.Web Agent for Windows" synchronization ignore list file ".sync-ignore" ignored

20140805.184156.94 wrn [05732 285c] wrk:5  [Repository] Empty product "Dr.Web Agent for Windows" update ignore list file ".state-ignore" ignored

Заморожено обновление агента с ВСО.

Разморозьте и всё должно заработать. В настройках "Детальная конфигурация репозитория" -> "Dr.Web Agent для Windows" в списке ревизий и убедитесь, что в Отложенные обновлениях не включено "отложить" на сколько то.

[julay123]

 

Тэкс, имеем две проблемы, требующие решения:

1. 20140805.184100.10 ERR [05732 0430] sch:1  [Repository] Certificate for "https://esuite.geo.drweb.com/update/10.00.0/products" was not verified

20140805.184100.10 ERR [05732 0430] sch:1  Unable to get product list from GUS servers because of 

20140805.184100.10 ERR [05732 0430] sch:1    unable to get product list "/update/10.00.0/products" from GUS server "esuite.geo.drweb.com" () because of 

20140805.184100.10 ERR [05732 0430] sch:1    failed to perform http client operation because of 

20140805.184100.10 ERR [05732 0430] sch:1    Requested SSL level failed (error #64)

20140805.184100.10 FTL [05732 0430] sch:1  [Repository] Unable to update repository because of Unable to get product list from GUS servers because of unable to get product list "/update/10.00.0/products" from GUS server "esuite.geo.drweb.com" () because of failed to perform http client operation because of Requested SSL level failed (error #64)

20140805.184100.11 ERR [05732 0430] sch:1  [Sch] Job "Update all Dr.Web products" (00.110/00.150 CPU) failed because of [{ "product": "global", "code": "105", "error": "communication error", "message": "Unable to get product list from GUS servers because of unable to get product list \"\/update\/10.00.0\/products\" from GUS server \"esuite.geo.drweb.com\" () because of failed to perform http client operation because of Requested SSL level failed (error #64)" }]

Сие означает, что не получается установить SSL подключение к репозиторию, вероятнее всего, из-за непроходимости через прокси (?), быстрый вариант проверки -- отключить SSL в настройках обновления с ВСО (Общая конфигурация репозитория)

Хотя, это было разовое сообщение, более не повторялось, возможно, какой-то временный сбой, решившийся сам собой, можно игнорировать.

2. А вот второй момент, как раз, то что надо:

20140805.184156.94 wrn [05732 285c] wrk:5  [Repository] Empty product "Dr.Web Agent for Windows" synchronization ignore list file ".sync-ignore" ignored

20140805.184156.94 wrn [05732 285c] wrk:5  [Repository] Empty product "Dr.Web Agent for Windows" update ignore list file ".state-ignore" ignored

Заморожено обновление агента с ВСО.

Разморозьте и всё должно заработать. В настройках "Детальная конфигурация репозитория" -> "Dr.Web Agent для Windows" в списке ревизий и убедитесь, что в Отложенные обновлениях не включено "отложить" на сколько то.

 

5.08.2014 действительно были проблемы с обновлением из-за SSL. Ещё тогда 5.05.2014 я убрал использование SSL и обновления поехали дальше нормально.

По состоянию на сейчас проблем с обновлениями, как показывает консоль управления, нет. Я ранее прикладывал скриншот. Отложенных обновлений так-же не наблюдается.

 Буфер обмена-1.jpg   98,73К   1 Скачано раз

[Valentina Yugai]

Да, с машин, на которых проблемы с гардом происходят, можете приложить лог апдейтера?

[Kirill Polubelov]

В каталоге var/repository/20-drwagent файлы .sync-ignore и .state-ignore пустые?

[julay123]

В каталоге var/repository/20-drwagent файлы .sync-ignore и .state-ignore пустые?

 Содержимое папки \\server\r$\DrWebServer\var\repository\20-drwagent

15.08.2014  16:41    <DIR>          .
15.08.2014  16:41    <DIR>          ..
16.07.2014  04:44                26 .description
05.08.2014  18:41                 0 .state-ignore
05.08.2014  18:41                 0 .sync-ignore
05.08.2014  18:28    <DIR>          20140715105809
05.08.2014  18:46    <DIR>          20140728095114
07.08.2014  12:43    <DIR>          20140807085007
14.08.2014  15:11    <DIR>          20140814120157
               3 файлов             26 байт
               6 папок  7 476 710 510 592 байт свободно

Да, с машин, на которых проблемы с гардом происходят, можете приложить лог апдейтера?

Я чуть выше по ветке присылал логи с трех проблемных машин.

http://forum.drweb.com/index.php?showtopic=318314&p=731039

Это не те логи? Нужны какие-то еще? Где они лежат (где их взять)?

Сообщение было изменено julay123: 15 Август 2014 - 17:11

[Kirill Polubelov]

Я вот что попрошу:

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

[julay123]

Я вот что попрошу:

Там у вас, возле слова admin красный колокольчик, гляньте, что за критические оповещения и переведите, пожалуйста, лог сервера в самый подробный (ALL), чтобы можно было подробно посмотреть, что происходит.Сооб

Сообщения от колокольчика выковырять и передать могу только скриншотом (нету экспорта)...

 Буфер обмена-1.jpg   207,75К   0 Скачано раз

А как перевести лог сервера в ALL ? В каком месте? В этом?

 Буфер обмена-2.jpg   100,76К   0 Скачано раз

 Буфер обмена-3.jpg   106,42К   0 Скачано раз

[julay123]

Господа разработчики!

 

У меня 10% пользователей остаются без антивирусной защиты.

Чем я ещё могу помочь вам, что-бы довести продукт до рабочего состояния?

Может быть мы будем идти навстречу друг-другу?

[Kirill Polubelov]

Нам нужен детальный лог сервера.

Пуск - Программы - Dr.Web Server - Управление сервером - Детальный журнал

Пуск - Программы - Dr.Web Server - Управление сервером - Перезапустить

 

Дать немного поработать, чтобы агенты засветились на сервере. И прикрепить лог.

 

Вернуть уровень протоколирования в стандартный можно тем же путем:

Пуск - Программы - Dr.Web Server - Управление сервером - Стандартный журнал

Пуск - Программы - Dr.Web Server - Управление сервером - Перезапустить

[julay123]

Нам нужен детальный лог сервера.

Пуск - Программы - Dr.Web Server - Управление сервером - Детальный журнал

Пуск - Программы - Dr.Web Server - Управление сервером - Перезапустить

 

Дать немного поработать, чтобы агенты засветились на сервере. И прикрепить лог.

 

Вернуть уровень протоколирования в стандартный можно тем же путем:

Пуск - Программы - Dr.Web Server - Управление сервером - Стандартный журнал

Пуск - Программы - Dr.Web Server - Управление сервером - Перезапустить

Вот логи за (примерно) 2 часа...

 drwcsd.1.log.gz   880,26К   2 Скачано раз

 drwcsd.2.log.gz   928,48К   1 Скачано раз

 drwcsd.3.log.gz   1019,04К   1 Скачано раз

 drwcsd.4.log.gz   1,45Мб   1 Скачано раз

 drwcsd.5.log.gz   1,27Мб   1 Скачано раз

 drwcsd.6.log.gz   513,63К   1 Скачано раз

[Kirill Polubelov]

Давайте, попробуем найти и отключить задание на обновление агента, в котором фигурирует 20-drwagntd.

Зайдите, пожалуйста в раздел "Администрирование" -> "SQL-консоль" в веб-интерфейсе, и выполните запрос:

SELECT * FROM server_schedule WHERE item IN (SELECT item FROM server_schedule WHERE asstring='20-drwagntd');

[julay123]

Давайте, попробуем найти и отключить задание на обновление агента, в котором фигурирует 20-drwagntd.

Зайдите, пожалуйста в раздел "Администрирование" -> "SQL-консоль" в веб-интерфейсе, и выполните запрос:

SELECT * FROM server_schedule WHERE item IN (SELECT item FROM server_schedule WHERE asstring='20-drwagntd');

Количество записей: 0   Время выполнения: 00.015

Нет данных

Дело в том, что обновление агента "20-drwagntd" запрашивают уделенные станции, которые пытаются перейти с 6 версии на 10 (безуспешно).

Т.е. это клиент версии 6 запрашивает у сервера версии 10 и получает отрицательный ответ.

[Dmitry Volkov]

У вас первым запрашиваются все равно базы и апдейтер (через который и происходит апгрейд). Так что станциям 6й версии должно быть фиолетово "20-drwagntd".

Сообщение было изменено Dmitry Volkov: 18 Август 2014 - 17:50

[julay123]

У вас первым запрашиваются все равно базы и апдейтер (через который и происходит апгрейд). Так что станциям 6й версии должно быть фиолетово "20-drwagntd".

Ну вам конечно виднее.

Но именно удалённые станции версии 6 упорно просят "20-drwagntd" у сервера версии 10 (насколько мне это показалось из логов).

Хотя вам всё равно виднее.

 

За сегодня мы сделали некоторый шаг вперёд.

Давайте наметим следующие шаги, которые приблизят нас к решению.

[Kirill Polubelov]

Если судить по логам, то момент работы заданий из расписания, к сожалению в дебажный режим не попал. Только, когда еще уровень логов был INFO.

По поводу станций, то, со стороны сервера, отказ им происходит по причине таймаута ответа от станции (вовремя не отвечает на пинг даже)

[Kirill Polubelov]

А шаги такие -- в командной строке запустите:

"R:\DrWebServer\bin\drwcsd.exe" "-home=R:\DrWebServer" "-bin-root=R:\DrWebServer\bin" "-var-root=R:\DrWebServer\var" -verbosity=ALL -rotate=50,100m install

Это переустановит сервис ES с уровнем логгирования ALL, размером лог-файла 100 мегабайт и ротацией в 50 файлов.

Перезапустите сервис, например, через Пуск - Программы - Dr.Web Server - Управление сервером - Перезапустить

И оставьте поработать до завтра.

А завтра логи (можно в личку, там наберется разной информации)

Таким образом, мы сможем пронаблюдать картинку в течение времени.

И расписание захватим. А то в текущим мало что попало (отротировалось) и со временем что-то странно.

[julay123]

Если судить по логам, то момент работы заданий из расписания, к сожалению в дебажный режим не попал. Только, когда еще уровень логов был INFO.

По поводу станций, то, со стороны сервера, отказ им происходит по причине таймаута ответа от станции (вовремя не отвечает на пинг даже)

Сеть 10.0.0.0/24 - 100Mbit  ping < 1ms

Сеть 10.2.0.0/24 - IPSEC     ping < 20ms

Сеть 10.3.0.0/24 - IPSEC     ping < 30ms

 

Этого разве недостаточно?

 

Какие ещё можно поставить эксперименты, чтобы ещё лучше прояснить ситуацию?

[julay123]

А шаги такие -- в командной строке запустите:

"R:\DrWebServer\bin\drwcsd.exe" "-home=R:\DrWebServer" "-bin-root=R:\DrWebServer\bin" "-var-root=R:\DrWebServer\var" -verbosity=ALL -rotate=50,100m install

Это переустановит сервис ES с уровнем логгирования ALL, размером лог-файла 100 мегабайт и ротацией в 50 файлов.

Перезапустите сервис, например, через Пуск - Программы - Dr.Web Server - Управление сервером - Перезапустить

И оставьте поработать до завтра.

А завтра логи (можно в личку, там наберется разной информации)

Таким образом, мы сможем пронаблюдать картинку в течение времени.

И расписание захватим. А то в текущим мало что попало (отротировалось) и со временем что-то странно.

Понял. Попробую.

[julay123]

 

А шаги такие -- в командной строке запустите:

"R:\DrWebServer\bin\drwcsd.exe" "-home=R:\DrWebServer" "-bin-root=R:\DrWebServer\bin" "-var-root=R:\DrWebServer\var" -verbosity=ALL -rotate=50,100m install

Это переустановит сервис ES с уровнем логгирования ALL, размером лог-файла 100 мегабайт и ротацией в 50 файлов.

Перезапустите сервис, например, через Пуск - Программы - Dr.Web Server - Управление сервером - Перезапустить

И оставьте поработать до завтра.

А завтра логи (можно в личку, там наберется разной информации)

Таким образом, мы сможем пронаблюдать картинку в течение времени.

И расписание захватим. А то в текущим мало что попало (отротировалось) и со временем что-то странно.

Понял. Попробую.

 

Со строкой

"R:\DrWebServer\bin\drwcsd.exe" "-home=R:\DrWebServer" "-bin-root=R:\DrWebServer\bin" "-var-root=R:\DrWebServer\var" -verbosity=ALL -rotate=50,100m install

сервис не стартовал. Всё норовил запустить что-то из каталога R:\DrWebServer\bin\bin

Я немного изменил строку. НОрмально стартует со строкой:

"R:\DrWebServer\bin\drwcsd.exe" "-home=R:\DrWebServer" "-bin-root=R:\DrWebServer" "-var-root=R:\DrWebServer\var" -verbosity=ALL -rotate=50,100m install

 

Так нормально?