Problemen met Azure Stack HCI-registratie oplossen

Artikel
11/23/2024

Van toepassing op: Azure Local, versie 22H2

Belangrijk

Azure Stack HCI maakt nu deel uit van Azure Local. De naam van productdocumentatie wordt nog steeds bijgewerkt. Oudere versies van Azure Stack HCI, bijvoorbeeld 22H2, blijven verwijzen naar Azure Stack HCI en geven de naamwijziging niet weer. Meer informatie.

Belangrijk

Instructies voor probleemoplossing in dit artikel zijn van toepassing op een oudere versie, Azure Stack HCI, versie 22H2. Zie Ondersteuning krijgen voor implementatieproblemen met Azure Stack HCI voor nieuwe implementaties met de meest recente algemeen beschikbare versie, Azure Stack HCI, versie 23H2.

Voor het oplossen van problemen met Azure Stack HCI-registratie moet u zowel PowerShell-registratielogboeken als hcisvc-foutopsporingslogboeken van elke server in het cluster bekijken.

PowerShell-registratielogboeken verzamelen

Wanneer de en Unregister-AzStackHCI cmdlets worden uitgevoerd, worden logboekbestanden met de Register-AzStackHCI naam RegisterHCI_{yyyymmdd-hhss}.log en UnregisterHCI_{yyymmdd-hhss}.log voor elke poging gemaakt. U kunt de logboekmap voor deze logboekbestanden instellen met behulp van de -LogsDirectory parameter in de Register-AzStackHCI cmdlet en de aanroep Get-AzStackHCILogsDirectory om de locatie te verkrijgen. Deze bestanden worden standaard gemaakt in C:\ProgramData\AzureStackHCI\Registration. Voor PowerShell-moduleversie 2.1.2 of eerder worden deze bestanden gemaakt in de werkmap van de PowerShell-sessie waarin de cmdlets worden uitgevoerd.

Foutopsporingslogboeken worden standaard niet opgenomen. Als er een probleem is dat de aanvullende foutopsporingslogboeken nodig heeft, stelt u de voorkeur voor foutopsporing in op Doorgaan door de volgende cmdlet uit te voeren voordat u deze uitvoert Register-AzStackHCI of Unregister-AzStackHCI:

$DebugPreference = 'Continue'

On-premises hcisvc-logboeken verzamelen

Als u foutopsporingslogboeken voor hcisvc wilt inschakelen, voert u de volgende opdracht uit in PowerShell op elke server in het cluster:

wevtutil.exe sl /q /e:true Microsoft-AzureStack-HCI/Debug

De logboeken ophalen:

Get-WinEvent -Logname Microsoft-AzureStack-HCI/Debug -Oldest -ErrorAction Ignore

Kan niet registreren. Kan geen zelfondertekend certificaat genereren op knooppunt(en) {Node1, Node2}. Kan het registratiecertificaat niet instellen en verifiëren op knooppunt(en) {Node1,Node2}

Uitleg van foutstatus:

Tijdens de registratie moet elke server in het cluster actief zijn met uitgaande internetverbinding met Azure. De Register-AzStackHCI-cmdlet praat met elke server in het cluster om certificaten in te richten. Elke server gebruikt het certificaat om een API-aanroep te maken naar HCI-services in de cloud om registratie te valideren.

Als de registratie mislukt, ziet u mogelijk het volgende bericht: Kan niet registreren. Kan geen zelfondertekend certificaat genereren op knooppunt(en) {Node1, Node2}. Kan het registratiecertificaat niet instellen en verifiëren op knooppunt(en) {Node1,Node2}

Als er knooppuntnamen zijn nadat het zelfondertekende certificaat niet kon worden gegenereerd op een of meer knooppunten van het foutbericht, kon het systeem het certificaat niet genereren op die server(s ).

Herstelactie:

Controleer of elke server die in het bovenstaande bericht wordt vermeld, actief is. U kunt de status van hcisvc controleren door deze uit te voeren sc.exe query hcisvc en zo nodig te starten met start-service hcisvc.
Controleer of elke server in het foutbericht verbinding heeft met de computer waarop de Register-AzStackHCI cmdlet wordt uitgevoerd. Controleer dit door de volgende cmdlet uit te voeren vanaf de computer waarop Register-AzStackHCI deze wordt uitgevoerd, om New-PSSession verbinding te maken met elke server in het cluster en te controleren of deze werkt:
```
New-PSSession -ComputerName {failing nodes}
```

