Периодически клиент становится недоступен, не реагирует на нажатия или alt+tab. Загрузка CPU взлетает. Чаще всего подвисает на несколько секунд, но бывает и на продолжительное время. При этом в вебке можно спокойно работать в моменты “зависаний”. На 3.60.3 на которой сидели до обновления такой проблемы не было. Пытался найти зависимость этих подвисаний, но так и не нашел, то работаешь нормально, то “ловишь” подвисания. Проблема наблюдается на разных ПК.
Необходимо немного больше информации. Попробуйте собрать небольшую статистику по описываемой ситуации. В частности какие действия производились в момент возникновения зависания? Что было открыто в этот же момент? Есть ли какая то закономерность возникновения зависания? Какие внешние модули установлены на всех клиентах?
По возможности сделайте видео нескольких случаев подвисания и приложите их.
Сложно сказать, нужно больше времени на сбор статистики. Но предварительно, после удаления модулей вроде бы мелкие повисания пропали, но продолжительные нет. Возможно это разные проблемы, но возможно просто так все совпало. Буду дальше собирать статистику.
Если обновились недавно, то попробуйте посмотреть в статистике gprs-модемов, не выросло ли у Вас после обновления количество сеансов. У нас при сильной нагрузке на БД тоже клиент подвисает и как раз после обновления нагрузка сильно выросла. Подробнее о нашей ситуации здесь. Может у Вас происходит то же самое
lers_container | 2026-02-06T10:39:18.677295324Z fail: Lers.Server.Infrastructure.ExceptionHandler[0]
lers_container | 2026-02-06T10:39:18.677680210Z [<Неизвестно>] Ошибка выполнения запроса POST http://10.х.х.х:10000/api/v1/login. Невозможно войти под учётной записью службы опроса.
lers_container | 2026-02-06T10:40:18.710624760Z fail: Lers.Server.Infrastructure.ExceptionHandler[0]
lers_container | 2026-02-06T10:40:18.710702803Z [<Неизвестно>] Ошибка выполнения запроса POST http://10.х.х.х:10000/api/v1/login. Невозможно войти под учётной записью службы опроса.
При этом служба опроса работает. Это нормально или нет?
Сложно сказать, так как из приведенной выдержки невозможно понять кто именно пытается войти под учетной записью Службы опроса. Это явно не Служба опроса, так как это запрос публичного REST API, поэтому скорее всего это не нормальная ситуация. Возможно у вас есть собственные решения, которые пытаются войти под УЗ Службы опроса, и в этом случае вам стоит завести отдельную УЗ для этого, настроив свои решения на вход под ней.
Вы прислали только журналы работы Сервера и Службы опроса, а также журнал контейнера, тогда как мною они на данный момент не запрашивались. Приведенное описание симптомов, конечно дает некую информацию, что ситуация как то связана с массовым проведением автоопроса, но все таки проводить по нему анализ невозможно. Ранее я писал:
Вы дали ответ на вопрос по закономерности. Ожидаю ответов на другие вопросы. Большая просьба давать ответы, не содержащие персональную информацию, в переписки данной темы. не нужно направлять их в ЛС. Тема имеет публичное обсуждение и другим пользователям картина неясна. Если вы не хотите публичного обсуждения, вам стоит создавать заявки на нашем портале.
Уточните, проблема именно при раскрытии АРМ из панели задач? Если окно АРМ на момент наступления времени проведения автоопроса в указанные метки времени не свернуто в панель и открыто на просмотр, то зависания не наблюдается?
Также уточните немогли бы вы предоставить доступ к вашему Серверу, чтобы мы могли воспроизвести ситуацию у себя и попытаться ее проанализировать?
Нам необходимо будет авторизоваться на вашем Сервере со своего клиента, поэтому понадобится полные параметры доступа (адрес, порт, логин, пароль). Лучше всего, если это будет пользователь, под которым ситуация воспроизводилась, либо отдельный пользователь с такими же правами.
Я так понимаю подвисание длительность зависания всегда одинаковая, порядка нескольких секунд, как на представленном видео, или его длительность может варьироваться?
Подключиться к Серверу удалось, но не удалось явно воспроизвести ситуацию. Проверяли несколько раз в разное время с начала часа / получаса и ожиданием 2-3 минуты. Наблюдались небольшие задержки при переходе между записями точек как на вашем видео, но прям каких то жестких зависаний не наблюдалось. При этом количество одновременных опросов вырастало максимум до 40.
В очереди опроса помимо заданий с периодическим запуском в 30 минут наблюдаю и задания без обновления, которые запускаются ночью, поздней ночью и ранним утром. Я правильно понимаю, явные подвисания / зависания проявляются именно в метку времени старта этих автоопросов в купе с периодическими?