Ух.. Откатил на утро пятницы виртуалку.. и о чудо.. Все заработало.. Все подключились. Сервер не падает.. Жду нового обновления.

После апдейта аварийный разрыв связи на половине станций
#161
Отправлено 14 Июль 2015 - 14:12
#162
Отправлено 14 Июль 2015 - 14:16
>> Выбираем "Угрозы". Кнопка обновить находится правее границ экрана.
Ах вот вы о чем.
У меня с кнопкой порядок. ФФ тот же.
Сама таблица с г. скроллингом, 10 столбцов таким шрифтом, шутка ли.
#163
Отправлено 14 Июль 2015 - 14:25
Да, проблема с подключением станций к серверу при заданном в настройках этого самого подключения имени сервера DrWEB.Если станции в принципе не подключаются при этом к серверу, то покажите, во что резолвится это имя с какой-либо проблемной станции.
nslookup gateway
Сообщение было изменено Area_post: 14 Июль 2015 - 14:29
#164
Отправлено 14 Июль 2015 - 14:34
Вопрос то в другом почему бы не увеличить временной интервал на повторное подтверждение аутентификации пользователей на сервере при потери связи.Он достаточно большой, проблема связана с тем, что агент уже разорвал соединение с сервером (по какой либо причине), а сервер еще нет, и сервер думает что агент к нему еще подключен. Причины такого поведения не всегда понятны и скорее всего связаны с какими либо особенностями сети. По крайней мере в наших условиях получить 100% стабильное воспроизведение этой проблемы не удается. Так же к такому поведению может привести скачек нагрузки на сервере, когда он не успевает за незаметное для пользователя время выполнить какую либо из своих задач.
#165
Отправлено 14 Июль 2015 - 14:45
Вопрос то в другом почему бы не увеличить временной интервал на повторное подтверждение аутентификации пользователей на сервере при потери связи.Он достаточно большой, проблема связана с тем, что агент уже разорвал соединение с сервером (по какой либо причине), а сервер еще нет, и сервер думает что агент к нему еще подключен. Причины такого поведения не всегда понятны и скорее всего связаны с какими либо особенностями сети. По крайней мере в наших условиях получить 100% стабильное воспроизведение этой проблемы не удается. Так же к такому поведению может привести скачек нагрузки на сервере, когда он не успевает за незаметное для пользователя время выполнить какую либо из своих задач.
Уж раз немного оффтопим, можно тогда сделать. чтобы пользователю не выводилось такого сообщения и не пугало его?
Подумаешь, кто-то с его паролем лезет, это уже мы, админы, разберемся.
#166
Отправлено 14 Июль 2015 - 14:49
nslookup gateway
Сервер: server.netwrk.local
Address: 192.168.1.101
Имя: gateway.netwrk.local
Address: 192.168.1.103
Добавьте на ДНС-сервере произвольную AAAA-запись для gateway.netwrk.local. Актуально для сервиса 06220.
#167
Отправлено 14 Июль 2015 - 14:52
Ух.. Откатил на утро пятницы виртуалку.. и о чудо.. Все заработало.. Все подключились. Сервер не падает.. Жду нового обновления.
Как работает? У пользователей Drweb обновляется? Думаю переустановить на сервере, старый дистрибутив остался.
#168
Отправлено 14 Июль 2015 - 14:52
Уж раз немного оффтопим, можно тогда сделать. чтобы пользователю не выводилось такого сообщения и не пугало его?
Подумаешь, кто-то с его паролем лезет, это уже мы, админы, разберемся.
+1 Поддерживаю. Достают пользователи которые пугаются этого сообщения, не к чему им знать об этом.
#169
Отправлено 14 Июль 2015 - 15:03
Ух.. Откатил на утро пятницы виртуалку.. и о чудо.. Все заработало.. Все подключились. Сервер не падает.. Жду нового обновления.
Как работает? У пользователей Drweb обновляется? Думаю переустановить на сервере, старый дистрибутив остался.
На сервере ES есть возможность откатиться на версию предшествовавшую обновлению (если обновлялись через WEB интерфейс. Помните что перед любыми обновлениями и откатами необходимо создавать бэкап критических данных, просто на всякий случай.
#170
Отправлено 14 Июль 2015 - 15:04
nslookup gateway
Сервер: server.netwrk.local
Address: 192.168.1.101
Имя: gateway.netwrk.local
Address: 192.168.1.103Добавьте на ДНС-сервере произвольную AAAA-запись для gateway.netwrk.local. Актуально для сервиса 06220.
Сделано
Прикрепленные файлы:
#171
Отправлено 14 Июль 2015 - 15:12
alm69, Сервер стоит, не падает. Но клиенты так и не обновляются. Но хотя бы у 50% примерно юзеров все работает нормально.
#172
Отправлено 14 Июль 2015 - 15:15
Ух.. Откатил на утро пятницы виртуалку.. и о чудо.. Все заработало.. Все подключились. Сервер не падает.. Жду нового обновления.
Как работает? У пользователей Drweb обновляется? Думаю переустановить на сервере, старый дистрибутив остался.
Как показывает практика, на предыдущих версиях сервера с сервисом 0622* проблема точно так же воспроизводится.
#173
Отправлено 14 Июль 2015 - 15:20
K_A_ScheY said
Вопрос то в другом почему бы не увеличить временной интервал на повторное подтверждение аутентификации пользователей на сервере при потери связи.
Он достаточно большой, проблема связана с тем, что агент уже разорвал соединение с сервером (по какой либо причине), а сервер еще нет, и сервер думает что агент к нему еще подключен. Причины такого поведения не всегда понятны и скорее всего связаны с какими либо особенностями сети. По крайней мере в наших условиях получить 100% стабильное воспроизведение этой проблемы не удается. Так же к такому поведению может привести скачек нагрузки на сервере, когда он не успевает за незаметное для пользователя время выполнить какую либо из своих задач.
Но почему сервер не может притормозить новый логин пользователя, доделать старые задачи этого пользователя и заново его подлогинить.
Ладно на этот вопрос нужно создать новую тему с логами, дампами и пр.
#174
Отправлено 14 Июль 2015 - 15:22
Ух.. Откатил на утро пятницы виртуалку.. и о чудо.. Все заработало.. Все подключились. Сервер не падает.. Жду нового обновления.
Странно вроде говорят проблема в агентах. А так выходит в сервере. Пойти тоже откатится что ли.
Сообщение было изменено K_A_ScheY: 14 Июль 2015 - 15:22
#175
Отправлено 14 Июль 2015 - 15:22
Как показывает практика, на предыдущих версиях сервера с сервисом 0622* проблема точно так же воспроизводится.
Именно.. и сервер стал падать точно так же как и на последней версии. Значит агенты всему виной.. Ждем решения проблемы и не дергаемся.
Сообщение было изменено durashki: 14 Июль 2015 - 15:23
#176
Отправлено 14 Июль 2015 - 15:43
Но почему сервер не может притормозить новый логин пользователя, доделать старые задачи этого пользователя и заново его подлогинить.он так и делает, вот только не убивает то соединение с агентом которое помнит, но при этом от агента получает новый запрос на логин и соответственно отбрасывает его. Но вообще вы правы, необходим сбор дампов, логов от людей со 100% стабильным воспроизведением и со всем этим добром в техподдержку лучше.
#177
Отправлено 14 Июль 2015 - 15:44
Ух.. Откатил на утро пятницы виртуалку.. и о чудо.. Все заработало.. Все подключились. Сервер не падает.. Жду нового обновления.
Странно вроде говорят проблема в агентах. А так выходит в сервере. Пойти тоже откатится что ли.
Откатил сервер на предыдущую версию, не помогло. Все равно пользователи не обновляются.
#178
Отправлено 14 Июль 2015 - 15:57
Я тоже откатил на предыдущую версию , не помогло
#179
Отправлено 14 Июль 2015 - 16:05
Вопрос к разрабам - может, просто вернуть взад компоненты, которые были неделю назад?
Да и разбираться потом с глюками новых версий потихоньку?
#180
Отправлено 14 Июль 2015 - 16:12
А я так понимаю, что всё, что тут обсуждают от версии не зависит? У меня оказались отваленными по больше чем половина клиентов и на ES 6.0 и на ES 10.0.
Ы? Это действительно так?