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

ользую TFS для выполнения ночной сборки, включающей несколько ste, ps, использующихTFS Test Agent, Я использую последнюю версию TFS / Test Agent (2015 - обновление 3), и в настоящее время нет других сборок. Часто (возможно, в половине случаев), когда выполняется ночное задание, шаг «Развертывание агента тестирования Visual Studio» завершается с ошибкой:

Задание было отменено, поскольку агент Agent-XXX не обновил блокировку. Убедитесь, что агент работает, не спит и не потерял связь со службой.

Это связано с ошибкой, найденной в файле журнала тестового агента (в _diag):

Сессия для этого агента уже существует. Спать в течение 30 секунд до следующей попытки.

Microsoft.TeamFoundation.DistributedTask.WebApi.TaskAgentSessionConflictException: агент задачи Agent-XXX уже имеет активный сеанс для владельца XXX.

Эта проблема имеет прямое отношениеВоти косвенно говорили оВот.

Решение, которое я нашел для этой проблемы, состоит в том, чтобы перезапустить сервер, на котором запущен тестовый агент, это удаляет все потерянные сеансы, и после запуска сервера тесты запускаются нормально. Я думаю, что это эффективно то, что делается вранее упомянутый пост, Результатом сброса настроек является то, что служба перезапускается.

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

Я мог бы запланировать задачу для сброса службы или даже перезапустить сервер непосредственно перед запуском ночной сборки, но это кажется мне повязкой, а не исправлением. Кто-нибудь сталкивался с этой проблемой раньше, и если да, есть ли способ предотвратить ее возникновение?

Обновление 1

Я просто настроил сборку, которая запускается за 5 минут до того, как мои основные тестыСценарий летучей мыши перезапустить все мои серверы, на которых размещены мои тестовые агенты. Это обходной путь, но, похоже, он решает проблему. Надеюсь, когда-нибудь кто-нибудь сможет найти лучшее решение, чем это, но сейчас мне нужно запустить автоматическое тестирование в TFS.

Обновление 2

У меня сейчас три сервера, все три имеют одну и ту же проблему, хотя трудно точно определить, когда это происходит. Масштабирование обходного пути без простоев оказывается довольно сложным.

Обновление 3

Настал лучший день, я обновил TFS до 2018 года, и агент сборки до последней версии, эта проблема больше не возникает, я думаю, это ошибка в старом агенте сборки. У меня до сих пор нет решения для оригинальной версии агента сборки ...

Ответы на вопрос(0)

Ваш ответ на вопрос