2010-03-05 13 views
0

J'essaye d'installer Team Build (2008) sur un serveur de construction (BS) différent au niveau d'application (AT). BS est un serveur Windows 2008 32 bits (comme l'AT). Ils sont sur un domaine d'entreprise.TFSBuildService: Accès refusé et programme trop grand pour tenir dans la mémoire

Le EXE en question est

C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\PrivateAssemblies> 
TFSBuildService.exe 

Le service BS ne peut pas commencer - l'erreur est "Windows n'a pas pu démarrer le Visual Studio Team Foundation Build Service sur l'ordinateur local \ r \ nErreur 5: L'accès est refusée ". Il n'y a AUCUNE information supplémentaire dans le journal des événements. Il est défini pour s'exécuter en tant que compte DOMAIN \ TFSSERVICE, qui est également ajouté au groupe Administrateurs locaux. Cela échoue très rapidement.

Lorsque j'essaie de l'exécuter 'de manière interactive' - l'erreur sur la ligne de commande est "Programme trop grand pour tenir dans la mémoire".

Il me semble que ce devrait être une chose assez simple à mettre en place et à utiliser. Qu'est-ce que je rate?

Notes:

  • j'ai obtenu mon .config de Buck. Je suis sûr que je me suis fixé correctement les ports, les règles du pare-feu de Windows
  • Je peux accéder aux services Web sur AT de BS via Internet Explorer (en utilisant le login Domain \ TFSERVICE)
  • J'ai ajouté DOMAIN \ TFSSERVICE utilisateur au groupe Build Services d'un projet TFS
  • J'ai vérifié DOMAINE \ TFSSERVICE a toutes les permissions sur à peu près tout sur le serveur de construction.
+0

Il s'avère que le "Programme trop grand pour tenir dans la mémoire" était le résultat de l'altération des fichiers d'installation. J'ai re-téléchargé le programme d'installation et les ai comparés - l'ISO d'origine était plus petite et le TFSBuildService.exe 'défectueux' était juste un fichier plein de zéros! Jamais vu cela avant ... J'ai choisi la meilleure réponse ci-dessous pour les autres ayant des problèmes TFSBuild – Conceptdev

Répondre

1

Essayez ceci:

  • associé le port par défaut du nouveau compte de service de construction en utilisant l'outil de ligne de commande wcfhttpconfig.exe situé dans le dossier suivant: C: \ Program Files \ Microsoft Visual studio 9.0 \ Common7 \ IDE \ PrivateAssemblies

  • Exécuter (à partir du dossier ci-dessus): réserve wcfhttpconfig.exe DOMAIN \ UserAccount 9191

  • Crédit complet du poste suivant: http://wesmacdonald.spaces.live.com/Blog/cns!25108A9ADA96C9D7!1553.entry

  • je suggère que vous devez mettre en place un compte TFSBUILD dédié et ne pas utiliser le compte de service TFS pour cette tâche comme une meilleure pratique.

+0

Merci Davemundo, ont déjà fait l'astuce wcfhttpconfig.exe. Le compte de construction dédié est une bonne idée - mais comme il échoue déjà avec 'accès refusé', je veux vraiment le faire fonctionner * d'abord avant de débloquer avec un compte d'autorisation limitée. – Conceptdev

+0

Alors ... il se trouve que le "Programme trop grand pour tenir dans la mémoire" était parce que mes fichiers d'installation étaient corrompus (quelles sont les chances ...?). La désinstallation, le téléchargement à nouveau du programme d'installation à partir de MSDN et la réinstallation l'ont fait fonctionner la première fois. Je marque cela comme la réponse parce que c'est toujours un bon conseil dont d'autres pourraient avoir besoin s'ils rencontrent cette question. – Conceptdev

0

OK, le fait que vous pouvez accéder à des services Web en utilisant le compte TFSSERVICE de BS par AT est une bonne chose, je fais l'hypothèse que vous avez créé un compte local sur la machine BS pour le compte TFSSERVICE ?

Sinon, s'il vous plaît:

  • ajouter un compte local avec le même nom que DOMAIN \ TFSSERVICE.
  • Assurez-vous que le mot de passe correspond à celui du compte DOMAIN \ TFSSERVICE.
  • Assurez-vous que le compte dispose d'une "ouverture de session en tant que service", conformément à la stratégie de sécurité locale.

S'il vous plaît lire l'article: http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/d519b8e3-451a-4f07-97b1-e2943c2756c2

Mon problème était que mes mots de passe pour la machine AT et BS devait apparier sur le même domaine. Veuillez vérifier que le mot de passe du compte TFSSERVICE correspond à la machine AT et à la machine BS, car le service utilisera l'emprunt d'identité sur le même domaine.

+0

Ce lien concerne un environnement "Groupe de travail". Je n'ai pas besoin d'un compte BS local ou d'une usurpation d'identité, car les deux serveurs se trouvent sur un domaine et utilisent un compte de domaine (qui a reçu une connexion en tant que service sur la BS). Appréciez vraiment votre aide mais je ne pense pas que les instructions de groupe de travail soient pertinentes pour notre environnement ... – Conceptdev