Problembehandlung beim Pipelinestart

• Grenzwerte für parallele Aufträge – keine verfügbaren Agents, oder Sie haben Ihre kostenlosen Grenzwerte erreicht
• Zugriff auf Azure Key Vault hinter einer Firewall aus Azure DevOps nicht möglich
• Sie haben nicht genügend Konkurrenz
• Ihr Auftrag wartet möglicherweise auf die Genehmigung
• Alle verfügbaren Agenten sind im Einsatz
• Anforderungen, die nicht den Funktionen eines Agents entsprechen
• Überprüfen des Azure DevOps-Status auf eine Dienstbeeinträchtigung

• Grenzwerte für parallele Aufträge – keine verfügbaren Agents, oder Sie haben Ihre kostenlosen Grenzwerte erreicht
• Anforderungen, die nicht den Funktionen eines Agents entsprechen
• Probleme mit TFS-Agent-Verbindungen

Wenn Sie derzeit andere Pipelines ausführen, verbleiben Ihnen möglicherweise keine weiteren Parallelaufträge mehr, oder Ihr kostenloses Kontingent ist ausgeschöpft.

Suchen nach verfügbaren Parallelaufträgen

Um Ihre Grenzwerte zu überprüfen, navigieren Sie zu Projekteinstellungen, Parallele Aufträge.

Wenn Sie von Microsoft gehostete Agents verwenden, überprüfen Sie die Grenzwerte für von Microsoft gehostete Parallelaufträge für private Projekte oder öffentliche Projekte, je nachdem, ob Ihr Azure DevOps-Projekt ein privates Projekt (Standard) oder ein öffentliches Projekt ist.

Nachdem Sie die Grenzwerte überprüft haben, prüfen Sie die Parallelität, um festzustellen, wie viele Aufträge derzeit ausgeführt werden und wie viele verfügbar sind.

Wenn Sie derzeit andere Pipelines ausführen, verbleiben Ihnen möglicherweise keine weiteren Parallelaufträge mehr, oder Ihr kostenloses Kontingent ist ausgeschöpft.

Zugriff auf Azure Key Vault hinter einer Firewall aus Azure DevOps nicht möglich

Wenn Sie nicht über Ihre Pipeline auf Azure Key Vault zugreifen können, blockiert die Firewall möglicherweise die IP-Adresse des Azure DevOps Services-Agents. Die in der wöchentlichen JSON-Datei veröffentlichten IP-Adressen müssen auf der Positivliste stehen. Weitere Informationen finden Sie unter Von Microsoft gehostete Agents: Netzwerk.

Sie verfügen nicht über genügend Parallelität

So überprüfen Sie, wie viel Parallelität Ihnen zur Verfügung steht

1. Um Ihre Grenzwerte zu überprüfen, navigieren Sie zu Projekteinstellungen, Parallele Aufträge.

   

   Sie können diese Seite auch erreichen, indem Sie zu https://dev.azure.com/{org}/_settings/buildqueue?_a=concurrentJobs navigieren oder in den Protokollen Parallelaufträge verwalten wählen.

   

2. Ermitteln Sie, für welchen Pool Sie die Parallelität überprüfen möchten (von Microsoft gehostete oder selbstgehostete Pools), und wählen Sie Aktuell ausgeführte Aufträge anzeigen aus.

3. Es wird Text mit der Meldung Aktuell ausgeführte X/X-Aufträge angezeigt. Wenn beide Zahlen identisch sind, warten ausstehende Aufträge, bis aktuelle ausgeführte Aufträge abgeschlossen sind.

   

   Sie können alle Aufträge anzeigen, einschließlich Aufträgen in der Warteschlange, indem Sie Agent-Pools in Projekteinstellungen auswählen.

   

   In diesem Beispiel liegt die Obergrenze für Parallelaufträge bei 1, wobei ein Auftrag ausgeführt wird und einer in der Warteschlange steht. Wenn alle Agents wie in diesem Beispiel mit der Ausführung von Aufträgen beschäftigt sind, wird die folgende Meldung angezeigt, wenn zusätzliche Aufträge in die Warteschlange gestellt werden: The agent request is not running because all potential agents are running other requests. Current position in queue: 1. In diesem Beispiel ist der Auftrag der nächste in der Warteschlange, weshalb er an Position 1 steht.

Möglicherweise wartet Ihr Auftrag auf Genehmigung.

Ihre Pipeline wechselt möglicherweise nicht zur nächsten Phase, da sie auf die Genehmigung wartet. Weitere Informationen finden Sie unter Definieren von Genehmigungen und Überprüfungen.

Alle verfügbaren Agenten werden verwendet

Aufträge müssen möglicherweise warten, wenn alle Ihre Agents gerade ausgelastet sind. So überprüfen Sie Ihre Agents

1. Navigieren Sie zu https://dev.azure.com/{org}/_settings/agentpools.

2. Wählen Sie den zu überprüfenden Agent-Pool, in diesem Beispiel FabrikamPool, und dann Agents aus.

   

   Auf dieser Seite werden alle Agenten angezeigt, die derzeit online/offline sind und im Einsatz sind. Sie können dem Pool auch über diese Seite weitere Agenten hinzufügen.

