Bekende problemen in Azure Stack HCI 2402.1-release weergeven

Van toepassing op: Azure Stack HCI, versie 23H2

In dit artikel worden de kritieke bekende problemen en de bijbehorende tijdelijke oplossingen in azure Stack HCI 2402.1-release beschreven.

De releaseopmerkingen worden continu bijgewerkt en als er kritieke problemen worden ontdekt waarvoor een tijdelijke oplossing nodig is, worden ze toegevoegd. Voordat u uw Azure Stack HCI implementeert, moet u de informatie in de opmerkingen bij de release zorgvuldig doornemen.

Notitie

Zie Azure Stack HCI versie 23H2 releases voor meer informatie over de ondersteunde updatepaden voor deze release.

Zie Wat is er nieuw in 23H2 voor meer informatie over de nieuwe functies in deze release.

Problemen met versie 2402.1

Deze softwarerelease wordt toegewezen aan softwareversienummer 10.2402.1.5.

Releaseopmerkingen voor deze versie omvatten de problemen die in deze release zijn opgelost, bekende problemen in deze release en release-genoteerde problemen die zijn overgenomen van eerdere versies.

Opgeloste problemen

Dit zijn de problemen die in deze release zijn opgelost:

Functie	Probleem	Tijdelijke oplossing/opmerkingen
Updates	In deze release is er een probleem met de statuscontrole, waardoor één server Azure Stack HCI niet kan worden bijgewerkt vanuit de Azure Portal.	Werk uw Azure Stack HCI bij via PowerShell.
Vm-beheer in Arc	Wanneer u in deze release een schijf of een netwerkinterface maakt met onderstrepingsteken in de naam, mislukt de bewerking.	Zorg ervoor dat u geen onderstrepingsteken gebruikt in de namen voor schijven of netwerkinterfaces.
Vm-beheer in Arc	Als de resourcegroep die wordt gebruikt voor het implementeren van een Arc-VM op uw Azure Stack HCI een onderstrepingsteken in de naam heeft, mislukt de installatie van de gastagent. Als gevolg hiervan kunt u gastbeheer niet inschakelen.	Zorg ervoor dat er geen onderstrepingstekens zijn in de resourcegroepen die worden gebruikt voor het implementeren van Arc-VM's.

Bekende problemen in deze release

Dit zijn de bekende problemen in deze release:

Functie	Probleem	Tijdelijke oplossing/opmerkingen
AKS op HCI	Het maken van een AKS-cluster mislukt met de Error: Invalid AKS network resource id. Dit probleem kan optreden wanneer de naam van het logische netwerk een onderstrepingsteken heeft.	Onderstrepingstekens worden niet ondersteund in namen van logische netwerken. Zorg ervoor dat u geen onderstrepingsteken gebruikt in de namen voor logische netwerken die zijn geïmplementeerd op uw Azure Stack HCI.

Bekende problemen uit eerdere releases

Dit zijn de bekende problemen uit eerdere releases:

