да

Хотелось бы методику перехода на 10
#101
Отправлено 31 Июль 2014 - 16:41
#102
Отправлено 31 Июль 2014 - 16:43
Повторил. ХР. То же самое. Логи добавил в запрос в саппорт.
ИМХО, некорректно проходит процедура удаления старого агента.
Такое чувство, что где-то есть между серверами (боевым и тестовым) несовпадающие настройки, и вместо удаления агента он сначала пытается изменить настройки агента, но рубит сук, на котором сидит...
У вас файл pub ключа скопировался сюда?:
C:\WINDOWS\Temp\drwcsd.pub
А здесь создался файл?:
"C:\Documents and Settings\All Users\Application Data\Doctor Web\Setup\CMD_PARAMS"
1. да
2. в "C:\Documents and Settings\All Users\Application Data\Doctor Web\ ТОЛЬКО папка LOGS
#103
Отправлено 31 Июль 2014 - 16:49
Можете приложить скриншот страницы "устанавливаемые компоненты" в настройках нового сервера для той группы, в которую попадают эти станции?
#104
Отправлено 31 Июль 2014 - 16:55
Отключите перед обновлением самозащиту и если у вас процесс обновления виснет на запущенных процессах win-es-agent-setup.exe и его потомках - то снимите с них все дампы памяти.
Если же лог (es-agent-setup.log ) обрывается на "{MODULE_FUNCTION}: Copy pub key from 'C:\Program Files\DrWeb Enterprise Suite\drwcsd.pub' to 'C:\WINDOWS\TEMP\drwcsd.pub'.", и процесса win-es-agent-setup.exe с его потомками нет, то напишите об этом тоже.
#105
Отправлено 31 Июль 2014 - 17:01
Можете приложить скриншот страницы "устанавливаемые компоненты" в настройках нового сервера для той группы, в которую попадают эти станции?
вот
#106
Отправлено 31 Июль 2014 - 17:10
Маловероятно, что дело в этом, но проверьте настройки адреса сервера для агента.
Сейчас я вижу "drweb;drweb;". Попробуйте оставить только одно значение (один сервер) "drweb".
Из лога мне не понятно, какой адрес сервера у вас прописан на 6х агентах до момента соединения с 10м сервером.
Сообщение было изменено Dmitry Volkov: 31 Июль 2014 - 17:12
#107
Отправлено 31 Июль 2014 - 17:11
Хм, а на старом сервере такие же настройки устанавливаемых компонент стоят?
Сообщение было изменено Valentina Yugai: 31 Июль 2014 - 17:18
#108
Отправлено 31 Июль 2014 - 17:45
Из лога мне не понятно, какой адрес сервера у вас прописан на 6х агентах до момента соединения с 10м сервером.
antey, antey.%мой_домен%.ru
Вот и интересные вещи начинаются.
Отключил на станции самозащиту (ПРОВЕРИЛ!), перекинул ее на тест, самозащита включилась....
Агент пока из трея не исчез, похоже, показывал настройки, зацепленные с нового сервера... Не уверен, окно быстро промелькнуло... Процессы теперь не сдампить..
Компы кончаются, пойду еще один заведу...
#109
Отправлено 31 Июль 2014 - 17:59
Отключите перед обновлением самозащиту и если у вас процесс обновления виснет на запущенных процессах win-es-agent-setup.exe и его потомках - то снимите с них все дампы памяти.
Если же лог (es-agent-setup.log ) обрывается на "{MODULE_FUNCTION}: Copy pub key from 'C:\Program Files\DrWeb Enterprise Suite\drwcsd.pub' to 'C:\WINDOWS\TEMP\drwcsd.pub'.", и процесса win-es-agent-setup.exe с его потомками нет, то напишите об этом тоже.
Да, лог так и обрывается, процессы win-es-agent-setup.exe и win-es-agent-setup-without-starter.exe висят
Как я уже писал выше - самозащита включается после "переезда" на новый сервер. По-этому дампы снять не могу..
#110
Отправлено 31 Июль 2014 - 18:05
А отключить ее в агенте нельзя?
#111
Отправлено 31 Июль 2014 - 18:22
сейчас была суровая борьба...
грустно.. отключил. успел. но дампы все равно не снимаются (только с процесов drweb, остальное - пожалуйста..)
окно требования перезагрузки выскакивает 2 раза
1-й - сразу после смены сервера в консоли (5-10 сек)
после этого я успел снять галку самозащиты..
но еще через секунд 30-40 снова всплыло требование перезагрузки, после чего значок из трея исчез...
на старом и новом сервере слегка отличались Устанавливаемые компоненты. Все запрещенные совпадали, но на старом было "Может быть установлен", а на новом - "Должен".
Привел в соответствие. Не помогло.
Кстати, через мониторинг приходят сообщения, сначала
Новая станция MRK30 (c778a103-8383-42d6-b744-95ae2e2ba41a) подтверждена автоматически, поскольку политика добавления новых станций разрешает автоматическое подтверждение станций.
Через 1-2 мин.
Соединение с "MRK30" (станция) tcp://10.1.0.46:1153 прервано из-за ошибки "Connection rejected".
#112
Отправлено 31 Июль 2014 - 18:33
ИМХО, идет несовпадение/конфликт каких-то настроек.
Я сейчас прикреплю к запросу в ТП xml-файлы с настройками старого и нового серверов.
Завтра попробую скормить новому серверу БД от старого, чтоб точно совпали
#113
Отправлено 01 Август 2014 - 09:48
Написал в личку про дампы, присылайте.
#114
Отправлено 01 Август 2014 - 12:17
mordarenkoas, это были не настройки.
#115
Отправлено 01 Август 2014 - 12:36
Хорошо. Тогда
кто виноват и что делать что это было и где тогда взять настройки?
#116
Отправлено 01 Август 2014 - 13:03
Сейчас этой проблемой занимается разработчик. Мы вам сообщим как только будет на руках исправление.
#117
Отправлено 30 Октябрь 2014 - 16:55
Тему прочитал на одном дыхании, чем дело-то закончилось?
#118
Отправлено 07 Ноябрь 2014 - 10:41
Тему прочитал на одном дыхании, чем дело-то закончилось?
Видимо, ничем.
Вчера предпринял очередную попытку произвести перевод тестовой станции с 6 на 10.
Поднял на Виртуалбоксе win8.1, загнал ее в боевой сервер ES6. Все хорошо.
Перекидываю на тестовый ES10 (меняю в свойствах станции в настройках агента адрес ES-сервера).
1. Через 5 секунд на клиенте выскакивает требование перезагрузки.
2. На почту приходят письма от ES10:
a) Новая станция WIN8 (9b3cd989-abe0-48b8-b5d6-1ea67cab9c38) подтверждена автоматически - 21:11
б) От станции WIN8 (tcp://10.1.1.66:62944) получено сообщение, что 06/11/2014 в 21:12:08.042 произошла критическая ошибка обновления продукта "Dr.Web Updater".
после чего все следы старого агента со станции исчезают.
3. жду минут 10, перезагружаю
4. после старта машины в прцессах появляется esloader.exe (или как-то так, пишу по памяти)
и все....
Сегодня утром его в процессах нет...
Вот логи
#119
Отправлено 07 Ноябрь 2014 - 11:58
Ошибка авторизации, надо смотреть лог сервера.
#120
Отправлено 07 Ноябрь 2014 - 14:40
Тогда проблема закончилась выявления зависания сетапа при апгрейде с 6 версии, это было исправлено и новый сетап уже давно выпущен. В данном случае все прошло корректно (почему произошла критическая ошибка, не совсем ясно, скорее всего, вопрос к системе поэтапного обновления из 6 версии), но, судя по тому, что 6 агент удалился, все прошло корректно. После этого нужно, действительно, перезагрузить станцию, и новая установка стартанет в тихом режиме автоматически.
При этом при вашем сценарии у вас на новом сервере никто не знает о старых станциях, поэтому должны быть настроены две вещи:
1. опция "Переводить неавторизованных в новички" должна быть включена,
2. должна быть включена автоматическая авторизация новичков или нужно не забывать заходить в группу "Status -> Newbies" в антивирусной сети и подтверждать их вручную.
Сообщение было изменено Valentina Yugai: 07 Ноябрь 2014 - 14:44