Felsöka problem med underhållskonfigurationer
Den här artikeln beskriver vanliga problem och fel som kan uppstå under distributionen eller användningen av underhållskonfigurationer för schemalagd korrigering på virtuella datorer (VM) tillsammans med strategier för att åtgärda dem.
En virtuell dator stängs av och svarar inte när du använder ett statiskt omfång i gästunderhåll
Problem
En underhållskonfiguration installerar inte en schemalagd korrigering på de virtuella datorerna och ger ett ShutdownOrUnresponsive fel.
Åtgärd
I ett statiskt omfång är det viktigt att undvika att förlita sig på inaktuella VM-konfigurationer. Därför måste du se till att den virtuella datorn är igång medan korrigeringen installeras. Om den virtuella datorinstansen återskapas med samma namn prioriterar du omtilldelningskonfigurationen när du har återskapat vm-instansen.
Tidsgränsen för schemalagd korrigering eller misslyckas
Problem
Schemalagd korrigering misslyckas med ett TimeOut eller Failed fel när du har flyttat en virtuell dator genom att återskapa den med samma namn i en annan region. Portalen kan visa samma virtuella dator två gånger eftersom den tidigare skapade virtuella datorn tas bort från serverdelen.
Åtgärd
Det här är en känd bugg och vi arbetar med att lösa det. Om du stöter på det här problemet kontaktar du supportteamet för att få hjälp.
Det går inte att ta bort konfigurationstilldelningen
Problem
Det gick inte att ta bort eller radera konfigurationstilldelningen från en viss underhållskonfiguration
Åtgärd
Använd följande steg om du vill åtgärda det här problemet:
- Radera den befintliga underhållskonfigurationen där du stöter på det här problemet.
- Skapa en ny underhållskonfiguration och tilldela den nödvändiga uppsättningen dynamiskt omfång och VM som bifogas i konfigurationen för borttaget underhåll.
Om du vill skapa en ny underhållskonfiguration med samma namn som den borttagna underhållskonfigurationen måste du vänta 20 minuter innan rensningen sker i serverdelen. Systemet tillåter inte att underhållskonfigurationen skapas med samma namn om rensningen inte utförs i serverdelen.
Schemalagd korrigering slutar fungera när resursen har flyttats
Problem
Om du flyttar en resurs till en annan resursgrupp eller prenumeration slutar schemalagd korrigering för resursen att fungera.
Åtgärd
Systemet stöder för närvarande inte flytt av resurser mellan resursgrupper eller prenumerationer. Som en lösning använder du följande steg för den resurs som du vill flytta. Som en förutsättning måste du först ta bort tilldelningen innan du följer stegen.
Om du använder ett static omfång:
- Flytta resursen till en annan prenumeration eller resursgrupp.
- Återskapa resurstilldelningar.
Om du använder ett dynamic omfång:
- Initiera eller vänta på nästa schemalagda körning. Den här åtgärden uppmanar systemet att helt ta bort tilldelningen, så att du kan fortsätta med nästa steg.
- Flytta resursen till en annan prenumeration eller resursgrupp.
- Återskapa resurstilldelningar.
Om något av stegen missas flyttar du resursen till föregående resursgrupp eller prenumerations-ID och försöker utföra stegen igen.
Kommentar
Om resursgruppen tas bort återskapar du den med samma namn. Om prenumerations-ID:t tas bort kontaktar du supportteamet för att få hjälp.
Underhållskonfigurationen utlöstes inte på den konfigurerade datumtiden
Problem
När du har skapat enf underhållskonfiguration med ett upprepningsvärde på antingen vecka eller månad förväntar du dig att schemat börjar vid det angivna datumet och tiden och sedan återkommer baserat på det valda intervallet. Schemat utlöstes dock inte vid startdatum och tidpunkt.
Åtgärd
Den första körningen av underhållskonfigurationen sker på det första upprepningsvärdet efter det angivna startdatumet, inte nödvändigtvis på själva startdatumet. Om underhållskonfigurationen till exempel startar den 17 januari (onsdag) och är inställd på att upprepas varje måndag, kommer den första körningen av schemat att vara den första måndagen efter den 17 januari, som är den 22 januari.
Du kan visa de första 4 instanserna av den schemalagda körningen när du skapar en ny underhållskonfiguration från Azure-portalen.
Det går inte att skapa ett dynamiskt omfång
Problem
Du kan inte skapa ett dynamiskt omfång på grund av rollbaserad åtkomstkontroll (RBAC).
Åtgärd
Om du vill skapa ett dynamiskt omfång måste du ha behörigheten på prenumerationsnivå eller på resursgruppsnivå. Mer specifikt följer de krav som du behöver ta hand om.
- Prenumerationen under vilken dynamiskt omfång skapas bör registreras i Underhålls-RP.
- Vi rekommenderar att rollen "Schemalagd uppdateringsdeltagare" tilldelas följande omfång:
- Den prenumeration/resursgrupp där det dynamiska omfånget skapas.
- Omfånget för underhållskonfiguration.
Mer information finns i listan över behörigheter för olika resurser här.
En uppdatering har fastnat och fortsätter inte
Problem
Gäller för: ✔️ Virtuella dedikerade värdar ✔️
Om du distribuerar om en resurs till ett annat kluster och skapar en väntande uppdateringsbegäran med hjälp av det gamla klustervärdet fastnar begäran på obestämd tid.
Åtgärd
Om statusen för en åtgärd för att tillämpa en uppdatering stängs eller inte hittas försöker du igen efter 120 timmar. Kontakta supportteamet för hjälp om problemet kvarstår.
En dedikerad värd uppdateras efter att en underhållskonfiguration har anslutits
Problem
En underhållskonfiguration blockerar inte uppdateringen av en dedikerad värd och värden uppdateras även efter att du har bifogat en underhållskonfiguration.
Åtgärd
Om du återskapar en dedikerad värd med samma namn behåller underhållskonfigurationer det gamla dedikerade värd-ID:t, vilket hindrar den från att blockera uppdateringar. Du kan lösa det här problemet genom att ta bort underhållskonfigurationen och tilldela om den. Kontakta supportteamet för hjälp om problemet kvarstår.
Ett schema utlöses inte
Problem
Om en resurs har två underhållskonfigurationer med samma konfiguration för utlösare och korrigeringsinstallation, och båda tilldelas till samma virtuella dator eller resurs, utlöses bara en underhållskonfiguration.
Åtgärd
Ändra starttiden för en av underhållskonfigurationerna för att åtgärda problemet. Det här är en lösning på en aktuell systembegränsning där underhållskonfigurationer inte kan identifiera vilken underhållskonfiguration som ska utlösas.
Du kan inte skapa ett dynamiskt omfång för en resursgrupp
Problem
Valideringen av dynamiskt omfång misslyckas på grund av ett null-värde på platsen.
Åtgärd
Det här problemet med validering av dynamiskt omfång orsakar regression i valideringsprocessen. Vi rekommenderar att du anger den uppsättning platser som krävs för ett dynamiskt omfång på resursgruppsnivå.
Ett dynamiskt omfång körs inte och inga resurser korrigeras
Problem
Det går inte att platta ut dynamiskt omfång på grund av begränsning och tjänsten kan inte avgöra vilka virtuella datorer som är associerade med den virtuella datorn.
Åtgärd
Kontrollera att antalet prenumerationer per dynamiskt omfång inte är fler än 200. Läs mer om tjänstgränserna för dynamisk omfång.
Konfigurationstilldelningen av en dedikerad värd rensas inte efter att värden har tagits bort
Problem
När du har tagit bort de dedikerade värdarna finns det fortfarande konfigurationstilldelningar som är kopplade till dedikerade värdar.
Åtgärd
Innan du tar bort en dedikerad värd måste du ta bort underhållskonfigurationen som är associerad med den. Om den dedikerade värden tas bort men fortfarande visas i portalen kontaktar du supportteamet för att få hjälp. Rensningsprocesser finns för närvarande för dedikerade värdar för att förhindra påverkan på kunderna.
Du kan inte ange flera taggvärden för dynamiska omfång
Problem
Om du använder Azure Portal kan du inte ange flera taggvärden för dynamiska omfång.
Åtgärd
Den här funktionen är för närvarande inte tillgänglig i portalen. Som en lösning kan du använda Azure CLI eller Azure PowerShell för att skapa ett dynamiskt omfång. Systemet accepterar flera värden för taggar när du använder alternativet Azure CLI eller Azure PowerShell.
En underhållskonfiguration utlöses igen med en äldre utlösartid
Problem
Det finns ett känt problem i underhållskonfigurationer som rör cachelagring av gamla underhållsprinciper. Om en gammal princip cachelagras och en ny instans flyttar den nya principbearbetningen kan den gamla datorn utlösa schemat med den inaktuella starttiden.
Åtgärd
Vi rekommenderar att du uppdaterar underhållskonfigurationen minst 1 timme innan den schemalagda tiden. Kontakta supportteamet för hjälp om problemet kvarstår.
Tidsgränsen för underhållskonfigurationen uppnås i väntan på att en pågående uppdatering ska slutföras på en resurs
Problem
I sällsynta fall, om värduppdateringsfönstret råkar sammanfalla med den virtuella datorns gästkorrigeringsfönster, och om gästkorrigeringsfönstret inte har tillräckligt med tid för att köras efter värduppdateringen, visar systemet det här felmeddelandet: "Schemalägg tidsgräns och vänta på en pågående uppdatering för att slutföra resursen." Anledningen är att plattformen endast tillåter en uppdatering i taget.
Åtgärd
Ändra schemat för underhållskonfiguration för gästuppdateringen en tid efter att den pågående uppdateringen har slutförts.
Underhållskonfigurationer stöder inte ett API
Funktionen stöder för närvarande inte följande API:er:
- Hämta tillämpa uppdatering på prenumerationsnivå
- Hämta tillämpa uppdatering på resursgruppsnivå
- Hämta väntande uppdatering på prenumerationsnivå
- Hämta väntande uppdatering på resursgruppsnivå