Als er knooppuntnamen zijn nadat het registratiecertificaat niet is ingesteld en geverifieerd op een of meer knooppunten van het foutbericht, kon de service het certificaat op de server(s) genereren, maar de server(s) de HCI-cloudservice-API niet konden aanroepen. Ga als volgt te werk om het probleem op te lossen:

Zorg ervoor dat elke server over de vereiste internetverbinding beschikt om te communiceren met Azure Stack HCI-cloudservices en andere vereiste Azure-services, zoals Microsoft Entra-id, en dat deze niet wordt geblokkeerd door firewall(s). Zie firewallvereisten voor Azure Stack HCI.
Voer de Invoke-AzStackHciConnectivityValidation cmdlet uit vanuit de module AzStackHCI.EnvironmentChecker en controleer of deze slaagt. Met deze cmdlet wordt het statuseindpunt van HCI-cloudservices aangeroepen om de connectiviteit te testen.
Bekijk de hcisvc-foutopsporingslogboeken op elk knooppunt dat in het foutbericht wordt vermeld.
- Het is ok om het bericht ExecuteWithRetry-bewerking AADTokenFetch te laten mislukken met een fout die opnieuw kan worden geprobeerd, een paar keer wordt weergegeven voordat de bewerking ExecuteWithRetry-bewerking AADTokenFetch is mislukt nadat alle nieuwe pogingen of de ExecuteWithRetry-bewerking AADTokenFetch zijn geslaagd in opnieuw proberen.
- Als er een ExecuteWithRetry-bewerking AADTokenFetch is mislukt nadat alle nieuwe pogingen in de logboeken zijn uitgevoerd, kon het systeem het Microsoft Entra-token niet ophalen uit de service, zelfs na alle nieuwe pogingen. Er is een gekoppelde Microsoft Entra-uitzondering die is vastgelegd met dit bericht.
- Als u AADSTS700027 ziet : Clientverklaring bevat een ongeldige handtekening. [Reden: de gebruikte sleutel is verlopen. Vingerafdruk van sleutel die wordt gebruikt door client: {SomeThumbprint}, Gevonden sleutel 'Start=06/29/2021 21:13:15, End=06/29/2023 21:13:15', dit is een probleem met de wijze waarop de tijd op de server is ingesteld. Controleer de UTC-tijd op alle servers door in PowerShell uit te voeren [System.DateTime]::UtcNow en vergelijk deze met de werkelijke UTC-tijd. Als de tijd niet juist is, stelt u de juiste tijden op de servers in en probeert u de registratie opnieuw uit te voeren.

Het verwijderen van HCI-resource vanuit de portal en het opnieuw registreren van hetzelfde cluster veroorzaakt problemen

Uitleg van foutstatus:

Als u de Azure Sack HCI-clusterresource expliciet hebt verwijderd uit Azure Portal zonder eerst de registratie van het cluster uit het Windows-beheercentrum of PowerShell ongedaan te maken, resulteert het verwijderen van een HCI Azure Resource Manager-resource rechtstreeks vanuit de portal in een slechte clusterresourcestatus. De registratie moet altijd worden geactiveerd vanuit het HCI-cluster met behulp van de Unregister-AzStackHCI cmdlet voor een schone registratie. In deze sectie worden opschoonstappen beschreven voor scenario's waarin de HCI-clusterresource is verwijderd uit de portal.

Herstelactie:

Meld u aan bij de on-premises HCI-clusterserver met behulp van de referenties van de clustergebruiker.
Voer de Unregister-AzStackHCI cmdlet uit op het cluster om de status van de clusterregistratie en de cluster arcstatus op te schonen.
- Als de registratie is voltooid, gaat u naar Microsoft Entra ID > App-registraties (alle toepassingen) en zoekt u naar de naam die overeenkomt clusterName en clusterName.arc. Verwijder de twee app-id's als deze bestaan.
- Als de registratie mislukt met de fout ERROR: Azure Arc-integratie kan niet worden uitgeschakeld op de naam> van het knooppuntknooppunt<, probeert u de Disable-AzureStackHCIArcIntegration cmdlet op het knooppunt uit te voeren. Als het knooppunt zich in een status bevindt waarin Disable-AzureStackHCIArcIntegration het niet kan worden uitgevoerd, verwijdert u het knooppunt uit het cluster en probeert u de Unregister-AzStackHCI cmdlet opnieuw uit te voeren. Meld u aan bij elk afzonderlijk knooppunt:
  1. Wijzig de map in waar de Arc-agent is geïnstalleerd: cd 'C:\Program Files\AzureConnectedMachineAgent\'.
  2. Haal de status op arcmagent.exe en bepaal de Azure-resourcegroep waarnaar deze wordt geprojecteerd: .\azcmagent.exe show In de uitvoer voor deze opdracht worden de gegevens van de resourcegroep weergegeven.
  3. Koppel de Arc-agent geforceerd los van het knooppunt: .\azcmagent.exe disconnect --force-local-only.
  4. Meld u aan bij Azure Portal en verwijder de Arc-for-Server-resource uit de resourcegroep die in stap ii is bepaald.

Gebruiker heeft de app-id's per ongeluk verwijderd

Uitleg van foutstatus:

Als de verbinding met het cluster langer dan 8 uur is verbroken, is het mogelijk dat de bijbehorende Microsoft Entra-app-registraties die het HCI-cluster vertegenwoordigen en Arc-registraties per ongeluk zijn verwijderd. Voor de juiste werking van HCI-cluster- en Arc-scenario's worden tijdens de registratie twee app-registraties in de tenant gemaakt.

Als de app-id is verwijderd, wordt de Azure-verbinding met de <clustername> clusterresource in De Azure-portal verbroken weergegeven. Het cluster heeft de status Verbonden gedurende meer dan 8 uur niet. Bekijk de logboeken voor foutopsporing in HCIsvc op het knooppunt: het foutbericht is De toepassing met id '<Id>' is niet gevonden in de map 'Standaardmap'. Dit kan gebeuren als de toepassing niet is geïnstalleerd door de beheerder van de tenant of is toegestaan door een gebruiker in de tenant. Mogelijk hebt u uw verificatieaanvraag verzonden naar de verkeerde tenant.
Als <clustername>.arc het maken tijdens het inschakelen van Arc wordt verwijderd, zijn er geen zichtbare fouten tijdens de normale bewerking. Deze identiteit is alleen vereist tijdens de registratie- en niet-registratieprocessen. In dit scenario mislukt de registratie met de fout Kan Azure Arc-integratie niet uitschakelen op knooppuntknooppuntnaam<>. Voer de cmdlet Disable-AzureStackHCIArcIntegration uit op het knooppunt. Als het knooppunt zich in een status bevindt waarin de cmdlet Disable-AzureStackHCIArcIntegration niet kan worden uitgevoerd, verwijdert u het knooppunt uit het cluster en probeert u de cmdlet Unregister-AzStackHCI opnieuw uit te voeren.

Als u een van deze toepassingen verwijdert, kan er geen communicatie tussen het HCI-cluster en de cloud worden uitgevoerd.

Herstelactie:

Als alleen de <clustername> AppId app wordt verwijderd, voert u een herstelregistratie uit op het cluster om de Microsoft Entra-toepassingen in te stellen:
```
Register-AzStackHCI  -SubscriptionId "<subscription_ID>" -ComputerName Server1 -RepairRegistration
```
Als u de registratie herstelt, worden de benodigde Microsoft Entra-toepassingen opnieuw gemaakt en blijven andere gegevens behouden, zoals resourcenaam, resourcegroep en andere registratieopties.
Als de <clustername>.arc app-id wordt verwijderd, is er geen zichtbare fout in de logboeken. De registratie mislukt als <clustername>.arc deze wordt verwijderd. Als de registratie mislukt, volgt u dezelfde herstelactie die in deze sectie wordt beschreven.

Fout bij niet-beleid

Uitleg van foutstatus:

Als een eerder geregistreerd cluster de status OutOfPolicy weergeeft, kunnen wijzigingen in de systeemconfiguratie ertoe leiden dat de registratiestatus van Azure Stack HCI uit het beleid valt.

Systeemwijzigingen kunnen bijvoorbeeld omvatten, maar zijn niet beperkt tot:

conflicten bij het uitschakelen van instellingen voor beveiligd opstarten op het geregistreerde knooppunt.
het wissen van de Trusted Platform Module (TPM).
Een aanzienlijke wijziging in de systeemtijd.

Notitie

Azure Stack HCI 21H2 met KB5010421 en latere versies probeert automatisch te herstellen van de outOfPolicy-status . Raadpleeg het gebeurtenislogboek Microsoft-AzureStack-HCI/Admin voor meer informatie over de huidige OutOfPolicy-status en andere informatie.

Welke gebeurtenis-id-berichten van OutOfPolicy kan ik verwachten tijdens de registratie?

Er zijn drie typen gebeurtenis-id-berichten: informatief, waarschuwingen en fouten.

De volgende berichten zijn bijgewerkt met Azure Stack HCI 21H2 met KB5010421 en worden niet weergegeven als deze KB niet is geïnstalleerd.

Informatieve gebeurtenis-id

Informatieve gebeurtenis-id-berichten die optreden tijdens de registratie. Bekijk en volg de suggesties in het bericht:

(Informatielijk) Gebeurtenis-id 592: 'Azure Stack HCI heeft een herstel van de gegevens gestart. Er is op dit moment geen verdere actie van de gebruiker vereist.
(Informatielijk) Gebeurtenis-id 594: 'Azure Stack HCI heeft een fout opgetreden bij het openen van de gegevens. Als u wilt herstellen, controleert u welke knooppunten worden beïnvloed. Als het hele cluster OutOfPolicy is (voer Get-AzureStackHCI uit) voert u Unregister-AzStackHCI uit op het cluster, start u register-AzStackHCI opnieuw en voert u Register-AzStackHCI uit. Als alleen dit knooppunt wordt beïnvloed, verwijdert u dit knooppunt uit het cluster, start u opnieuw op en wacht u tot de herstelbewerking is voltooid. Vervolgens kunt u opnieuw deelnemen aan het cluster.

Waarschuwings-gebeurtenis-id

Met waarschuwingsberichten is de status van de registratie niet voltooid. Er kan al dan niet een probleem zijn. Bekijk eerst het gebeurtenis-id-bericht voordat u een of meer stappen voor probleemoplossing uitvoert.

(Waarschuwing) Gebeurtenis-id 585: 'Azure Stack HCI kan de licentie van Azure niet verlengen. Schakel het gebeurteniskanaal Microsoft-AzureStack-HCI/Foutopsporing in voor meer informatie over de specifieke fout.

Notitie

Mogelijke vertragingen bij het opnieuw tot stand brengen van een volledige verbinding met Azure worden verwacht na een geslaagde automatische reparatie en kunnen ertoe leiden dat gebeurtenis-id 585 wordt weergegeven. Dit heeft geen invloed op workloads of licenties van het knooppunt. Dat wil gezegd, er is nog steeds een geïnstalleerde licentie, tenzij het knooppunt buiten het venster van 30 dagen voor automatische reparatie was.

Notitie

In sommige gevallen slaagt Azure Stack HCI mogelijk niet in automatisch herstel. Dit kan gebeuren wanneer de registratiestatus van alle knooppunten in het cluster buiten het beleid valt. Er zijn enkele handmatige stappen vereist. Zie de berichten over de gebeurtenis-id van Microsoft-AzureStack-HCI/Admin .

Fout-gebeurtenis-id

Gebeurtenis-id-foutberichten identificeren een fout in het registratieproces. Het foutbericht bevat instructies voor het oplossen van de fout.

(Fout) Gebeurtenis-id 591: 'Azure Stack HCI kan geen verbinding maken met Azure. Als u deze fout blijft zien, probeert u het opnieuw uit te voeren Register-AzStackHCI met de -RepairRegistration parameter.
(Fout) Gebeurtenis-id 594: 'Azure Stack HCI heeft een fout opgetreden bij het openen van de gegevens. Als u dit wilt herstellen, controleert u welke knooppunten worden beïnvloed: als het hele cluster OutOfPolicy (uitvoeringGet-AzureStackHCI) is, voert Unregister-AzStackHCI u het cluster uit, start u het opnieuw op en voert u het vervolgens uitRegister-AzStackHCI. Als alleen dit knooppunt wordt beïnvloed, verwijdert u dit knooppunt uit het cluster, start u het opnieuw op, wacht u tot het herstel is voltooid en vervolgens sluit u zich opnieuw aan bij het cluster."

Cluster- en Arc-resource in De Azure-portal bestaan, maar de get-AzureStackHCI-status staat nog niet geregistreerd

Uitleg van foutstatus:

Dit probleem wordt veroorzaakt door het ongedaan maken van de registratie van een HCI-cluster met de verkeerde cloudomgeving of onjuiste abonnementsgegevens. Als een gebruiker de Unregister-AzStackHCI cmdlet uitvoert met onjuiste -EnvironmentName parameters of -SubcriptionId parameters voor een cluster, wordt de registratiestatus van het cluster verwijderd uit het on-premises cluster zelf, maar het cluster en de Arc-resources in De Azure-portal bestaan nog steeds in de oorspronkelijke omgeving of het oorspronkelijke abonnement.

Voorbeeld:

Onjuist -EnvironmentName <value>: u hebt uw cluster geregistreerd in -EnvironmentName AzureUSGovernment het volgende voorbeeld. De standaardwaarde -EnvironmentName is 'Azurecloud'. U hebt bijvoorbeeld het volgende uitgevoerd:
```
Register-AzStackHCI  -SubscriptionId "<subscription_ID>" -EnvironmentName AzureUSGovernment
```
Maar u hebt de Unregister-AzStackHCI cmdlet vervolgens als volgt uitgevoerd met -EnvironmentName Azurecloud (de standaardinstelling):
```
Unregister-AzStackHCI -SubscriptionId "<subscription_ID>"
```
Onjuist -SubscriptionId <value>: u hebt uw cluster -SubscriptionId "<subscription_id_1>" als volgt geregistreerd:
```
Register-AzStackHCI  -SubscriptionId "<subscription_id_1>"
```
Maar vervolgens hebt u de Unregister-AzStackHCI cmdlet voor een andere abonnements-id uitgevoerd:
```
Unregister-AzStackHCI -SubscriptionId "<subscription_id_2>"
```

Herstelactie:

Verwijder het cluster- en Arc-resources uit de portal.
Navigeer naar Microsoft Entra ID > App-registraties (alle toepassingen) en zoek de naam die overeenkomt <clusterName> en <clusterName>.arcverwijder vervolgens de twee app-id's.

Het uitgeven van Sync-AzureStackHCI onmiddellijk na het opnieuw opstarten van de knooppunten van het cluster resulteert in het verwijderen van Arc-resources

Uitleg van foutstatus:

Als u een tellingssynchronisatie uitvoert voordat knooppuntsynchronisatie wordt uitgevoerd, kan dit ertoe leiden dat de synchronisatie naar Azure wordt verzonden, waarbij het knooppunt niet is opgenomen. Dit resulteert in de Arc-resource voor dat knooppunt dat wordt verwijderd. De Sync-AzureStackHCI cmdlet moet alleen worden gebruikt om fouten op te sporen in de cloudconnectiviteit van het HCI-cluster. Het HCI-cluster heeft een kleine opwarmtijd na het opnieuw opstarten om de clusterstatus af te stemmen; Voer daarom niet snel uit Sync-AzureStackHCI nadat u een knooppunt opnieuw hebt opgestart.

Herstelactie:

Meld u in Azure Portal aan bij het knooppunt dat wordt weergegeven als Niet geïnstalleerd.

Koppel de Arc-agent los met behulp van de volgende twee opdrachten:

cd "C:\Program Files\AzureConnectedMachineAgent"

dan: …

.\azcmagent.exe disconnect --force-local-only

Herstel de registratie:

Register-AzStackHCI  -SubscriptionId "<subscription_ID>" -ComputerName Server1  -RepairRegistration

Na de herstelbewerking keert het knooppunt terug naar een verbonden status.

De registratie is voltooid, maar de Azure Arc-verbinding in de portal zegt niet geïnstalleerd

Scenario 1

Uitleg van foutstatus:

Dit kan gebeuren als de vereiste rol Azure Connected Machine Resource Manager wordt verwijderd uit de HCI-resourceprovider in de resourcegroep Arc-for-Server.

U vindt de machtiging op de blade Toegangsbeheer van de resourcegroep in Azure Portal. In de volgende afbeelding ziet u de machtiging:

Herstelactie:

Voer de cmdlet voor reparatieregistratie uit:

Register-AzStackHCI -TenantId "<tenant_ID>" -SubscriptionId "<subscription_ID>" -ComputerName Server1  -RepairRegistration

Scenario 2

Uitleg van foutstatus:

Dit bericht kan ook worden veroorzaakt door een tijdelijk probleem dat soms optreedt tijdens het uitvoeren van Azure Stack HCI-registratie. Wanneer dat gebeurt, wordt in de Register-AzStackHCI cmdlet het volgende waarschuwingsbericht weergegeven:

Herstelactie:

Wacht 12 uur nadat de registratie voor het probleem automatisch is opgelost.

Scenario 3

Uitleg van foutstatus:

Dit kan ook gebeuren wanneer de proxy niet juist is geconfigureerd voor een verbinding met Azure ARC-cloudservices vanaf HCI-knooppunten. Mogelijk ziet u de volgende fout in de Arc-agentlogboeken:

Herstelactie:

Volg de richtlijnen voor het bijwerken van proxy-instellingen om dit probleem op te lossen. Registreer vervolgens het Azure Stack HCI-cluster opnieuw.

Kan certificaten niet draaien in Fairfax en Mooncake

Uitleg van foutstatus:

In De Azure-portal wordt de verbinding met de clusterresource in Azure verbroken weergegeven.
Bekijk de logboeken voor foutopsporing van HCIsvc op het knooppunt. Het foutbericht is uitzondering: AADSTS700027: Validatie van handtekening van clientverklaring is mislukt.
De fout kan ook worden weergegeven als RotateRegistrationCertificate is mislukt: Ongeldige doelgroep.

Herstelactie:

Voer een reparatieregistratie uit op het cluster om nieuwe certificaten toe te voegen in de Microsoft Entra-toepassing:

Register-AzStackHCI  -SubscriptionId "<subscription_ID>" -ComputerName Server1 -RepairRegistration

Als u de registratie herstelt, worden nieuwe vervangingscertificaten gegenereerd in de Microsoft Entra-toepassing, terwijl andere informatie, zoals de resourcenaam, de resourcegroep en andere registratieopties, behouden blijft.

OnPremisesPasswordValidationTimeSkew

Uitleg van foutstatus:

Het genereren van Microsoft Entra-token mislukt met een tijdfout als de lokale knooppunttijd te ver is gesynchroniseerd met de werkelijke huidige tijd (UTC). Microsoft Entra ID retourneert de volgende fout:

AADSTS80013: OnPremisesPasswordValidationTimeSkew : de verificatiepoging kan niet worden voltooid vanwege tijdverschil tussen de computer waarop de verificatieagent en AD worden uitgevoerd. Problemen met tijdsynchronisatie oplossen.

Herstelactie:

Zorg ervoor dat de tijd wordt gesynchroniseerd met een bekende en nauwkeurige tijdbron.

Kan token niet verkrijgen voor tenant met een fout

Uitleg van foutstatus:

Als het gebruikersaccount dat wordt gebruikt voor registratie deel uitmaakt van meerdere Microsoft Entra-tenants, moet u opgeven -TenantId tijdens de clusterregistratie en de registratie ongedaan maken, anders mislukt het met de fout Kan token voor tenant niet verkrijgen met een fout. U moet meervoudige verificatie gebruiken om toegang te krijgen tot de tenant. Voer deze opnieuw uit Connect-AzAccount met een extra parameter -TenantId.

Herstelactie:

Geef voor clusterregistratie de -TenantId parameter op:

Register-AzStackHCI  -SubscriptionId "<subscription_ID>" -ComputerName Server1 -TenantId <Tenant_ID>

Geef de parameter op voor het ongedaan maken van de -TenantId registratie:

Unregister-AzStackHCI -ComputerName ClusterNode1 -SubscriptionId "<subscription ID GUID>" -ResourceName HCI001 -TenantId <Tenant_ID>

Een of meer clusterknooppunten kunnen geen verbinding maken met Azure

Uitleg van foutstatus:

Dit probleem treedt op wanneer een of meer clusterknooppunten verbindingsproblemen na de registratie hadden en gedurende lange tijd geen verbinding konden maken met Azure. Zelfs na de oplossing van connectiviteitsproblemen kunnen de knooppunten geen opnieuw verbinding maken met Azure vanwege de verlopen certificaten.

Herstelactie:

Meld u aan bij het niet-verbonden knooppunt.
Voer Disable-AzureStackHCIArcIntegration uit.
Controleer de status van ARC-integratie door uit te voeren Get-AzureStackHCIArcIntegration en zorg ervoor dat nu 'Uitgeschakeld' staat voor het verbroken knooppunt:
Meld u aan bij Azure Portal en verwijder de Azure Resource Manager-resource die de Arc-server voor dit knooppunt vertegenwoordigt.
Meld u opnieuw aan bij het verbroken knooppunt en voer deze uit Enable-AzureStackHCIArcIntegration.
Uitvoeren Sync-AzureStackHCI op het knooppunt.

Taakfout bij het maken van een VIRTUELE machine

Uitleg van foutstatus:

Als het cluster na implementatie niet is geregistreerd bij Azure of als het cluster is geregistreerd, maar langer dan 30 dagen geen verbinding heeft gemaakt met Azure, wordt het systeem niet toegestaan dat nieuwe virtuele machines (VM's) worden gemaakt of toegevoegd. Wanneer dit gebeurt, ziet u het volgende foutbericht bij het maken van VM's:

There was a failure configuring the virtual machine role for 'vmname'. Job failed. Error opening "vmname" clustered roles. The service being accessed is licensed for a particular number of connections. No more connections can be made to the service at this time because there are already as many connections as the service can accept.

Herstelactie:

Registreer uw HCI-cluster bij Azure. Zie de instructies in de documentatie voor Register-AzStackHCI voor meer informatie over het registreren van het cluster.

Algemene resourcegroep gebruiken voor cluster- en Arc-for-Server-resources

De nieuwste PowerShell-module biedt ondersteuning voor het hebben van een algemene resourcegroep voor zowel cluster- als Arc-for-Server-resources of het gebruik van een bestaande resourcegroep voor Arc-for-Server-resources.

Voor clusters die zijn geregistreerd met PowerShell-moduleversie 1.4.1 of eerder, kunt u de volgende stappen uitvoeren om de nieuwe functie te gebruiken:

Maak de registratie van het cluster ongedaan door uit te voeren Unregister-AzStackHCI vanaf een van de knooppunten. Zie Registratie van Azure Stack HCI ongedaan maken met Behulp van PowerShell.
Installeer de nieuwste PowerShell-module: Install-Module Az.StackHCI -Force.
Voer Register-AzStackHCI uit door de juiste parameters voor -ResourceGroupName en -ArcForServerResourceGroupName.

Notitie

Als u een afzonderlijke resourcegroep gebruikt voor Arc-for-Server-resources, raden we u aan om een resourcegroep te gebruiken met alleen Arc-for-Server-resources die betrekking hebben op Azure Stack HCI. De Azure Stack HCI-resourceprovider heeft machtigingen voor het beheren van andere Arc-for-Server-resources in de ArcServerResourceGroup.

Delen via

Problemen met Azure Stack HCI-registratie oplossen

PowerShell-registratielogboeken verzamelen

On-premises hcisvc-logboeken verzamelen

Kan niet registreren. Kan geen zelfondertekend certificaat genereren op knooppunt(en) {Node1, Node2}. Kan het registratiecertificaat niet instellen en verifiëren op knooppunt(en) {Node1,Node2}

Het verwijderen van HCI-resource vanuit de portal en het opnieuw registreren van hetzelfde cluster veroorzaakt problemen

Gebruiker heeft de app-id's per ongeluk verwijderd

Fout bij niet-beleid

Welke gebeurtenis-id-berichten van OutOfPolicy kan ik verwachten tijdens de registratie?

Informatieve gebeurtenis-id

Waarschuwings-gebeurtenis-id

Fout-gebeurtenis-id

Cluster- en Arc-resource in De Azure-portal bestaan, maar de get-AzureStackHCI-status staat nog niet geregistreerd

Het uitgeven van Sync-AzureStackHCI onmiddellijk na het opnieuw opstarten van de knooppunten van het cluster resulteert in het verwijderen van Arc-resources

De registratie is voltooid, maar de Azure Arc-verbinding in de portal zegt niet geïnstalleerd

Scenario 1

Scenario 2

Scenario 3

Kan certificaten niet draaien in Fairfax en Mooncake

OnPremisesPasswordValidationTimeSkew

Kan token niet verkrijgen voor tenant met een fout

Een of meer clusterknooppunten kunnen geen verbinding maken met Azure

Taakfout bij het maken van een VIRTUELE machine

Algemene resourcegroep gebruiken voor cluster- en Arc-for-Server-resources

Volgende stappen

Feedback

Aanvullende resources