Functie	Probleem	Tijdelijke oplossing
Server herstellen	In zeldzame gevallen mislukt de Repair-Server bewerking met de HealthServiceWaitForDriveFW fout. In deze gevallen worden de oude stations van het gerepareerde knooppunt niet verwijderd en blijven nieuwe schijven vastzitten in de onderhoudsmodus.	Om dit probleem te voorkomen, moet u ervoor zorgen dat u het knooppunt niet leegloopt via de Windows Admin Center of met behulp van de Suspend-ClusterNode -Drain PowerShell-cmdlet voordat u begintRepair-Server. Als het probleem zich voordoet, neemt u contact op met Microsoft Ondersteuning voor de volgende stappen.
Server herstellen	Dit probleem treedt op wanneer de Azure Stack HCI met één server wordt bijgewerkt van 2311 naar 2402 en vervolgens de Repair-Server wordt uitgevoerd. De reparatiebewerking mislukt.	Voer de volgende stappen uit voordat u het ene knooppunt herstelt: 1. Voer versie 2402 uit voor de ADPrepTool. Volg de stappen in Active Directory voorbereiden. Deze actie is snel en voegt de vereiste machtigingen toe aan de organisatie-eenheid (OE). 2. Verplaats het computerobject van het segment Computers naar de hoofd-OE. Voer de volgende opdracht uit: Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"
Implementatie	Als u de Active Directory zelf voorbereidt (niet met behulp van het script en de procedure van Microsoft), kan uw Active Directory-validatie mislukken met ontbrekende Generic All machtigingen. Dit wordt veroorzaakt door een probleem in de validatiecontrole waarbij wordt gecontroleerd op een toegewezen machtigingsvermelding voor msFVE-RecoverInformationobjects – General – Permissions Full control, die vereist is voor BitLocker-herstel.	Gebruik de methode AD-script voorbereiden of als u uw eigen methode gebruikt, moet u de specifieke machtiging msFVE-RecoverInformationobjects – General – Permissions Full controltoewijzen.
Implementatie	Er is een zeldzaam probleem in deze release waarbij de DNS-record wordt verwijderd tijdens de implementatie van Azure Stack HCI. Wanneer dit gebeurt, wordt de volgende uitzondering weergegeven: 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.	Controleer de DNS-server om te zien of er DNS-records van de clusterknooppunten ontbreken. Pas de volgende beperking toe op de knooppunten waar de DNS-record ontbreekt. Start de DNS-clientservice opnieuw op. Open een PowerShell-sessie en voer de volgende cmdlet uit op het betreffende knooppunt: Taskkill /f /fi "SERVICES eq dnscache"
Implementatie	In deze release is er een externe taakfout opgetreden bij een implementatie met meerdere knooppunten, wat resulteert in de volgende uitzondering: ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>).	De oplossing is om de ECE-agent opnieuw te starten op het betreffende knooppunt. Open op uw server een PowerShell-sessie en voer de volgende opdracht uit: Restart-Service ECEAgent.
Server toevoegen/herstellen	Wanneer u in deze release een server toevoegt of herstelt, ziet u een fout wanneer de software load balancer- of netwerkcontroller-VM-certificaten worden gekopieerd van de bestaande knooppunten. De fout is omdat deze certificaten niet zijn gegenereerd tijdens de implementatie/update.	Deze release bevat geen tijdelijke oplossing. Als u dit probleem ondervindt, neemt u contact op met Microsoft Ondersteuning om de volgende stappen te bepalen.
Implementatie	In deze release is er een tijdelijk probleem dat resulteert in de implementatiefout met de volgende uitzondering: 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.	Omdat dit een tijdelijk probleem is, moet dit worden opgelost door de implementatie opnieuw uit te proberen. Zie De implementatie opnieuw uitvoeren voor meer informatie.
Implementatie	In deze release is er een probleem met het veld Geheimen-URI/locatie. Dit is een verplicht veld dat is gemarkeerd als Niet verplicht en resulteert in fouten bij de implementatie van Azure Resource Manager-sjablonen.	Gebruik het voorbeeldparametersbestand in de sjabloon Azure Stack HCI, versie 23H2 implementeren via Azure Resource Manager om ervoor te zorgen dat alle invoer wordt opgegeven in de vereiste indeling en probeer vervolgens de implementatie. Als er een mislukte implementatie is, moet u ook de volgende resources opschonen voordat u de implementatie opnieuw uitvoert: 1. Verwijder C:\EceStore. 2. Verwijder C:\CloudDeployment. 3. Verwijder C:\nugetstore. 4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.
Veiligheid	Voor nieuwe implementaties is op apparaten met beveiligde kernen niet standaard DRTM (Dynamic Root of Measurement) ingeschakeld. Als u (DRTM) probeert in te schakelen met behulp van de cmdlet Enable-AzSSecurity, ziet u een fout dat DRTM-instelling niet wordt ondersteund in de huidige release. Microsoft raadt diepgaande verdediging aan en UEFI Secure Boot beveiligt nog steeds de onderdelen in de SRT-opstartketen (Static Root of Trust) door ervoor te zorgen dat ze alleen worden geladen wanneer ze zijn ondertekend en geverifieerd.	DRTM wordt niet ondersteund in deze release.
Networking	Een omgevingscontrole mislukt wanneer een proxyserver wordt gebruikt. Standaard is de bypass-lijst anders voor winhttp en wininet, waardoor de validatiecontrole mislukt.	Volg deze tijdelijke stappen: 1. Wis de lijst voor het omzeilen van de proxy vóór de statuscontrole en voordat u de implementatie of de update start. 2. Nadat de controle is doorgegeven, wacht u totdat de implementatie of update is mislukt. 3. Stel de lijst voor het omzeilen van de proxy opnieuw in.
Beheer van ARC-VM's	De implementatie of update van Arc Resource Bridge kan mislukken wanneer het automatisch gegenereerde tijdelijke SPN-geheim tijdens deze bewerking begint met een afbreekstreepje.	Voer de implementatie/update opnieuw uit. De nieuwe poging moet het SPN-geheim opnieuw genereren en de bewerking slaagt waarschijnlijk.
Beheer van ARC-VM's	Arc-extensies op Arc-VM's blijven voor onbepaalde tijd in de status 'Maken'.	Meld u aan bij de VM, open een opdrachtprompt en typ het volgende: Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json Zoek vervolgens de resourcename eigenschap. Verwijder de GUID die is toegevoegd aan het einde van de resourcenaam, zodat deze eigenschap overeenkomt met de naam van de VM. Start de VM vervolgens opnieuw op.
Beheer van ARC-VM's	Wanneer een nieuwe server wordt toegevoegd aan een Azure Stack HCI-cluster, wordt het opslagpad niet automatisch gemaakt voor het zojuist gemaakte volume.	U kunt handmatig een opslagpad maken voor nieuwe volumes. Zie een opslagpad Creatie voor meer informatie.
Beheer van ARC-VM's	Het opnieuw opstarten van arc-VM-bewerking wordt na ongeveer 20 minuten voltooid, hoewel de VM zelf over ongeveer een minuut opnieuw wordt opgestart.	Er is geen bekende tijdelijke oplossing in deze release.
Beheer van ARC-VM's	In sommige gevallen wordt de status van het logische netwerk weergegeven als Mislukt in Azure Portal. Dit gebeurt wanneer u het logische netwerk probeert te verwijderen zonder eerst resources te verwijderen, zoals netwerkinterfaces die aan dat logische netwerk zijn gekoppeld. U moet nog steeds resources kunnen maken in dit logische netwerk. De status is in dit geval misleidend.	Als de status van dit logische netwerk geslaagd was op het moment dat dit netwerk werd ingericht, kunt u doorgaan met het maken van resources in dit netwerk.
Beheer van ARC-VM's	Wanneer u in deze release een virtuele machine bijwerkt waaraan een gegevensschijf is gekoppeld met behulp van de Azure CLI, mislukt de bewerking met het volgende foutbericht: Kan geen virtuele harde schijf met de naam vinden.	Gebruik de Azure Portal voor alle VM-updatebewerkingen. Zie Arc-VM's beheren en Vm-resources voor Arc beheren voor meer informatie.
bijwerken	In zeldzame gevallen kan deze fout optreden tijdens het bijwerken van uw Azure Stack HCI: Type 'UpdateArbAndExtensions' van rol 'MocArb' heeft een uitzondering gegenereerd: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml].	Als u dit probleem ziet, neemt u contact op met Microsoft Ondersteuning om u te helpen met de volgende stappen.
Networking	Er is een onregelmatig DNS-clientprobleem in deze release dat ervoor zorgt dat de implementatie mislukt op een cluster met twee knooppunten met een DNS-omzettingsfout: Er is een WebException opgetreden tijdens het verzenden van een RestRequest. WebException.Status: NameResolutionFailure. Als gevolg van de fout wordt de DNS-record van het tweede knooppunt verwijderd kort nadat het is gemaakt, wat resulteert in een DNS-fout.	Start de server opnieuw. Met deze bewerking wordt de DNS-record geregistreerd, waardoor deze niet kan worden verwijderd.
Azure Portal	In sommige gevallen kan het even duren voordat de Azure Portal is bijgewerkt en is de weergave mogelijk niet actueel.	Mogelijk moet u 30 minuten of langer wachten om de bijgewerkte weergave te zien.
Beheer van ARC-VM's	Het verwijderen van een netwerkinterface op een Arc-VM uit Azure Portal werkt niet in deze release.	Gebruik de Azure CLI om eerst de netwerkinterface te verwijderen en vervolgens te verwijderen. Zie De netwerkinterface verwijderen en De netwerkinterface verwijderen voor meer informatie.
Implementatie	Het opgeven van de naam van de organisatie-eenheid in een onjuiste syntaxis wordt niet gedetecteerd in de Azure Portal. De onjuiste syntaxis bevat niet-ondersteunde tekens, zoals &,",',<,>. De onjuiste syntaxis wordt in een latere stap tijdens de clustervalidatie gedetecteerd.	Zorg ervoor dat de syntaxis van het OE-pad juist is en geen niet-ondersteunde tekens bevat.
Implementatie	Implementaties via Azure Resource Manager na 2 uur een time-out opgetreden. Implementaties die langer zijn dan 2 uur, worden weergegeven als mislukt in de resourcegroep, hoewel het cluster is gemaakt.	Als u de implementatie in de Azure Portal wilt bewaken, gaat u naar de Azure Stack HCI-clusterresource en gaat u vervolgens naar de nieuwe vermelding Implementaties.
Azure Site Recovery	Azure Site Recovery kan in deze release niet worden geïnstalleerd op een Azure Stack HCI-cluster.	Er is geen bekende tijdelijke oplossing in deze release.
bijwerken	Wanneer u het Azure Stack HCI-cluster bijwerkt via de Azure Update Manager, zijn de voortgang en resultaten van de update mogelijk niet zichtbaar in de Azure Portal.	U kunt dit probleem omzeilen door op elk clusterknooppunt de volgende registersleutel toe te voegen (geen waarde nodig): New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force Start vervolgens op een van de clusterknooppunten de clustergroep Cloudbeheer opnieuw op. Stop-ClusterGroup "Cloud Management" Start-ClusterGroup "Cloud Management" Hiermee wordt het probleem niet volledig opgelost, omdat de voortgangsgegevens mogelijk nog steeds niet worden weergegeven gedurende een periode van het updateproces. Als u de meest recente updategegevens wilt ophalen, kunt u de voortgang van de update ophalen met PowerShell.
Updates	In zeldzame gevallen, als een mislukte update is vastgelopen in de status Wordt uitgevoerd in Azure Update Manager, is de knop Opnieuw proberen uitgeschakeld.	Voer de volgende PowerShell-opdracht uit om de update te hervatten: Get-SolutionUpdate|Start-SolutionUpdate.
Updates	In sommige gevallen SolutionUpdate kunnen opdrachten mislukken als ze na de Send-DiagnosticData opdracht worden uitgevoerd.	Zorg ervoor dat u de PowerShell-sessie sluit die wordt gebruikt voor Send-DiagnosticData. Open een nieuwe PowerShell-sessie en gebruik deze voor SolutionUpdate opdrachten.
Updates	In zeldzame gevallen, bij het toepassen van een update van 2311.0.24 naar 2311.2.4 , wordt de clusterstatus in uitvoering gerapporteerd in plaats van de verwachte update mislukt.	Probeer de update opnieuw uit te voeren. Als het probleem zich blijft voordoen, neemt u contact op met Microsoft Ondersteuning.
Clusterbewust bijwerken	Hervatten van knooppuntbewerking kan knooppunt niet hervatten.	Dit is een tijdelijk probleem dat vanzelf kan worden opgelost. Wacht enkele minuten en voer de bewerking opnieuw uit. Als het probleem zich blijft voordoen, neemt u contact op met Microsoft Ondersteuning.
Clusterbewust bijwerken	De knooppuntbewerking onderbreken is langer dan 90 minuten vastgelopen.	Dit is een tijdelijk probleem dat vanzelf kan worden opgelost. Wacht enkele minuten en voer de bewerking opnieuw uit. Als het probleem zich blijft voordoen, neemt u contact op met Microsoft Ondersteuning.

Volgende stappen

• Lees het Implementatieoverzicht.