Problemen met Windows Admin Center oplossen

Als u zojuist een nieuw Azure-account hebt gemaakt en u zich niet hebt aangemeld bij het account op uw gatewaycomputer, kan het zijn dat u problemen ondervindt met het registreren van uw Windows Admin Center-gateway bij Azure.

Als u dit probleem wilt verhelpen, meldt u zich aan bij uw Azure-account in een ander browsertabblad of -venster en registreert u vervolgens de Windows Admin Center-gateway bij Azure.

Wanneer u Azure Kubernetes Service implementeert in Azure Local via het Windows-beheercentrum, kan alleen de gebruiker die de AKS-host heeft ingesteld Kubernetes-clusters maken.

Als u dit probleem wilt omzeilen, kopieert u de map wssd uit het profiel van de gebruiker die de AKS-host heeft ingesteld op het profiel van de gebruiker die de nieuwe Kubernetes-clusters gaat maken.

U ondervindt implementatieproblemen of wilt de implementatie opnieuw instellen.

Sluit alle Windows Admin Center-exemplaren die zijn verbonden met Azure Kubernetes Service in Azure Local voordat u Uninstall-AksHci uitvoert vanuit een PowerShell-beheervenster.

Er wordt mogelijk een fout weergegeven in een van beide wizards over een verkeerde configuratie.

Voer clusteropschoonbewerkingen uit. Deze bewerkingen kunnen betrekking hebben op het verwijderen van het bestand C:\Program Files\AksHci\mocctl.exe .

Er zijn inconsistenties in de netwerkveldnamen die worden weergegeven in de implementatiestroom van het hostcluster en de werkbelastingclusterimplementatiestroom.

N.v.t.

Deze fout wordt weergegeven als u pop-ups hebt uitgeschakeld. Google Chrome blokkeert pop-ups standaard en daarom wordt het pop-upvenster voor aanmelden van Azure geblokkeerd en wordt de service-principalfout veroorzaakt.

Pop-ups inschakelen.

Bij het overschakelen van DHCP naar statisch IP-adres, heeft windows-beheercentrum een fout weergegeven met de melding dat de WinRM-client de aanvraag niet kan verwerken. Deze fout is ook opgetreden buiten het Windows-beheercentrum. WinRM is verbroken wanneer statische IP-adressen werden gebruikt en de servers registreerden geen Service Principal Name (SPN) bij het verplaatsen naar statische IP-adressen.

Gebruik de opdracht SetSPN om de SPN te maken om dit probleem op te lossen. Voer vanaf een opdrachtprompt in de Windows Admin Center-gateway de volgende opdracht uit:

Setspn /Q WSMAN/<FQDN on the Azure Local machine> 

Als een van de computers in de omgeving vervolgens het bericht No Such SPN Foundretourneert, meldt u zich aan bij die computer en voert u de volgende opdrachten uit:

Setspn /S WSMAN/<machine name> <machine name> 
Setspn /S WSMAN/<FQDN of machine> <machine name> 

Voer ten slotte op de Windows Admin Center-gateway het volgende uit om ervoor te zorgen dat er nieuwe computergegevens van de domeincontroller worden opgehaald:

Klist purge 

Als u een onjuiste upgrademelding ontvangt: 'AksHci PowerShell-moduleversie null is geïnstalleerd', is de upgradebewerking geslaagd, zelfs als de melding misleidend is.

U kunt dit bericht veilig negeren.

In fase 2.1: Basisstaponderdeel kan deze fout optreden: "Verbinding maken met externe server *** is mislukt met het volgende foutbericht: Toegang wordt geweigerd. Zie het about_Remote_Troubleshooting Help-onderwerp' voor meer informatie bij het gebruik van uw referenties voor uw serverknooppunten.

Zorg ervoor dat het account/de toegevoegde referenties een beheerdersaccount op de computer is. Controleer vervolgens of PSRemoting is ingeschakeld en externe hosts worden vertrouwd. U kunt dit doen met de volgende PowerShell-opdrachten:

Enable-PSRemoting -Force 
winrm quickconfig 

Als u nog steeds problemen ondervindt, raadpleegt u deze gids voor probleemoplossing.

Het Windows-beheercentrum heeft momenteel geen proces voor het offboarden van een cluster vanuit Azure Arc.

Als u Arc-agents wilt verwijderen in een cluster dat is vernietigd, gaat u naar de resourcegroep van het cluster in Azure Portal en verwijdert u de Arc-inhoud handmatig. Als u Arc-agents wilt verwijderen in een cluster dat nog steeds actief is, moet u de volgende opdracht uitvoeren:

az connectedk8s delete --name AzureArcTest1 --resource-group AzureArcTest

Na een geslaagde upgrade wordt in het updatedashboard van het Windows Admin Center nog steeds de vorige versie weergegeven.

Vernieuw de browser om dit probleem op te lossen.

Wanneer u AKS Arc implementeert met behulp van het Windows-beheercentrum en de implementatie een langere periode vastloopt, hebt u mogelijk problemen met de referentiebeveiligingsondersteuningsprovider (CredSSP) of connectiviteitsproblemen.

