Dela via

Felsök pipelinefel som förhindrar start

  • Artikel

Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019

Kontrollera följande punkter om din pipeline köar men aldrig startar.

Not

Följande scenarier förbrukar inte ett parallellt jobb:

  • Om du använder utgivningspipelines eller flerstegs-YAML-pipelines förbrukar en körning endast ett parallellt jobb när det distribueras aktivt till en etapp. Medan versionen väntar på ett godkännande eller en manuell åtgärd förbrukar den inte ett parallellt jobb.
  • När du kör ett serverjobb eller distribuerar till en distributionsgrupp med hjälp av versionspipelines använder du inga parallella jobb.

Läs mer: Hur ett parallellt jobb konsumeras av en pipeline, Lägg till godkännande inför distribution, Serverjobb, Distributionsgrupper

Begränsningar för parallella jobb – inga tillgängliga agenter eller så har du nått dina kostnadsfria gränser

Om du för närvarande kör andra pipelines kanske du inte har några tillgängliga parallella jobb, alternativt har du nått dina kostnadsfria gränser.

Sök efter tillgängliga parallella jobb

Anmärkning

Azure Pipelines har tillfälligt inaktiverat det automatiska kostnadsfria beviljandet av parallella Microsoft-värdjobb i nya organisationer för offentliga projekt och för vissa privata projekt. Om du inte har några parallella jobb misslyckas dina pipelines med följande fel: ##[error]No hosted parallelism has been purchased or granted. To request a free parallelism grant, please fill out the following form https://aka.ms/azpipelines-parallelism-request. Kontrollera dina jobb som körs på Microsofts servrar som beskrivs i följande avsnitt, och om du inte har några parallella jobb kan du begära att få kostnadsfritt tillstånd att använda parallella jobb. Om du vill begära kostnadsfri beviljande av parallella jobb för din organisation skickar du en begäran. Din begäran kan ta flera arbetsdagar att bearbeta.

Om du vill kontrollera dina gränser går du till Project-inställningar, Parallella jobb.

Pipelines parallella jobb

Om du använder Microsoft-värdbaserade agenter, kontrollera de parallella jobbgränserna för Microsoft-värdbaserade för privata projekt eller offentliga projekt, beroende på om ditt Azure DevOps-projekt är ett privat projekt (standard) eller ett offentligt projekt.

När du har granskat gränserna kontrollerar du samtidigheten för att se hur många jobb som körs för närvarande och hur många som är tillgängliga.

Om du för närvarande kör andra pipelines kanske du inte har några återstående parallella jobb, eller så har du nått dina kostnadsfria gränser.

Det går inte att komma åt Azure Key Vault bakom brandväggen från Azure DevOps

Om du inte kan komma åt Azure Key Vault från din pipeline kanske brandväggen blockerar IP-adressen för Azure DevOps Services-agenten. IP-adresserna som publiceras i den veckovisa JSON-filen måste vitlistas. Mer information finns i Microsoft-värdbaserade agenter: Nätverk.

Du har inte tillräckligt med samtidighet

Så här kontrollerar du hur mycket samtidighet du har:

  1. Om du vill kontrollera dina gränser går du till Project-inställningar, Parallella jobb.

    begränsningar för samtidiga pipeliner

    Du kan också nå den här sidan genom att navigera till https://dev.azure.com/{org}/_settings/buildqueue?_a=concurrentJobseller välja hantera parallella jobb från loggarna.

    Hantera parallella jobb

  2. Ta reda på vilken pool du vill kontrollera samtidighet på (Microsoft-värdbaserade eller lokalt installerade pooler) och välj Visa pågående jobb.

  3. Du ser text som säger För närvarande kör X/X jobb. Om båda talen är desamma kommer väntande jobb att vänta tills de för närvarande körande jobben är färdiga.

    Visa pågående jobb

    Du kan visa alla jobb, inklusive jobb i kö, genom att välja Agentpool från Projektinställningarna.

    Visa jobb i kö

    I det här exemplet är gränsen för samtidiga jobb en, med ett jobb som körs och ett i kö. När alla agenter är upptagna med att köra jobb, som i det här exemplet, visas följande meddelande när ytterligare jobb placeras i kö: The agent request is not running because all potential agents are running other requests. Current position in queue: 1. I det här exemplet är jobbet nästa i kön så dess position är en.

Jobbet kanske väntar på godkännande

Din process kanske inte går vidare till nästa steg eftersom den väntar på godkännande. Mer information finns i Definiera godkännanden och kontroller.

Alla tillgängliga agenter används

Jobb kan vänta om alla dina agenter är upptagna just nu. Så här kontrollerar du dina agenter:

  1. Gå till https://dev.azure.com/{org}/_settings/agentpools

  2. Välj den agentpool som du vill kontrollera i det här exemplet FabrikamPooloch välj Agenter.

    Agentstatus

    Den här sidan visar alla agenter som för närvarande är online/offline och används. Du kan också lägga till ytterligare agenter i poolen från den här sidan.