Probleme mit TFS-Agent-Verbindungen

• Konfigurationsfehler beim Testen der Agent-Verbindung (nur lokaler TFS)
• Agent verlor die Kommunikation
• TFS-Auftrags-Agent nicht gestartet
• Falsch konfigurierte Benachrichtigungs-URL (Agent-Version 1.x)

Konfigurationsfehler beim Testen der Agent-Verbindung (nur lokaler TFS)

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

Wenn der obige Fehler beim Konfigurieren des Agents empfangen wird, melden Sie sich bei Ihrem TFS-Computer an. Starten Sie den IIS-Manager (Internet Information Services). Stellen Sie sicher, dass die Anonyme Authentifizierung aktiviert ist.

Agent verlor die Verbindung

Dieses Problem zeichnet sich durch die Fehlermeldung aus:

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.

Dieser Fehler kann darauf hinweisen, dass der Agent die Kommunikation mit dem Server für mehrere Minuten verloren hat. Überprüfen Sie Folgendes, um Netzwerk- oder andere Unterbrechungen auf dem Agent-Computer auszuschließen:

• Überprüfen Sie, ob automatische Updates deaktiviert sind. Ein Computerneustart von einem Update führt dazu, dass ein Build oder eine Veröffentlichung mit dem obigen Fehler fehlschlägt. Wenden Sie Updates auf kontrollierte Weise an, um diese Art von Unterbrechung zu vermeiden. Markieren Sie vor dem Neustart des Agent-Computers den Agent auf der Poolverwaltungsseite als deaktiviert, und lassen Sie alle ausgeführten Builds beenden.
• Überprüfen Sie, ob die Schlafmoduseinstellungen deaktiviert sind.
• Wenn der Agent auf einer VM ausgeführt wird, vermeiden Sie jede Livemigration oder andere VM-Wartungsvorgänge, die die Integrität des Computers für mehrere Minuten stark beeinträchtigen können.
• Wenn der Agent auf einem virtuellen Computer ausgeführt wird, gelten für den Hostcomputer dieselben Empfehlungen für Betriebssystemupdates und Energiesparmodus. Und auch alle anderen Wartungsvorgänge, die sich auf den Hostcomputer auswirken.
• Die Systemmonitorprotokollierung oder Protokollierung anderer Integritätsmetriken kann dazu beitragen, diese Art von Fehler mit eingeschränkter Ressourcenverfügbarkeit auf dem Agent-Computer (Datenträger, Arbeitsspeicher, Auslagerungsdatei, Prozessor, Netzwerk) zu korrelieren.
• Eine weitere Möglichkeit zum Korrelieren des Fehlers mit Netzwerkproblemen besteht darin, einen Server auf unbestimmte Zeit zu pingen und die Ausgabe zusammen mit Zeitstempeln in eine Datei zu speichern. Verwenden Sie ein gesundes Intervall, z. B. 20 oder 30 Sekunden. Wenn Sie Azure Pipelines verwenden, sollten Sie eine Internetdomäne anpingen, z. B. bing.com. Wenn Sie einen lokalen TFS-Server verwenden, sollten Sie einen Server im selben Netzwerk pingen.
• Überprüfen Sie, ob der Netzwerkdurchsatz des Computers angemessen ist. Sie können einen Onlinegeschwindigkeitstest durchführen, um den Durchsatz zu überprüfen.
• Wenn Sie einen Proxy verwenden, überprüfen Sie, ob der Agent für die Verwendung Ihres Proxys konfiguriert ist. Weitere Informationen finden Sie im Thema zur Agent-Bereitstellung.

TFS-Auftrags-Agent nicht gestartet

Dies kann durch die Meldung „Auf die Anforderung eines Agents wird gewartet“ in der Webkonsole signalisiert werden. Überprüfen Sie, ob der TFSJobAgent (Anzeigename: Visual Studio Team Foundation Background Job Agent) Windows-Dienst gestartet ist.

Fehlkonfigurierte Benachrichtigungs-URL (Agent-Version 1.x)

Dies kann durch die Meldung „Warten auf Konsolenausgabe von einem Agent“ in der Webkonsole signalisiert werden, und beim Prozess kommt es schließlich zu einem Timeout.

Eine nicht übereinstimmende Benachrichtigungs-URL kann dazu führen, dass der zu verarbeitende Worker keine Verbindung mit dem Server herstellen kann. Weitere Informationen finden Sie unter Team Foundation-Verwaltungskonsole, Anwendungsebene. Der 1.x Agent lauscht der Nachrichtenwarteschlange unter der URL, mit der er konfiguriert wurde. Wenn jedoch eine Auftragsnachricht aus der Warteschlange abgerufen wird, verwendet der Workerprozess die Benachrichtigungs-URL für die Rückmeldung an den Server.

Überprüfen Sie den Azure DevOps-Status auf Dienstbeeinträchtigungen

Überprüfen Sie das Azure DevOps Service Status Portal auf Probleme, die zu einer Dienstverschlechterung führen können, z. B. erhöhte Warteschlangenzeit für Agents. Weitere Informationen finden Sie unter Azure DevOps Service Status.