Voer de volgende stappen uit om problemen met uw implementatie op te lossen:

1. Voer op de computer met Windows Admin Center de volgende opdracht uit in een PowerShell-venster:

      Enter-PSSession <servername>
   

2. Als deze opdracht slaagt, kunt u verbinding maken met de server en er is geen verbindingsprobleem.

3. Als u CredSSP-problemen ondervindt, voert u deze opdracht uit om de vertrouwensrelatie tussen de gatewaycomputer en de doelcomputer te testen:

      Enter-PSSession -ComputerName <server> -Credential company\administrator -Authentication CredSSP
   

   U kunt ook de volgende opdracht uitvoeren om de vertrouwensrelatie voor toegang tot de lokale gateway te testen:

      Enter-PSSession -computer localhost -credential (Get-Credential)
   

Zie CredSSP-probleemoplossingstips voor meer informatie over het oplossen van problemen met CredSSP.

Soms treedt er vanwege netwerkproblemen een time-out op in het Windows-beheercentrum tijdens een Arc-verbinding.

Gebruik de PowerShell-opdracht Enable-AksHciArcConnection om het AKS-workloadcluster te verbinden met Azure Arc, terwijl we actief werken aan het verbeteren van de gebruikerservaring.

In fase 2.1: Systeemvalidatie krijgt u mogelijk een foutmelding: 'Het item Install-Module is niet herkend als de naam van een cmdlet, functie, scriptbestand of runnable programma'.

Controleer de spelling van de naam. Als het pad is opgenomen, controleert u of het pad juist is. Probeer het vervolgens opnieuw wanneer u installeert. Voltooi de PowerShell-opdrachten op de knooppunten waarnaar u wilt implementeren. Voer de volgende opdracht uit om het probleem op te lossen (zorg ervoor dat uw PowerShell-versie ten minste 5.1 is):

Install-Module -Name PowershellGet -Repository PSGallery -Force -Confirm:$false -SkipPublisherCheck

Voer vervolgens deze opdrachten uit als er fouten optreden bij de eerste opdracht:

Get-PSRepository
Register-PSRepository -Default

Windows Admin Center kan niet worden verbonden met Azure omdat u niet automatisch een Azure-app-id op de gateway kunt maken en gebruiken.

Maak een Azure-app-id en wijs deze de juiste machtigingen toe aan de portal. Selecteer Vervolgens Bestaande gebruiken in de gateway. Ga voor meer informatie naar het verbinden van uw gateway met Azure.

Als u werkbelastingclusters met Kubernetes versie 1.19.9 hebt geïnstalleerd en vervolgens Windows Admin Center gebruikt om deze bij te werken naar Kubernetes versie 1.19.11, blijft de Kubernetes-updatepagina zien dat de update nog steeds wordt uitgevoerd. Als u Get-AksHciCluster uitvoert, ziet u echter dat de update is voltooid en als u Windows Admin Center opent op een nieuw tabblad, wordt het cluster bijgewerkt naar 1.19.11 in de lijst met Kubernetes-clusters.

U kunt dit probleem negeren wanneer het updateproces is voltooid.

Wanneer u problemen met het Windows-beheercentrum rapporteert, is het een goed idee om logboeken toe te voegen om het ontwikkelteam te helpen uw probleem vast te stellen. Fouten in het Windows-beheercentrum zijn over het algemeen beschikbaar in een van de volgende twee vormen:

• Gebeurtenissen die worden weergegeven in de logboeken op de computer met Windows Admin Center
• JavaScript-problemen die zich voordoen in de browserconsole

Als u logboeken voor het Windows-beheercentrum wilt verzamelen, gebruikt u het Get-SMEUILogs.ps1 script dat is opgegeven in het openbare preview-pakket.

Als u het script wilt gebruiken, voert u deze opdracht uit in de map waarin het script is opgeslagen:

./Get-SMEUILogs.ps1 -ComputerNames [comp1, comp2, etc.] -Destination [comp3] -HoursAgo [48] -NoCredentialPrompt

De opdracht heeft de volgende parameters:

• -ComputerNames: Een lijst met computers waarvan u logboeken wilt verzamelen.
• -Destination: de computer waarop u de logboeken wilt aggregeren.
• -HoursAgo: De begintijd voor het verzamelen van logboeken, uitgedrukt in uren voordat u het script uitvoert.
• -NoCredentialPrompt: Een schakeloptie om de referentieprompt uit te schakelen en de standaardreferenties in uw huidige omgeving te gebruiken.

Als u problemen ondervindt bij het uitvoeren van dit script, kunt u de volgende opdracht uitvoeren om de Help-tekst weer te geven:

GetHelp .\Get-SMEUILogs.ps1 -Examples

Bij het uitvoeren van een upgrade in het Windows-beheercentrum is de volgende fout opgetreden:

Error occurred while fetching platform upgrade information. RemoteException: No match was found for the specified search criteria and module name 'AksHci'. Try Get-PSRepository to see all available registered module repositories.

