2010-04-12 4 views
4

J'utilise TFS2008 et VS2008. Je cours des builds nocturnes pour environ 20 applications en utilisant un agent de construction et les builds sont prévus pour 1h ou 2h du matin. La plupart des builds réussissent, mais 6 d'entre eux échouent régulièrement avec des erreurs similaires. Les erreurs sont soit les deux premières ci-dessous, ou le troisième par lui-même:Erreurs de construction TFS TF224003, TF215085, TF215076

  • TF215085: Une erreur est survenue lors de la connexion à l'agent \ xxxx \ BUILDMACHINE: TF215076: Team Foundation Miser sur BUILDMACHINE ordinateur (port 9191) n'est pas répondre. (Détail Message: La demande a été abandonnée: L'opération a expiré.) 11/04/2010 2:10:10 AM
  • TF224003: Une exception s'est produite sur l'ordinateur de construction BUILDMACHINE: La construction (vstfs: /// Build/Build/2632) est déjà terminé et ne peut plus être redémarré.
  • TF215085: Une erreur s'est produite lors de la connexion à l'agent \ yyyyy \ BA_WKSTFSBUILD: Les services Team Foundation ne sont pas disponibles depuis le serveur srvtfs. Informations techniques (pour l'administrateur): L'opération a expiré

Cela me semble être une sorte d'erreur de communication, peut-être que le port est surchargé - est-ce possible? Dois-je étaler les constructions un peu plus? Dans la définition de construction, il est écrit "Mettre en file d'attente la construction de l'agent de construction par défaut", donc je me suis dit que si je les programmais pour démarrer en même temps, ils seraient mis en file d'attente et se produiraient séquentiellement.

La plupart des suggestions que j'ai trouvé en ligne pour ces erreurs sont pour tout ou rien scénarios où aucun construit le travail du tout alors que mon problème est le plus de construction, mais certains ne le font pas toujours. Notez que si je programme les builds via Team Explorer -> BuildDefinition -> RightClick - Queue new build ils s'exécutent sans erreur. A en juger par les dates des derniers builds réussis de ces 6 builds qui échouent, je crois que c'est la même chose 6 échouer toutes les nuits. (Je suis en train d'éditer les définitions de build maintenant pour garder les builds échouées afin que je puisse obtenir plus d'informations sur le problème)

+0

Vous dites qu'ils sont expulsés à 1 h ou 2 h du matin. Ceux qui échouent sont-ils tous déclenchés en même temps? J'ai le même problème et je suppose que c'est parce que le port est déjà utilisé par une autre version concurrente. – PabloC

+0

@PabloC ces erreurs se produisent par intermittence, mais oui j'ai les heures de départ identiques pour environ 5 projets. Je pense que TFS devrait faire la queue pour arrêter ce que vous suggérez, mais qui sait. –

Répondre

0

Ça fait longtemps que je n'ai pas réussi à construire avec TFS 2008, mais je crois que je me suis souvenu problèmes de mémoire si trop a été exécuté sur le même serveur. Il existe des indicateurs parallèles que vous pouvez utiliser avec MSBuild pour l'accélérer. Je crois que s'il y a trop de récursion (trop d'imbrication de la solution), cela peut causer des délais d'attente comme celui-ci. Vous pouvez également envisager de supprimer vos agents et de les recréer, en particulier si les mêmes builds s'exécutent dans certains espaces de travail d'agent mais pas dans d'autres. Il semble que vous disiez que certaines builds échouent systématiquement, ce qui dans le TFS 2008, je crois, est mappé directement aux agents dédiés. Essayez les mêmes builds en utilisant différents agents et voyez ce qui se passe.

Questions connexes