Problemen met Azure Stack HCI-registratie oplossen

Artikel
04/30/2024

Van toepassing op: Azure Stack HCI, versies 22H2 en 21H2

Belangrijk

De 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 het oplossen van problemen met nieuwe implementaties met de meest recente algemeen beschikbare versie, Azure Stack HCI, versie 23H2.

Voor het oplossen van problemen met Azure Stack HCI-registratie moeten zowel PowerShell-registratielogboeken als hcisvc-foutopsporingslogboeken van elke server in het cluster worden bekeken.

PowerShell-registratielogboeken verzamelen

Wanneer de Register-AzStackHCI cmdlets en Unregister-AzStackHCI worden uitgevoerd, worden voor elke poging logboekbestanden met de naam RegisterHCI_{yyyymmdd-hhss}.log en UnregisterHCI_{yyyymmdd-hhss}.log gemaakt. U kunt de logboekmap voor deze logboekbestanden instellen met behulp van de -LogsDirectory parameter in de Register-AzStackHCI cmdlet en aanroepen Get-AzStackHCILogsDirectory om de locatie op te halen. 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 waarvoor de aanvullende foutopsporingslogboeken nodig zijn, stelt u de foutopsporingsvoorkeur in op Doorgaan door de volgende cmdlet uit te voeren voordat u of Unregister-AzStackHCIuitvoertRegister-AzStackHCI:

$DebugPreference = 'Continue'

On-premises hcisvc-logboeken verzamelen

Als u logboeken voor foutopsporing 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 zelfondertekend certificaat niet 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 cmdlet Register-AzStackHCI praat met elke server in het cluster om certificaten in te richten. Elke server gebruikt het certificaat om een API-aanroep naar HCI-services in de cloud te maken om de registratie te valideren.

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

Als er knooppuntnamen staan na het onderdeel Kan zelfondertekend certificaat niet genereren op knooppunt(en) van het foutbericht, kan 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 indien nodig te starten met start-service hcisvc.
Controleer of elke server die in het foutbericht wordt vermeld, 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 wordt uitgevoerd, met behulp van New-PSSession om verbinding te maken met elke server in het cluster en zorg ervoor dat deze werkt:
```
New-PSSession -ComputerName {failing nodes}
```

Als er knooppuntnamen zijn na het gedeelte Kan registratiecertificaat niet instellen en verifiëren op knooppunt(en) van het foutbericht, kon de service het certificaat genereren op de server(s), maar de server(s) konden de HCI-cloudservice-API niet aanroepen. Ga als volgt te werk om het probleem op te lossen:

Zorg ervoor dat elke server de vereiste internetverbinding heeft om te communiceren met Azure Stack HCI-cloudservices en andere vereiste Azure-services, zoals Microsoft Entra ID, en dat deze niet wordt geblokkeerd door firewalls. Zie Firewallvereisten voor Azure Stack HCI.
Probeer de Invoke-AzStackHciConnectivityValidation cmdlet uit te voeren vanuit de module AzStackHCI.EnvironmentChecker en zorg ervoor dat deze slaagt. Met deze cmdlet wordt het statuseindpunt van HCI-cloudservices aangeroepen om de connectiviteit te testen.
Bekijk de hcisvc-logboeken voor foutopsporing op elk knooppunt dat wordt vermeld in het foutbericht.
- Het is geen probleem als het bericht ExecuteWithRetry-bewerking AADTokenFetch is mislukt met fout voor opnieuw proberen een paar keer wordt weergegeven voordat het mislukt met de executeWithRetry-bewerking AADTokenFetch is mislukt na alle nieuwe pogingen of de ExecuteWithRetry-bewerking AADTokenFetch is mislukt.
- Als de bewerking AADTokenFetch ExecuteWithRetry is mislukt na alle nieuwe pogingen in de logboeken, kan het systeem het Microsoft Entra token niet ophalen uit de service, zelfs niet na alle nieuwe pogingen. Er is een gekoppelde Microsoft Entra uitzondering die wordt geregistreerd bij dit bericht.
- Als u AADSTS700027 ziet: Client-assertie bevat een ongeldige handtekening. [Reden: de gebruikte sleutel is verlopen. Vingerafdruk van sleutel die door de client wordt gebruikt: {SomeThumbprint}, Sleutel 'Start=06/29/2021 21:13:15, End=06/29/2023 21:13:15' gevonden, dit is een probleem met de instelling van de tijd op de server. Controleer de UTC-tijd op alle servers door uit te voeren [System.DateTime]::UtcNow in PowerShell en vergelijk deze met de werkelijke UTC-tijd. Als de tijd niet juist is, stelt u de juiste tijden in op de servers en probeert u de registratie opnieuw.

Het verwijderen van een HCI-resource uit 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 de Azure Portal zonder de registratie van het cluster eerst ongedaan te maken bij Windows Admin Center of PowerShell, resulteert het verwijderen van een HCI Azure Resource Manager-resource rechtstreeks uit 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 uitschrijving. In deze sectie worden de stappen beschreven voor het opschonen van scenario's waarin de HCI-clusterresource uit de portal is verwijderd.

Herstelactie:

Meld u aan bij de on-premises HCI-clusterserver met de referenties van de clustergebruiker.
Voer de Unregister-AzStackHCI cmdlet uit op het cluster om de status van de clusterregistratie en de arcstatus van het cluster op te schonen.
- Als de registratie is ongedaan gemaakt, gaat u naar Microsoft Entra ID > App-registraties (alle toepassingen) en zoekt u naar de naam die overeenkomt met clusterName en clusterName.arc. Verwijder de twee app-id's als deze bestaan.
- Als het ongedaan maken van de registratie mislukt met de fout FOUT: Kan Azure Arc-integratie niet uitschakelen op de naam> van het knooppunt<, probeert u de Disable-AzureStackHCIArcIntegration cmdlet uit te voeren op het knooppunt. Als het knooppunt een status heeft waarin Disable-AzureStackHCIArcIntegration niet kan worden uitgevoerd, verwijdert u het knooppunt uit het cluster en voert u de Unregister-AzStackHCI cmdlet opnieuw uit. Meld u aan bij elk afzonderlijk knooppunt:
  1. Wijzig de map waar de Arc-agent is geïnstalleerd: cd 'C:\Program Files\AzureConnectedMachineAgent\'.
  2. Haal de status op arcmagent.exe en bepaal op welke Azure-resourcegroep deze wordt geprojecteerd: .\azcmagent.exe show. De uitvoer voor deze opdracht toont de informatie van de resourcegroep.
  3. Forceer de verbinding tussen de Arc-agent en het knooppunt: .\azcmagent.exe disconnect --force-local-only.
  4. Meld u aan bij de Azure Portal en verwijder de resource Arc-for-Server 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 en Arc-registraties vertegenwoordigen, per ongeluk zijn verwijderd. Voor de juiste werking van HCI-cluster- en Arc-scenario's worden tijdens de registratie twee app-registraties gemaakt in de tenant.

Als de <clustername> app-id wordt verwijderd, wordt in de clusterresource Azure Connection in de Azure Portal de status Verbinding verbroken - Cluster meer dan 8 uur niet verbonden weergegeven. Bekijk de logboeken voor foutopsporing van HCIsvc op het knooppunt: het foutbericht is 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 als er geen toestemming voor is gegeven door een gebruiker in de tenant. Mogelijk hebt u uw verificatieaanvraag naar de verkeerde tenant verzonden.
Als <clustername>.arc het maken tijdens het inschakelen van Arc wordt verwijderd, zijn er geen zichtbare fouten tijdens de normale werking. Deze identiteit is alleen vereist tijdens de registratie- en uitschrijvingsprocessen. In dit scenario mislukt het ongedaan maken van de registratie met de fout Kan Azure Arc-integratie niet uitschakelen op knooppuntnaam<>. Voer de cmdlet Disable-AzureStackHCIArcIntegration uit op het knooppunt. Als het knooppunt een status heeft 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 de communicatie tussen het HCI-cluster en de cloud niet worden uitgevoerd.

Herstelactie:

Als alleen de <clustername> AppId 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
```
Door de registratie te herstellen, worden de benodigde Microsoft Entra toepassingen opnieuw gemaakt met behoud van andere informatie, zoals resourcenaam, resourcegroep en andere registratieopties.
Als de <clustername>.arc app-id wordt verwijderd, is er geen zichtbare fout in de logboeken. Het ongedaan maken van de registratie mislukt als <clustername>.arc wordt verwijderd. Als het ongedaan maken van 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 ervoor zorgen dat de registratiestatus van Azure Stack HCI buiten 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 . Bekijk het gebeurtenislogboek Microsoft-AzureStack-HCI/Beheer voor meer informatie over de huidige OutOfPolicy-status en andere informatie.

Welke outOfPolicy-gebeurtenis-id-berichten kan ik verwachten te zien tijdens de registratie?

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

De volgende berichten zijn updates 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 eventuele suggesties in het bericht en volg deze op:

(Informatie) Gebeurtenis-id 592: "Azure Stack HCI heeft een herstel van de gegevens geïnitieerd. Er is op dit moment geen verdere actie van de gebruiker vereist.
(Informatie) Gebeurtenis-id 594: 'Er is een fout opgetreden in Azure Stack HCI 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 op het cluster uit, start u opnieuw op en voert u Register-AzStackHCI uit. Als alleen dit knooppunt wordt beïnvloed, verwijdert u dit knooppunt uit het cluster, start u het opnieuw op en wacht u totdat het herstel is voltooid. Vervolgens kunt u opnieuw deelnemen aan het cluster.

Waarschuwings-gebeurtenis-id

Met waarschuwingsberichten is de status van de registratie niet voltooid. Er is al dan niet een probleem. Controleer 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. Voor meer informatie over de specifieke fout schakelt u het gebeurteniskanaal Microsoft-AzureStack-HCI/Debug in.

Notitie

Mogelijke vertragingen bij het herstellen van een volledige verbinding met Azure worden verwacht na een geslaagd automatisch herstel en kunnen ertoe leiden dat gebeurtenis-id 585 wordt weergegeven. Dit heeft geen invloed op workloads of licenties van het knooppunt. Dat wil dus dat er nog steeds een geïnstalleerde licentie is, 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 microsoft-AzureStack-HCI/Beheer gebeurtenis-id-berichten.

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 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 is (uitvoeren Get-AzureStackHCI), voert Unregister-AzStackHCI u uit op het cluster, start u opnieuw op en voert u vervolgens uit Register-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 Azure Portal bestaat, maar de Get-AzureStackHCI status is '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 met onjuiste -EnvironmentName of -SubcriptionId parameters voor een cluster uitvoert, wordt de registratiestatus van het cluster verwijderd uit het on-premises cluster zelf, maar de cluster- en Arc-resources in de Azure Portal nog steeds aanwezig in de oorspronkelijke omgeving of het oorspronkelijke abonnement.

Bijvoorbeeld:

Onjuist -EnvironmentName <value>: u hebt uw cluster geregistreerd in -EnvironmentName AzureUSGovernment zoals in het volgende voorbeeld. De standaardwaarde -EnvironmentName is 'Azurecloud'. U hebt bijvoorbeeld het volgende uitgevoerd:
```
Register-AzStackHCI  -SubscriptionId "<subscription_ID>" -EnvironmentName AzureUSGovernment
```
Maar vervolgens hebt u de Unregister-AzStackHCI cmdlet 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 de cluster- en Arc-resources uit de portal.
Navigeer naar Microsoft Entra ID > App-registraties (alle toepassingen) en zoek naar de naam die overeenkomt <clusterName> met en <clusterName>.arc, verwijder vervolgens de twee app-id's.

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

Uitleg van foutstatus:

Het uitvoeren van een tellingssynchronisatie vóór knooppuntsynchronisatie kan ertoe leiden dat de synchronisatie wordt verzonden naar Azure, waarbij het knooppunt niet is inbegrepen. Hierdoor wordt de Arc-resource voor dat knooppunt verwijderd. De Sync-AzureStackHCI cmdlet mag alleen worden gebruikt om fouten op te sporen in de cloudconnectiviteit van het HCI-cluster. Het HCI-cluster heeft na het opnieuw opstarten een kleine opwarmtijd om de clusterstatus af te stemmen; voer daarom niet snel uit Sync-AzureStackHCI nadat u een knooppunt opnieuw hebt opgestart.

Herstelactie:

Meld u op de 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

De registratie herstellen:

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

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

De registratie is voltooid, maar de Azure Arc-verbinding in de portal geeft de melding Niet geïnstalleerd

Scenario 1

Uitleg van foutstatus:

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

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

Herstelactie:

Voer de cmdlet voor het herstellen van de registratie 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. Als dat gebeurt, wordt in de Register-AzStackHCI cmdlet het volgende waarschuwingsbericht weergegeven:

Herstelactie:

Wacht 12 uur na de registratie totdat 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 logboeken van de Arc-agent:

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 in de clusterresource Azure ConnectionVerbroken weergegeven.
Bekijk de logboeken voor foutopsporing van HCIsvc op het knooppunt. Het foutbericht is uitzondering: AADSTS700027: Validatie van handtekening van clientbevestiging is mislukt.
De fout kan ook worden weergegeven als RotateRegistrationCertificate failed: Invalid Audience.

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 vervangende certificaten gegenereerd in de Microsoft Entra-toepassing, terwijl andere informatie behouden blijft, zoals de resourcenaam, resourcegroep en andere registratieopties.

OnPremisesPasswordValidationTimeSkew

Uitleg van foutstatus:

Microsoft Entra tokengeneratie mislukt met een tijdfout als de tijd van het lokale knooppunt 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 wordt uitgevoerd en AD. Problemen met tijdsynchronisatie oplossen.

Herstelactie:

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

Kan geen token verkrijgen voor tenant met fout

Uitleg van foutstatus:

Als het gebruikersaccount dat voor de registratie wordt gebruikt, deel uitmaakt van meerdere Microsoft Entra tenants, moet u opgeven -TenantId tijdens de registratie van het cluster en het ongedaan maken van de registratie, anders mislukt het met de fout Unable token acquire for tenant with error. U moet meervoudige verificatie gebruiken om toegang te krijgen tot de tenant. Voer opnieuw uit Connect-AzAccount met de aanvullende parameter -TenantId.

Herstelactie:

Geef voor clusterregistratie de parameter op -TenantId :

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

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

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 hadden na de registratie en lange tijd geen verbinding konden maken met Azure. Zelfs na het oplossen van connectiviteitsproblemen kunnen de knooppunten geen verbinding meer 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' wordt weergegeven voor het niet-verbonden knooppunt:
Meld u aan bij de Azure Portal en verwijder de Azure Resource Manager-resource die de Arc-server voor dit knooppunt vertegenwoordigt.
Meld u opnieuw aan bij het niet-verbonden knooppunt en voer uit Enable-AzureStackHCIArcIntegration.
Voer uit Sync-AzureStackHCI op het knooppunt.

Taakfout bij het maken van een VM

Uitleg van foutstatus:

Als het cluster niet is geregistreerd bij Azure bij de implementatie, of als het cluster wel is geregistreerd, maar al meer dan 30 dagen geen verbinding heeft gemaakt met Azure, staat het systeem niet toe dat er nieuwe virtuele machines (VM's) worden gemaakt of toegevoegd. Wanneer dit gebeurt, ziet u het volgende foutbericht wanneer u vm's probeert te maken:

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 over het Register-AzStackHCI voor informatie over het registreren van het cluster.

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

De nieuwste PowerShell-module ondersteunt het hebben van een gemeenschappelijke 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:

Hef de registratie van het cluster op 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 uit Register-AzStackHCI door de juiste parameters voor -ResourceGroupName en -ArcForServerResourceGroupNamedoor te geven.

Notitie

Als u een afzonderlijke resourcegroep gebruikt voor Arc-for-Server-resources, raden we u aan een resourcegroep te gebruiken met Arc-for-Server-resources die alleen 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 zelfondertekend certificaat niet genereren op knooppunt(en) {Node1,Node2}. Kan het registratiecertificaat niet instellen en verifiëren op knooppunt(en) {Node1,Node2}

Het verwijderen van een HCI-resource uit 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 outOfPolicy-gebeurtenis-id-berichten kan ik verwachten te zien tijdens de registratie?

Informatieve gebeurtenis-id

Waarschuwings-gebeurtenis-id

Fout gebeurtenis-id

Cluster- en Arc-resource in Azure Portal bestaat, maar de Get-AzureStackHCI status is 'Nog niet geregistreerd'

Het uitgeven van Sync-AzureStackHCI direct 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 geeft de melding Niet geïnstalleerd

Scenario 1

Scenario 2

Scenario 3

Kan certificaten niet draaien in Fairfax en Mooncake

OnPremisesPasswordValidationTimeSkew

Kan geen token verkrijgen voor tenant met fout

Een of meer clusterknooppunten kunnen geen verbinding maken met Azure

Taakfout bij het maken van een VM

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

Volgende stappen

Feedback

Feedback

Aanvullende resources