Dit foutbericht treedt meestal op wanneer AKS op Azure Local wordt geïmplementeerd in een omgeving waarvoor een proxy is geconfigureerd. Op dit moment biedt Het Windows-beheercentrum geen ondersteuning voor het installeren van modules in een proxyomgeving.

U kunt deze fout oplossen door AKS in Azure Local in te stellen met behulp van de powershell-opdracht van de proxy.

De implementatie van het AKS-hostcluster mislukt bij systeemcontroles met een WinRM-servicefout.

Probeer de oplossingen toe te passen die worden voorgesteld in de handmatige probleemoplossing.

Als u meerdere versies van de PowerShell-modules hebt geïnstalleerd (bijvoorbeeld 0.2.26, 0.2.27 en 0.2.28), gebruikt het Windows-beheercentrum mogelijk niet de nieuwste versie (of de versie die nodig is).

Zorg ervoor dat er slechts één PowerShell-module is geïnstalleerd. Verwijder alle ongebruikte PowerShell-versies van de PowerShell-modules en laat er slechts één geïnstalleerd. Meer informatie over welke versie van het Windows-beheercentrum compatibel is met welke PowerShell-versie kan worden gevonden in de AKS op de lokale releaseopmerkingen van Azure.

Deze fout wordt weergegeven bij het implementeren via het Windows-beheercentrum. De pakketprovider vereist de PackageManagement en Provider tags. Controleer of het opgegeven pakket een tagfout heeft bij het uitvoeren van een implementatie via het Windows-beheercentrum.

Deze fout is afkomstig van PowerShell en geeft aan dat er problemen zijn met de internetverbinding. PowerShell probeert het pakket met vereisten te installeren en kan het niet installeren.

Controleer of de server of het failovercluster een internetverbinding heeft en start vervolgens een nieuwe installatie.

In fase 2.1: Systeemvalidatie is er mogelijk een fout opgetreden bij de installatie: No match was found for the specified search criteria for the provider 'NuGet'. The package provider requires 'PackageManagement' and 'Provider' tags. Please check if the specified package has the tags. Voltooi de PowerShell-opdrachten op de knooppunten waarnaar u wilt implementeren. U moet de NuGet handmatig installeren met behulp van de volgende PowerShell-opdracht:

Install-PackageProvider -Name NuGet -Scope CurrentUser -Force

Nadat u deze opdracht hebt uitgevoerd, sluit u alle Geopende PowerShell-vensters en probeert u het opnieuw in het Windows-beheercentrum.

In fase 2.1: Systeemvalidatie kan deze fout optreden: 'Kan opslagplaats PSGallery niet vinden'.

Gebruik Get-PSRepository om alle beschikbare opslagplaatsen te zien.' wanneer u op Installeren klikt. Voltooi de PowerShell-opdrachten op de knooppunten waarnaar u wilt implementeren. De registratie ongedaan maken en de PSRepository opnieuw registreren in een PowerShell-venster met beheerdersrechten. Sluit daarna alle PowerShell-vensters.

Unregister-PSRepository -Name 'PSGallery'
Register-PSRepository -Default

Verwijder vervolgens PowerShellGet en installeer deze opnieuw in een PowerShell-venster met beheerdersrechten. Sluit daarna alle PowerShell-vensters.

Uninstall-Module PowerShellGet
Install-Module PowerShellGet -Force

Ga daarna terug naar het Windows-beheercentrum en probeer het opnieuw.

Als u Windows Admin Center installeert met één account en dit met een ander account probeert te gebruiken, krijgt u fouten.

CredSSP werkt alleen in de wizard Cluster maken als het Windows-beheercentrum door hetzelfde account wordt geïnstalleerd en gebruikt.

Deze fout wordt weergegeven wanneer u overstapt van PowerShell naar het Windows-beheercentrum om een workloadcluster met Arc te maken.

U kunt deze fout veilig negeren. Het maakt deel uit van de validatiestap en het cluster is al gemaakt.

Het opnieuw opstarten van de lokale Azure-clusterknooppunten die als host fungeren voor het beheercluster en workloadclusters, kan ertoe leiden dat de workloadclusters verdwijnen uit het Windows-beheercentrumdashboard.

U kunt dit probleem omzeilen door de knooppunten te onderbreken en leeg te maken voordat u ze opnieuw wilt opstarten. Soms kan het langer duren voordat de workloadclusters in het dashboard worden weergegeven.

Windows Admin Center implementeert Azure Kubernetes Service niet in een omgeving met afzonderlijke opslag- en rekenclusters, omdat verwacht dat de reken- en opslagresources door hetzelfde cluster worden geleverd. In de meeste gevallen worden csv's die door het rekencluster worden weergegeven, niet gevonden en wordt geweigerd om door te gaan met de implementatie.

Volgende stappen

• Overzicht van probleemoplossing
• Installatieproblemen en -fouten
• Bekende problemen bijwerken

Als u problemen blijft ondervinden wanneer u AKS Arc gebruikt, kunt u fouten indienen via GitHub.