Visa kända problem i Azure Stack HCI 2311.2 Allmän tillgänglighetsversion
Gäller för: Azure Stack HCI, version 23H2
Den här artikeln identifierar de kritiska kända problemen och deras lösningar i versionen av Azure Stack HCI 2311.2 Allmän tillgänglighet (GA).
Viktig information uppdateras kontinuerligt och när viktiga problem som kräver en lösning identifieras läggs de till. Innan du distribuerar din Azure Stack HCI bör du noggrant granska informationen i viktig information.
Viktigt!
Produktionsarbetsbelastningarna stöds endast i Azure Stack HCI-system som kör den allmänt tillgängliga versionen 2311.2. Om du vill köra GA-versionen måste du börja med en ny 2311-distribution och sedan uppdatera till 2311.2.
Mer information om de nya funktionerna i den här versionen finns i Nyheter i 23H2.
Problem med version 2311.2
Den här programvaruversionen mappar till programvaruversionsnummer 10.2311.2.7. Den här versionen stöder endast uppdateringar från 2311-versionen.
Viktig information för den här versionen omfattar de problem som har åtgärdats i den här versionen, kända problem i den här versionen och kända problem som har överförts från tidigare versioner.
Åtgärdade problem
Här är de problem som har åtgärdats i den här versionen:
| Funktion | Problem | Lösning/kommentarer |
|---|---|---|
| Lägga till server och reparationsserver | I den här versionen kan du lägga till server- och reparationsserverscenarier med följande fel: CloudEngine.Actions.InterfaceInvocationFailedException: Skriv "AddNewNodeConfiguration" för rollen BareMetal utlöste ett undantag: Termen "Trace-Execution" identifieras inte som namnet på en cmdlet, funktion, skriptfil eller ett operable-program. |
Följ de här stegen för att undvika det här felet: 1. Skapa en kopia av nödvändiga PowerShell-moduler på den nya noden. 2. Anslut till en nod i ditt Azure Stack HCI-system. 3. Kör följande PowerShell-cmdlet: Copy-Item "C:\Program Files\WindowsPowerShell\Modules\CloudCommon" "\newserver\c$\Program Files\WindowsPowerShell\Modules\CloudCommon" -rekursiv Mer information finns i Krav för att lägga till och reparera serverscenarier. |
| Utplacering | När du uppdaterar programvaran 2310 till 2311 migreras inte tjänstens huvudnamn. | Om du stöter på ett problem med programvaran använder du PowerShell för att migrera tjänstens huvudnamn. |
| Distribution | Om du väljer Granska + Skapa och inte har fyllt i alla flikar börjar distributionen och misslyckas till slut. | Det finns ingen känd lösning i den här versionen. |
| Distribution | Det här problemet visas om en felaktig prenumeration eller resursgrupp användes under registreringen. När du registrerar servern en andra gång med Arc misslyckas Azure Edge Lifecycle Manager-tillägget under registreringen, men tilläggstillståndet rapporteras som Redo. | Innan du kör registreringen andra gången: Se till att ta bort följande mappar från servrarna: C:\ecestore, C:\CloudDeploymentoch C:\nugetstore.Ta bort registernyckeln med powershell-cmdleten: Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation |
| Distribution | Ett nytt lagringskonto skapas för varje körning av distributionen. Befintliga lagringskonton stöds inte i den här versionen. | |
| Distribution | Ett nytt nyckelvalv skapas för varje körning av distributionen. Befintliga nyckelvalv stöds inte i den här versionen. | |
| Utplacering | På servermaskinvara skapas ett USB-nätverkskort för åtkomst till BMC (Baseboard Management Controller). Det här kortet kan orsaka att klusterverifieringen misslyckas under distributionen. | Se till att inaktivera BMC-nätverkskortet innan du påbörjar molndistributionen. |
| Distribution | Åsidosättningar av nätverksdirigering som definierats i mallen fungerar inte i den här versionen. | Använd Azure Resource Manager-mallen för att åsidosätta den här parametern och inaktivera RDMA för avsikterna. |
Kända problem i den här versionen
Här är de kända problemen i den här versionen:
| Funktion | Problem | Lösning/kommentarer |
|---|---|---|
| Uppdatera | Om du kör cmdleten innan du faktiskt tillämpar 2311.2-uppdateringen i den Test-CauRun här versionen visas ett felmeddelande om en brandväggsregel som saknas för att fjärrstänga Azure Stack HCI-systemet. |
Ingen åtgärd krävs från din sida eftersom regeln som saknas skapas automatiskt när 2311.2-uppdateringar tillämpas. När du tillämpar framtida uppdateringar ska du köra cmdleten Get-SolutionUpdateEnvironment i stället för Test-CauRun. |
| Uppdateringar | I sällsynta fall inaktiveras knappen Försök igen om en misslyckad uppdatering har fastnat i tillståndet Pågår i Azure Update Manager. | Kör följande PowerShell-kommando för att återuppta uppdateringen:Get-SolutionUpdate|Start-SolutionUpdate. |
| Uppdateringar | I vissa fall SolutionUpdate kan kommandon misslyckas om de Send-DiagnosticData körs efter kommandot. |
Se till att stänga PowerShell-sessionen som används för Send-DiagnosticData. Öppna en ny PowerShell-session och använd den för SolutionUpdate kommandon. |
| Uppdateringar | I mycket sällsynta fall, när du tillämpar en uppdatering från 2311.0.24 till 2311.2.4, rapporterar klusterstatus pågår i stället för förväntat Det gick inte att uppdatera. | Försök uppdatera igen. Kontakta Microsoft Support om problemet kvarstår. |
| Hantering av virtuella Arc-datorer | Om den resursgrupp som används för att distribuera en virtuell Arc-dator på din Azure Stack HCI har ett understreck i namnet misslyckas installationen av gästagenten. Därför kan du inte aktivera gästhantering. | Kontrollera att det inte finns några understreck i de resursgrupper som används för att distribuera virtuella Arc-datorer. |
| Klustermedveten uppdatering | Det gick inte att återuppta noden genom att återuppta noden. | Det här är ett tillfälligt problem som kan lösas på egen hand. Vänta några minuter och försök igen. Kontakta Microsoft Support om problemet kvarstår. |
| Klustermedveten uppdatering | Åtgärden Pausa nod har fastnat i mer än 90 minuter. | Det här är ett tillfälligt problem som kan lösas på egen hand. Vänta några minuter och försök igen. Kontakta Microsoft Support om problemet kvarstår. |
Kända problem från tidigare versioner
Här är de kända problemen från tidigare versioner:
| Funktion | Problem | Lösning |
|---|---|---|
| Hantering av virtuella Arc-datorer | Distribution eller uppdatering av Arc Resource Bridge kan misslyckas när den automatiskt genererade tillfälliga SPN-hemligheten under den här åtgärden börjar med ett bindestreck. | Försök att distribuera/uppdatera igen. Återförsöket bör återskapa SPN-hemligheten och åtgärden kommer sannolikt att lyckas. |
| Hantering av virtuella Arc-datorer | Arc-tillägg på virtuella Arc-datorer förblir i tillståndet "Skapa" på obestämd tid. | Logga in på den virtuella datorn, öppna en kommandotolk och skriv följande: Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json Leta sedan upp resourcename egenskapen. Ta bort det GUID som läggs till i slutet av resursnamnet, så att den här egenskapen matchar namnet på den virtuella datorn. Starta sedan om den virtuella datorn. |
| Hantering av virtuella Arc-datorer | När en ny server läggs till i ett Azure Stack HCI-kluster skapas inte lagringssökvägen automatiskt för den nya volymen. | Du kan skapa en lagringssökväg manuellt för alla nya volymer. Mer information finns i Skapa en lagringssökväg. |
| Hantering av virtuella Arc-datorer | Omstarten av Arc VM-åtgärden slutförs efter cirka 20 minuter, även om själva den virtuella datorn startas om om ungefär en minut. | Det finns ingen känd lösning i den här versionen. |
| Hantering av virtuella Arc-datorer | I vissa fall visas statusen för det logiska nätverket som Misslyckad i Azure Portal. Detta inträffar när du försöker ta bort det logiska nätverket utan att först ta bort några resurser, till exempel nätverksgränssnitt som är associerade med det logiska nätverket. Du bör fortfarande kunna skapa resurser i det här logiska nätverket. Statusen är missvisande i den här instansen. |
Om statusen för det här logiska nätverket lyckades vid den tidpunkt då nätverket etablerades kan du fortsätta att skapa resurser i det här nätverket. |
| Hantering av virtuella Arc-datorer | I den här versionen misslyckas åtgärden med följande felmeddelande när du uppdaterar en virtuell dator med en datadisk som är ansluten till den med hjälp av Azure CLI: Det gick inte att hitta en virtuell hårddisk med namnet. |
Använd Azure Portal för alla vm-uppdateringsåtgärder. Mer information finns i Hantera virtuella Arc-datorer och Hantera arc-VM-resurser. |
| Utplacering | Det finns ett tillförlitlighetsproblem med sporadiska pulsslag i den här versionen på grund av att registreringen påträffar felet: HCI-registreringen misslyckades. Fel: Arc-integreringen misslyckades. | Det här problemet är tillfälligt. Prova att köra distributionen igen. Mer information finns i Kör distributionen igen. |
| Utplacering | Det finns ett tillfälligt problem i den här versionen där Arc-integreringsverifieringen misslyckas med det här felet: Validatorn misslyckades. Det går inte att hämta de dynamiska parametrarna för cmdleten. PowerShell-galleriet är inte tillgänglig för närvarande. Försök igen senare. | Det här problemet är tillfälligt. Prova att köra distributionen igen. Mer information finns i Kör distributionen igen. |
| Utplacering | AzureEdgeRemoteSupport-tillägget visas som "Misslyckades" i klustervyn och "Lyckades" i nodvyn. Dessutom visar nodvyn ett felaktigt tilläggsnamn, "AzureEdgeEdgeRemoteSupport". | Det här problemet är kosmetiskt och påverkar inte tilläggsfunktionerna. Du kanske vill följa de här stegen för att åtgärda problemet manuellt: 1. I Azure Portal navigerar du till resursgruppen för dina noder. 2. Gå till varje Arc-nod och avinstallera fjärrsupporttillägget. 3. Tillåt upp till 12 timmar för Azure Stack HCI-resursprovidern att uppdatera tilläggen. Den här proceduren möjliggör ominstallation av tillägget, vilket säkerställer att det visar rätt namn, AzureEdgeRemoteSupport, och löser eventuella fel som observerats i klustervyn. Du kan också använda cmdleten sync-azurestackhci för att tvinga fram en synkronisering på någon av klusternoderna. |
| Uppdatera | I sällsynta fall kan det här felet uppstå när du uppdaterar din Azure Stack HCI: Skriv "UpdateArbAndExtensions" för rollen "MocArb" genererade ett undantag: Undantagsuppgradering av ARB och tillägg i steg [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]. | Om du ser det här problemet kontaktar du Microsoft Support för att hjälpa dig med nästa steg. |
| Uppdatera | När du försöker ändra ditt AzureStackLCMUserPassword med kommandot : Set-AzureStackLCMUserPasswordkan det här felet uppstå: Det går inte att hitta ett objekt med identitet: objekt-ID. |
Om problemet uppstår kontaktar du Microsoft Support för nästa steg. |
| Uppdatera | I den här versionen finns det ett problem med hälsokontroll som förhindrar att en enskild server som kör Azure Stack HCI uppdateras via Azure Portal. | Använd PowerShell för att utföra uppdateringen. Mer information finns i Uppdatera din Azure Stack HCI, version 23H2 via PowerShell. |
| Nätverkande | Det finns ett ovanligt DNS-klientproblem i den här versionen som gör att distributionen misslyckas på ett kluster med två noder med ett DNS-matchningsfel: En WebException inträffade när en RestRequest skickades. WebException.Status: NameResolutionFailure. Som ett resultat av felet tas DNS-posten för den andra noden bort strax efter att den har skapats, vilket resulterar i ett DNS-fel. | Starta om servern. Den här åtgärden registrerar DNS-posten, vilket förhindrar att den tas bort. |
| Azure Portal | I vissa fall kan Azure Portal ta en stund att uppdatera och vyn kanske inte är aktuell. | Du kan behöva vänta i 30 minuter eller mer för att se den uppdaterade vyn. |
| Hantering av virtuella Arc-datorer | Att ta bort ett nätverksgränssnitt på en virtuell Arc-dator från Azure Portal fungerar inte i den här versionen. | Använd Azure CLI för att först ta bort nätverksgränssnittet och sedan ta bort det. Mer information finns i Ta bort nätverksgränssnittet och se Ta bort nätverksgränssnittet. |
| Hantering av virtuella Arc-datorer | När du skapar en disk eller ett nätverksgränssnitt i den här versionen med understreck i namnet misslyckas åtgärden. | Se till att inte använda understreck i namnen på diskar eller nätverksgränssnitt. |
| Distribution | Att ange organisationsenhetens namn i en felaktig syntax identifieras inte i Azure Portal. Den felaktiga syntaxen identifieras dock i ett senare steg under klusterverifieringen. | Det finns ingen känd lösning i den här versionen. |
| Distribution | I vissa fall installerar inte de obligatoriska tilläggen, Azure Edge-enhetshantering eller Azure Edge Lifecycle Manager när du kör Arc-registreringsskriptet . | Kör skriptet igen och kontrollera att alla obligatoriska tillägg är installerade innan du distribuerar via Azure Portal. |
| Distribution | Det första distributionssteget: Innan molndistribution när du distribuerar via Azure Portal kan ta mellan 45 minuter och en timme att slutföra. | |
| Distribution | Distributioner via Azure Resource Manager överskrider tidsgränsen efter 2 timmar. Distributioner som överskrider 2 timmar visas som misslyckade i resursgruppen även om klustret har skapats. | Om du vill övervaka distributionen i Azure Portal går du till Azure Stack HCI-klusterresursen och går sedan till posten Nya distributioner. |
| Azure Site Recovery | Azure Site Recovery kan inte installeras på ett Azure Stack HCI-kluster i den här versionen. | Det finns ingen känd lösning i den här versionen. |
| Uppdatera | När du uppdaterar Azure Stack HCI-klustret via Azure Update Manager kanske uppdateringens förlopp och resultat inte visas i Azure Portal. | Om du vill undvika det här problemet lägger du till följande registernyckel på varje klusternod (inget värde behövs):New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -forceStarta sedan om klustergruppen Cloud Management på en av klusternoderna. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"Detta åtgärdar inte problemet helt eftersom förloppsinformationen kanske fortfarande inte visas under en varaktighet av uppdateringsprocessen. Du kan hämta den senaste uppdateringsinformationen genom att hämta uppdateringsstatusen med PowerShell. |