Felsökning

Börja med grunderna

1. Kontrollera var du är. Allt i portalen fungerar inuti den boundary som är vald överst i sidomenyn. Se till att det är den boundary — och den resursgrupp — som resursen finns i.
2. Kontrollera vad du får göra. En nekad åtgärd (403 från API:et) betyder att ingen av dina roller ger den med den omfattningen. Be en ägare av boundaryn om den roll du behöver.
3. Titta på resursen. Dess status, dess flik Operations och, där resursen har sådana, dess loggar och mätvärden brukar visa vad som gick fel. Se Operationer.

Problem med driftsättning

• Öppna den misslyckade operationen: dess meddelande och steget som misslyckades brukar ange orsaken.
• Läs bygg- eller driftsättningsloggen där resursen har en.
• Kontrollera vald distributionskälla, förråd, gren, körmiljö och beräkningsplan.
• Kontrollera att distributionskällans autentiseringsuppgift fortfarande fungerar — se Distributionskällor.

Problem med åtkomst

• Kontrollera vilken identitet som agerar. En pipeline agerar som sitt tjänstekonto, inte som du; stsh whoami visar vem CLI:t är inloggat som.
• Neka-tilldelningar vinner. En neka-tilldelning blockerar sina åtgärder för sina principaler oavsett vilka roller de har, även Owner.
• Just-in-time-åtkomst upphör vid sin utgångstid.
• Ändringar tar en stund. En ny eller borttagen rolltilldelning, neka-tilldelning eller just-in-time-behörighet kan ta upp till en halv minut innan den påverkar behörighetskontrollerna.

Problem med data och hemligheter

• Kontrollera att du använder rätt valv, hemlighetsnamn eller databas.
• Kontrollera om en hemlighet eller autentiseringsuppgift nyligen har roterats eller ändrats: arbetslaster läser hemligheter när de startar, så en arbetslast som kör behåller värdet den startade med tills den startar om.

När du kontaktar support

Ta med:

• correlationId från felsvaret, eller tidpunkten och åtgärden du gjorde — se Fel;
• boundary, resursgrupp och resurs;
• plattformsversionen, som visas på din sida Inställningar under Systeminformation.