Résoudre l'échec du démarrage du pipeline

• Limites des travaux parallèles : aucun agent disponible ou vous avez atteint vos limites gratuites
• Impossible d’accéder à Azure Key Vault derrière un pare-feu à partir d’Azure DevOps
• Vous n’avez pas assez de concurrence
• Votre travail est peut-être en attente d'approbation
• Tous les agents disponibles sont en cours d’utilisation
• Demandes qui ne correspondent pas aux fonctionnalités d’un agent
• Vérifier l’état Azure DevOps pour une détérioration de service

• Limites des travaux parallèles : aucun agent disponible ou vous avez atteint vos limites gratuites
• Demandes qui ne correspondent pas aux fonctionnalités d’un agent
• Problèmes de connexion de l’agent TFS

Si vous exécutez actuellement d'autres pipelines, il se peut qu'il ne vous reste plus aucune tâche parallèle ou que vous ayez atteint vos limites de disponibilité.

Consulter les travaux parallèles disponibles

Pour vérifier vos limites, accédez à Paramètres du projet, Travaux parallèles.

Si vous utilisez des agents hébergés par Microsoft, vérifiez les limites de tâches parallèles pour les projets hébergés par Microsoft pour les projets privés ou les projets publics, selon que votre projet Azure DevOps est un projet privé (par défaut) ou un projet public.

Après avoir examiné les limites, vérifiez l’accès concurrentiel pour voir combien de travaux sont en cours d’exécution et combien sont disponibles.

Si vous exécutez actuellement d'autres pipelines, il se peut qu'il ne vous reste plus aucune tâche parallèle ou que vous ayez atteint vos limites de disponibilité.

Impossible d’accéder à Azure Key Vault derrière un pare-feu à partir d’Azure DevOps

Si vous ne pouvez pas accéder à Azure Key Vault à partir de votre pipeline, le pare-feu peut bloquer l’adresse IP de l’agent Azure DevOps Services. Les adresses IP publiées dans le fichier JSON hebdomadaire doivent être autorisées. Pour plus d’informations, consultez Agents hébergés par Microsoft : mise en réseau.

Vous n’avez pas assez de concurrence

Pour évaluer votre niveau de concurrence :

1. Pour vérifier vos limites, accédez à Paramètres du projet, Travaux parallèles.

   

   Vous pouvez également accéder à cette page en accédant à https://dev.azure.com/{org}/_settings/buildqueue?_a=concurrentJobs ou en choisissant gérer les travaux parallèles à partir des journaux.

   

2. Déterminez le pool sur lequel vous souhaitez vérifier votre niveau de concurrence (pools hébergés par Microsoft ou autohébergés), puis choisissez Afficher les travaux en cours.

3. Vous verrez le texte indiquant Travaux X/X en cours d’exécution. Si les deux nombres sont identiques, les travaux en attente attendent la fin des travaux en cours d’exécution.

   

   Vous pouvez afficher tous les travaux, y compris les travaux mis en file d’attente, en sélectionnant Pools d’agents dans les Paramètres du projet.

   

   Dans cet exemple, la limite de travaux simultanés est de un, avec un travail en cours d’exécution et un travail mis en file d’attente. Lorsque tous les agents sont occupés à exécuter des travaux, comme dans cet exemple, le message suivant s’affiche lorsque des travaux supplémentaires sont mis en file d’attente : The agent request is not running because all potential agents are running other requests. Current position in queue: 1. Dans cet exemple, le travail est le suivant dans la file d’attente. Sa position est donc de un.

Votre travail est peut-être en attente d'approbation

Votre pipeline pourrait ne pas passer à l’étape suivante car il est en attente d’approbation. Pour plus d’informations, consultez Définir des approbations et des vérifications.

Tous les agents disponibles sont en cours d’utilisation

Les tâches peuvent attendre si tous vos agents sont actuellement occupés. Pour vérifier vos agents :

1. Accédez à https://dev.azure.com/{org}/_settings/agentpools.

2. Sélectionnez le pool d’agents à vérifier, dans cet exemple FabrikamPool, puis choisissez Agents.

   

   Cette page affiche tous les agents actuellement en ligne/hors connexion et en cours d’utilisation. Vous pouvez également ajouter des agents supplémentaires au pool à partir de cette page.

Problèmes de connexion de l’agent TFS

