Visa kända problem i Azure Stack HCI 2402.1-versionen

Gäller för: Azure Stack HCI, version 23H2

Den här artikeln identifierar de kritiska kända problemen och deras lösningar i Azure Stack HCI 2402.1-versionen.

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

Den här versionen stöder endast uppdateringar. Du måste köra version 2402 för att kunna uppdatera till den här versionen. Nya distributioner stöds inte med den här versionen.

Mer information om de nya funktionerna i den här versionen finns i Nyheter i 23H2.

Problem med version 2402.1

Den här programvaruversionen mappar till programvaruversionsnummer 10.2402.1.5.

Viktig information för den här versionen innehåller 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 åtgärdas i den här versionen:

Funktion	Problem	Lösning/kommentarer
Uppdateringar	I den här versionen finns det ett hälsokontrollproblem som gör att en enskild server inte kan uppdateras från Azure Portal.	Uppdatera din Azure Stack HCI via PowerShell.
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.
Hantering av virtuella Arc-datorer	Om resursgruppen 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.

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
AKS på HCI	Det går inte att skapa AKS-klustret med Error: Invalid AKS network resource id. Det här problemet kan inträffa när det associerade logiska nätverksnamnet har ett understreck.	Understreck stöds inte i logiska nätverksnamn. Se till att inte använda understreck i namnen för logiska nätverk som distribueras på din Azure Stack HCI.

Kända problem från tidigare versioner

Här är de kända problemen från tidigare versioner:

Funktion	Problem	Lösning
Reparationsserver	I sällsynta fall misslyckas åtgärden Repair-Server med HealthServiceWaitForDriveFW felet. I dessa fall tas inte de gamla enheterna från den reparerade noden bort och nya diskar fastnar i underhållsläget.	Om du vill förhindra det här problemet kontrollerar du att du INTE tömmer noden antingen via Windows Admin Center eller med hjälp av PowerShell-cmdleten Suspend-ClusterNode -Drain innan du startar Repair-Server. Om problemet uppstår kontaktar du Microsoft Support för nästa steg.
Reparationsserver	Det här problemet uppstår när Azure Stack HCI för enskild server uppdateras från 2311 till 2402 och sedan Repair-Server utförs. Reparationen misslyckas.	Innan du reparerar den enskilda noden följer du dessa steg: 1. Kör version 2402 för ADPrepTool. Följ stegen i Förbered Active Directory. Den här åtgärden går snabbt och lägger till de behörigheter som krävs för organisationsenheten (OU). 2. Flytta datorobjektet från segmentet Datorer till rotenheten. Kör följande kommando: Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"
Distribution	Om du förbereder Active Directory på egen hand (inte med hjälp av skriptet och proceduren som tillhandahålls av Microsoft) kan din Active Directory-validering misslyckas med behörigheten saknas Generic All . Detta beror på ett problem i verifieringskontrollen som söker efter en dedikerad behörighetspost för msFVE-RecoverInformationobjects – General – Permissions Full control, som krävs för BitLocker-återställning.	Använd metoden Förbered AD-skript eller om du använder din egen metod måste du tilldela den specifika behörigheten msFVE-RecoverInformationobjects – General – Permissions Full control.
Distribution	Det finns ett sällsynt problem i den här versionen där DNS-posten tas bort under Azure Stack HCI-distributionen. När detta inträffar visas följande undantag: Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception:<br>The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123.	Kontrollera DNS-servern för att se om några DNS-poster för klusternoderna saknas. Använd följande åtgärd på noderna där dess DNS-post saknas. Starta om DNS-klienttjänsten. Öppna en PowerShell-session och kör följande cmdlet på den berörda noden: Taskkill /f /fi "SERVICES eq dnscache"
Distribution	I den här versionen uppstår ett fjärraktivitetsfel på en distribution med flera noder som resulterar i följande undantag: ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>).	Lösningen är att starta om ECE-agenten på den berörda noden. Öppna en PowerShell-session på servern och kör följande kommando: Restart-Service ECEAgent.
Lägg till/reparera server	I den här versionen, när du lägger till eller reparerar en server, visas ett fel när programvarans lastbalanserare eller virtuella nätverksstyrenhetscertifikat kopieras från de befintliga noderna. Felet beror på att dessa certifikat inte genererades under distributionen/uppdateringen.	Det finns ingen lösning i den här versionen. Om du stöter på det här problemet kontaktar du Microsoft Support för att fastställa nästa steg.
Distribution	I den här versionen finns det ett tillfälligt problem som resulterar i distributionsfelet med följande undantag: Type 'SyncDiagnosticLevel' of Role 'ObservabilityConfig' raised an exception:*<br>*Syncing Diagnostic Level failed with error: The Diagnostic Level does not match. Portal was not set to Enhanced, instead is Basic.	Eftersom det här är ett tillfälligt problem bör du åtgärda detta genom att försöka distribuera igen. Mer information finns i så här kör du distributionen igen.
Distribution	I den här versionen finns det ett problem med fältet Hemligheter URI/plats. Det här är ett obligatoriskt fält som är markerat som Inte obligatoriskt och resulterar i arm-mallens distributionsfel.	Använd exempelparametrar-filen i mallen Distribuera Azure Stack HCI version 23H2 via ARM för att säkerställa att alla indata anges i det format som krävs och prova sedan distributionen. Om distributionen misslyckas måste du också rensa följande resurser innan du kör distributionen igen: 1. Ta bort C:\EceStore. 2. Ta bort C:\CloudDeployment. 3. Ta bort C:\nugetstore. 4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.
Säkerhet	För nya distributioner har enheter med säker kärna inte DRTM (Dynamic Root of Measurement) aktiverat som standard. Om du försöker aktivera (DRTM) med hjälp av cmdleten Enable-AzSSecurity visas ett fel om att DRTM-inställningen inte stöds i den aktuella versionen. Microsoft rekommenderar skydd på djupet, och UEFI Secure Boot skyddar fortfarande komponenterna i SRT-startkedjan (Static Root of Trust) genom att se till att de endast läses in när de signeras och verifieras.	DRTM stöds inte i den här versionen.
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 åtgärden för den virtuella Arc-datorn 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 vilseledande i den här instansen.	Om statusen för det här logiska nätverket lyckades när det här 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.
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å: Can't find an object with identity: 'object id'*.	Det finns ingen känd lösning i den här versionen.
Nätverk	Det finns ett sällan förekommande DNS-klientproblem i den här versionen som gör att distributionen misslyckas i 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 buggen 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.
Distribution	Att ange organisationsenhetens namn i en felaktig syntax identifieras inte i Azure Portal. Den felaktiga syntaxen innehåller tecken som inte stöds, till exempel &,”,’,<,>. Den felaktiga syntaxen identifieras i ett senare steg under klustervalidering.	Kontrollera att OU-sökvägssyntaxen är korrekt och inte innehåller tecken som inte stöds.
Distribution	Distributioner via Azure Resource Manager tidsgräns 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 uppdateringshanterare kanske uppdateringsstatusen och resultaten 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" -force Starta sedan om molnhanteringsklustergruppen 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 tid av uppdateringsprocessen. Om du vill få den senaste uppdateringsinformationen kan du hämta uppdateringsstatusen med PowerShell.
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ärrstoppa 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 Test-EnvironmentReadiness i stället för Test-CauRun. Mer information finns i Steg 2: Verifiera systemets hälsotillstånd om du vill.
Uppdateringar	I sällsynta fall är knappen Försök igen inaktiverad om en misslyckad uppdatering har fastnat i ett pågående tillstånd i Azure uppdateringshanterare.	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 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.
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 noden 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.

Nästa steg

• Läs distributionsöversikten.