TFS 2013, только частичный успех на сборках. «Произошла ошибка при копировании журналов диагностической активности в папку«

Question

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

1. Мы провели модернизацию TFS 2010 до TFS2013 Как описаны в одном руководств по обновлению мы скопированные базы данных и анализ услуг, ключ и восстановить их на другое поле. Назовем это новый ящик boxTFS2013. Первоначально вся установка была сделана там и, некоторые проблемы с sharepoint в стороне, это было успешно. Но сборки службы начали сообщать эту проблему:

   «Произошла ошибка при копировании журналов диагностики активности к месту падения Подробности:. Запрос HTTP истекло после 00:01:40.»

   Практически все, что связано с TFS, включая службу сборки работает на счет DOMAIN \ TFSService. Нет ничего на NTNetworkAuthority

2. В качестве второго шага мы создали новый сервер сборки, boxBUILD2013, установили сборки там службу и неустановленный Билд услуг от boxTFS2013. Опять же самая проблема - сборка выполняется успешно, и происходит сбой при копировании журнала.

Установка теперь следующим образом:

TFS2013, SQL и Sharepoint находится на boxTFS2013 (Sharepoint собирается быть перемещен). TFS2013 работает на учетной записи DOMAIN \ TFSSсервиса .

Строительные услуги устанавливаются на boxBUILD2013. Существует один контроллер и два агента. Рабочая папка для агентов - d: \ BUILD, учетная запись DOMAIN \ TFSService. Папка для удаления находится в том же поле, e: \ BUILDS (имя будет изменено после устранения наших текущих проблем).

Обычно люди решают эту проблему, предоставляя права агента сборки на запись в папку для удаления. Это было так с самого начала (у учетной записи домена всегда был доступ), но проблема сохраняется. Просто чтобы убедиться, что проблема не связана с разрешениями, я предоставил учетную запись. Все права полного контроля над: d: \ BUILD и e: \ Builds

Определение определения xml, насколько я могу судить, не содержит что-то необычное. Сборка отбрасывает файлы, где они должны, частичный сбой происходит только в журнале. На самом деле у меня нет идей. Может кто-нибудь посоветует, пожалуйста?

Answer 1

В какой-то степени мне удалось это решить.

По-видимому, сервер сборки выполняет HTTP-сообщение на сервере TFS после успешной сборки. Абсолютно не знаю, почему и что это такое. Это не удается, если по какой-то причине TFS Server занят. Это может быть затрудненная сеть, это может быть что-то другое. В нашем случае это была недостаточная коробка, в которой работает TFS. Добавление 4 ГБ оперативной памяти в это поле (один из TFS, а не сборка!) Решил эту проблему. Таким образом, в основном сервер сборки терпел неудачу и бросал ошибки, потому что на сервере TFS не хватало ОЗУ. У нас по-прежнему много проблем с SQL-броском bucketloads журналов ошибок, несмотря на то, что сейчас он действительно сильная коробка, но я надеюсь, что мы сможем это решить.

Answer 2

Решение: Increae тайм-аут в C: \ Program Files \ Microsoft Team Foundation Server 12.0 \ Tools \ TFSBuildServiceHost.exe.config
путем добавления

<appSettings> 
<add key="ServerDrop.MaxRequestTimeInSeconds" value="300"/> 
</appSettings> 

Герберт