• La configuration échoue lors du test de la connexion de l’agent (TFS local uniquement)
• Perte de communication de l’agent
• L’agent de travail TFS n’a pas démarré
• URL de notification mal configurée (version de l’agent 1.x)

La configuration échoue lors du test de la connexion de l’agent (TFS local uniquement)

Testing agent connection.
VS30063: You are not authorized to access http://<SERVER>:8080/tfs

Si l’erreur ci-dessus est reçue lors de la configuration de l’agent, connectez-vous à votre ordinateur TFS. Ouvrez le manager IIS (Internet Information Services). Assurez-vous que l’option Authentification anonyme est activée.

Perte de communication de l’agent

Ce problème est caractérisé par le message d’erreur :

The job has been abandoned because agent did not renew the lock. Ensure agent is running, not sleeping, and has not lost communication with the service.

Cette erreur peut indiquer que l'agent a perdu la communication avec le serveur pendant plusieurs minutes. Vérifiez les éléments suivants pour écarter les interruptions réseau ou autres sur l’ordinateur agent :

• Vérifiez que les mises à jour automatiques sont désactivées. Un redémarrage de machine à partir d’une mise à jour entraîne l’échec d’une build ou d’une mise en production avec l’erreur ci-dessus. Appliquez les mises à jour de manière contrôlée pour éviter ce type d’interruption. Avant de redémarrer l’ordinateur agent, marquez l’agent comme désactivé dans la page d’administration du pool et laissez toute build en cours d’exécution se terminer.
• Vérifiez que les paramètres de veille sont désactivés.
• Si l'agent s'exécute sur une machine virtuelle, évitez toute migration en direct ou toute autre opération de maintenance de VM susceptible d'avoir un impact important sur l'état de santé de la machine pendant plusieurs minutes.
• Si l’agent s’exécute sur une machine virtuelle, les mêmes suggestions de mise à jour du système d’exploitation et de mise en veille s’appliquent à l’ordinateur hôte. Et également toutes les autres opérations de maintenance qui ont un impact sur l’ordinateur hôte.
• La journalisation de l’analyseur de performances ou une autre journalisation des métriques d’intégrité peut aider à mettre en corrélation ce type d’erreur avec la disponibilité limitée des ressources sur l’ordinateur agent (disque, mémoire, fichier de page, processeur, réseau).
• Une autre façon de mettre en corrélation l’erreur avec les problèmes réseau consiste à effectuer indéfiniment un test ping sur un serveur et à vider la sortie dans un fichier, ainsi que des timestamps. Utilisez un intervalle sain, par exemple 20 ou 30 secondes. Si vous utilisez Azure Pipelines, vous souhaiterez alors envoyer une requête ping à un domaine Internet, par exemple bing.com. Si vous utilisez un serveur TFS sur site, vous souhaiterez alors envoyer une requête ping à un serveur sur le même réseau.
• Vérifiez que le débit réseau de la machine est adéquat. Vous pouvez effectuer un test de vitesse en ligne pour vérifier le débit.
• Si vous utilisez un proxy, vérifiez que l’agent est configuré pour utiliser votre proxy. Reportez-vous à la rubrique de déploiement de l’agent.

L’agent de travail TFS n’a pas démarré

Cela peut être caractérisé par un message dans la console Web « En attente de la demande d'un agent ». Vérifiez que le service TFSJobAgent (nom complet : Agent de travail en arrière-plan Visual Studio Team Foundation) Windows est démarré.

URL de notification mal configurée (version de l’agent 1.x)

Cela peut être caractérisé par un message dans la console Web « En attente de la sortie de la console d'un agent » et le processus finit par expirer.

Une URL de notification incompatible peut empêcher le processus de travail de se connecter au serveur. Consultez Console Administration Team Foundation, Couche Application. L’agent 1.x écoute la file d’attente des messages à l’aide de l’URL avec laquelle il a été configuré. Toutefois, lorsqu’un message de travail est extrait de la file d’attente, le processus de travail utilise l’URL de notification pour communiquer à nouveau au serveur.

Vérifier l’état Azure DevOps pour une détérioration de service

Consultez le portail d'état du service Azure DevOps pour tout problème susceptible de provoquer une dégradation du service, tel qu'une augmentation du temps d'attente pour les agents. Pour plus d’informations, consultez État du service Azure DevOps.