Krav som inte matchar en agents förmågor

Om din pipeline har krav som inte uppfyller kapaciteten hos någon av dina agenter, startar inte pipelinen. Om bara några av dina agenter har de önskade funktionerna och de just nu kör andra pipelines, kommer din pipeline att stå stilla tills en av dessa agenter blir tillgänglig.

Information om hur du kontrollerar vilka funktioner och krav som angetts för dina agenter och pipelines finns i Funktioner.

Note

Funktioner och krav används vanligtvis endast med lokalt installerade agenter. Om din pipeline har krav som inte matchar agentens systemkapaciteter och du inte uttryckligen har märkt agenterna med dessa kapaciteter, kommer dina pipelines inte att få någon agent.

Problem med anslutning till TFS-agenten

Konfigurationen misslyckas när agentanslutningen testas (endast lokal TFS)

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

Om ovanstående fel tas emot när agenten konfigureras, logga in på din TFS-dator. Starta IIS-hanteraren (Internet Information Services). Kontrollera att anonym autentisering är aktiverat.

är TFS anonym autentisering aktiverat

Agenten förlorade kommunikationen

Det här problemet kännetecknas av felmeddelandet:

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.

Det här felet kan tyda på att agenten förlorade kommunikationen med servern i flera minuter. Kontrollera följande för att utesluta nätverk eller andra avbrott på agentdatorn:

  • Kontrollera att automatiska uppdateringar är inaktiverade. En omstart av datorn från en uppdatering gör att en konstruktion eller distribution misslyckas med det ovan nämnda felet. Tillämpa uppdateringar på ett kontrollerat sätt för att undvika den här typen av avbrott. Innan du startar om agentdatorn markerar du agenten som inaktiverad på sidan för pooladministration och låter alla pågående byggen slutföras.
  • Kontrollera att vilolägesinställningarna är inaktiverade.
  • Om agenten körs på en virtuell dator bör du undvika direktmigrering eller andra vm-underhållsåtgärder som kan påverka datorns hälsotillstånd i flera minuter.
  • Om agenten körs på en virtuell dator gäller samma rekommendationer för uppdatering av operativsystem och viloläge för värddatorn. Och även andra underhållsåtgärder som i stor grad påverkar värddatorn.
  • Loggning av prestandaövervakare eller annan hälsomåttloggning kan bidra till att korrelera den här typen av fel med begränsad resurstillgänglighet på agentdatorn (disk, minne, sidfil, processor, nätverk).
  • Ett annat sätt att korrelera felet med nätverksproblem är att pinga en server på obestämd tid och dumpa utdata till en fil, tillsammans med tidsstämplar. Använd ett felfritt intervall, till exempel 20 eller 30 sekunder. Om du använder Azure Pipelines vill du pinga en internetdomän, till exempel bing.com. Om du använder en lokal TFS-server vill du pinga en server i samma nätverk.
  • Kontrollera att nätverkets dataflöde för datorn är tillräckligt. Du kan utföra ett onlinehastighetstest för att kontrollera dataflödet.
  • Om du använder en proxy kontrollerar du att agenten är konfigurerad för att använda proxyn. Se avsnittet om agentdistribution.

TFS, Jobbagent har inte startats

Detta kan kännetecknas av ett meddelande i webbkonsolen "Väntar på att en agent ska begäras". Kontrollera att TFSJobAgent (visningsnamn: Visual Studio Team Foundation Background Job Agent) Windows-tjänsten har startats.

Felkonfigurerad meddelande-URL (1.x-agentversion)

Detta kan kännetecknas av ett meddelande i webbkonsolen "Väntar på konsolutdata från en agent", och processen överskrider slutligen tidsgränsen.

En felaktig meddelande-URL kan leda till att arbetaren inte kan ansluta till servern. Se Administrationskonsol för Team Foundation, programnivå. 1.x-agenten lyssnar på meddelandekön med hjälp av den URL som den konfigurerades med. Men när ett jobbmeddelande hämtas från kön använder arbetsprocessen meddelande-URL:en för att kommunicera tillbaka till servern.

Kontrollera Azure DevOps-status för en tjänstförsämring

Kontrollera Azure DevOps-tjänststatusportalen om det finns problem som kan orsaka en tjänstförsämring, till exempel ökad kötid för agenter. Mer information finns i Azure DevOps Service Status.

Jag behöver mer hjälp. Jag hittade en bugg. Jag har ett förslag. Vart ska jag?

Hämta prenumeration, fakturering och teknisk support

Rapportera eventuella problem eller skicka feedback på Developer Community.

Vi välkomnar dina förslag: