Řešení problémů a chyb během instalace služby AKS Arc

Tato chybová zpráva se zobrazí po spuštění install-AksHci.

Pokud službu Private Link nepoužíváte, při řešení tohoto problému postupujte následovně:

1. Otevřete PowerShell a spusťte Uninstall-AksHci.
2. Otevřete azure Portal a přejděte do skupiny prostředků, kterou jste použili při spuštění Install-AksHci.
3. Zkontrolujte všechny připojené prostředky clusteru, které se zobrazují ve stavu Odpojeno , a uveďte název zobrazený jako náhodně vygenerovaný identifikátor GUID.
4. Odstraňte tyto prostředky clusteru.
5. Zavřete relaci PowerShellu a před dalším spuštěním Install-AksHci otevřete novou relaci.

Příčinou této chyby může být proces instalace, který se pokouší narušit zásady Azure nastavené v předplatném Azure nebo skupině prostředků poskytnuté během procesu onboardingu Azure Arc. K této chybě může dojít u uživatelů, kteří definovali zásady Azure na úrovni předplatného nebo skupiny prostředků, a pak se pokusí nainstalovat AKS do Azure Stack HCI, což porušuje zásady Azure Policy.

Pokud chcete tento problém vyřešit, přečtěte si chybovou zprávu, abyste pochopili, která služba Azure Policy nastavila správce Azure, a pak upravte zásady Azure tak, že provedete výjimku ze zásad Azure. Další informace o výjimkách zásad najdete ve struktuře výjimek služby Azure Policy.

Dříve nainstalovaná funkce zůstává ve stavu selhání a nevymazala se. Může se zobrazit následující chyba:

Exception [An error occurred while creating resource 'MOC Cloud Agent Service' for the clustered role 'ca-3f72bdeb-xxxx-4ae9-a721-3aa902a998f0'.]
Stacktrace [at Add-FailoverClusterGenericRole, C:\Program Files\WindowsPowerShell\Modules\Moc\1.0.20\Common.psm1: line 2987
at Install-CloudAgent, C:\Program Files\WindowsPowerShell\Modules\Moc\1.0.20\Moc.psm1: line 1310
at Install-MocAgents, C:\Program Files\WindowsPowerShell\Modules\Moc\1.0.20\Moc.psm1: line 1229
at Initialize-Cloud, C:\Program Files\WindowsPowerShell\Modules\Moc\1.0.20\Moc.psm1: line 1135
at Install-MocInternal, C:\Program Files\WindowsPowerShell\Modules\Moc\1.0.20\Moc.psm1: line 1078
at Install-Moc, C:\Program Files\WindowsPowerShell\Modules\Moc\1.0.20\Moc.psm1: line 207
at Install-AksHciInternal, C:\Program Files\WindowsPowerShell\Modules\AksHci\1.1.25\AksHci.psm1: line 3867
at Install-AksHci, C:\Program Files\WindowsPowerShell\Modules\AksHci\1.1.25\AksHci.psm1: line 778
at <ScriptBlock>, <No file>: line 1]
InnerException[The object already exists]

Nebo se může zobrazit:

Install-Moc failed.
Exception [Unable to save property changes for 'IPv4 Address xxx.168.18.0'.]
Stacktrace [at Add-FailoverClusterGenericRole, C:\Program Files\WindowsPowerShell\Modules\Moc\1.0.20\Common.psm1: line 2971
at Install-CloudAgent, C:\Program Files\WindowsPowerShell\Modules\Moc\1.0.20\Moc.psm1: line 1310
at Install-MocAgents, C:\Program Files\WindowsPowerShell\Modules\Moc\1.0.20\Moc.psm1: line 1229
at Initialize-Cloud, C:\Program Files\WindowsPowerShell\Modules\Moc\1.0.20\Moc.psm1: line 1135
at Install-MocInternal, C:\Program Files\WindowsPowerShell\Modules\Moc\1.0.20\Moc.psm1: line 1078
at Install-Moc, C:\Program Files\WindowsPowerShell\Modules\Moc\1.0.20\Moc.psm1: line 207
at Install-AksHciInternal, C:\Program Files\WindowsPowerShell\Modules\AksHci\1.1.25\AksHci.psm1: line 3867
at Install-AksHci, C:\Program Files\WindowsPowerShell\Modules\AksHci\1.1.25\AksHci.psm1: line 778
at <ScriptBlock>, <No file>: line 1]
InnerException[A matching cluster network for the specified IP address could not be found]

Pokud chcete tento problém vyřešit, ručně vyčistíte roli clusteru. Prostředek můžete odebrat ze správce clusteru s podporou převzetí služeb při selhání spuštěním následující rutiny PowerShellu: Remove-ClusterResource -name <resource name>.

Rutina Install-AksHci selže s chybou GetRelease vrácenou voláním rozhraní API: Chyba stažení souboru: Neshoda hodnot hash.

1. Otevřete PowerShell a spusťte Uninstall-AksHci.
2. Zkuste instalaci zopakovat.
3. Pokud problém přetrvává, před opakováním instalace použijte -concurrentDownloads parametr Set-AksHciConfig a nastavte ho na číslo nižší než výchozí 10. Snížení počtu souběžných stahování může pomoci citlivým sítím úspěšně dokončit stahování velkých souborů. Tento parametr je funkce preview.

Po nasazení se při restartování uzlů Azure Stack HCI v sestavě AKS zobrazil stav selhání fakturace.

Pokud chcete tento problém vyřešit, postupujte podle pokynů k ruční obměně tokenu a restartujte modul plug-in Služby správy klíčů.

Po spuštění nástroje Install-AksHci se instalace zastavila a zobrazila následující chybová zpráva:

\kubectl.exe --kubeconfig=C:\AksHci\0.9.7.3\kubeconfig-clustergroup-management 
get akshciclusters -o json returned a non zero exit code 1 
[Unable to connect to the server: dial tcp 192.168.0.150:6443: 
connectex: A connection attempt failed because the connected party 
did not properly respond after a period of time, or established connection 
failed because connected host has failed to respond.]

Existuje několik důvodů, proč může instalace selhat s chybou waiting for API server .

Následující část popisuje možné příčiny a řešení této chyby.

Důvod 1: Nesprávná konfigurace brány PROTOKOLU IP Pokud používáte statické IP adresy a zobrazila se následující chybová zpráva, ověřte správnost konfigurace IP adresy a brány.

Install-AksHci 
C:\AksHci\kvactl.exe create --configfile C:\AksHci\yaml\appliance.yaml  --outfile C:\AksHci\kubeconfig-clustergroup-management returned a non-zero exit code 1 [ ]

Pokud chcete zkontrolovat, jestli máte správnou konfiguraci pro vaši IP adresu a bránu, spusťte následující příkaz:

ipconfig /all

V zobrazeném nastavení konfigurace potvrďte konfiguraci. Můžete se také pokusit o příkaz ping brány IP a serveru DNS.

ping <DNS server>

Pokud tyto metody nefungují, změňte konfiguraci pomocí rutiny New-AksHciNetworkSetting .

Důvod 2: Nesprávný server DNS Pokud používáte statické IP adresy, ověřte, že je server DNS správně nakonfigurovaný. Pokud chcete zkontrolovat adresu serveru DNS hostitele, použijte následující příkaz:

Get-NetIPConfiguration.DNSServer | ?{ $_.AddressFamily -ne 23} ).ServerAddresses

Spuštěním následujícího příkazu ověřte, že adresa serveru DNS je stejná jako adresa použitá při spuštění New-AksHciNetworkSetting :

Get-MocConfig

Pokud je server DNS nesprávně nakonfigurovaný, přeinstalujte AKS na Azure Stack HCI se správným serverem DNS. Další informace najdete v tématu Restartování, odebrání nebo přeinstalace služby Azure Kubernetes Service ve službě Azure Stack HCI .

Problém se vyřešil po odstranění konfigurace a restartování virtuálního počítače s novou konfigurací.

Install-AksHci Při této chybě došlo k chybě, protože k němu přistupuje mocstack.cabjiný proces.

Pokud chcete tento problém vyřešit, zavřete všechna otevřená okna PowerShellu a otevřete nové okno PowerShellu.

K souboru nejde získat přístup, protože ho používá jiný proces.

Tento problém můžete vyřešit restartováním relace PowerShellu. Zavřete okno PowerShellu a zkuste nainstalovat AksHci znovu.

Install-AksHci Tato chyba selhala, protože rozsahy fondů IP adres uvedené v konfiguraci AKS ve službě Azure Stack HCI byly vypnuty číslem 1 v CIDR a může způsobit chybové ukončení CloudAgent. Pokud například máte podsíť 10.0.0.0/21 s rozsahem adres 10.0.0.0–10.0.7.255 a pak použijete počáteční adresu 10.0.0.1 nebo koncovou adresu 10.0.7.254, způsobí to selhání cloudového agenta.

Chcete-li tento problém vyřešit, spusťte New-AksHciNetworkSetting a použijte jakýkoli jiný platný rozsah IP adres pro váš fond VIP a fond uzlů Kubernetes. Ujistěte se, že hodnoty, které používáte, nejsou na začátku nebo na konci rozsahu adres vypnuté o 1.

Při spuštění instalace Install-AksHci na jednom uzlu instalace fungovala instalace, ale při nastavování clusteru s podporou převzetí služeb při selhání instalace selže s chybovou zprávou. Příkaz ping u cloudového agenta ale ukázal, že CloudAgent je dostupný.

Pokud chcete zajistit, aby všechny uzly přeložily DNS agenta CloudAgent, spusťte na každém uzlu následující příkaz:

Resolve-DnsName <FQDN of cloudagent>

Pokud výše uvedený krok proběhne úspěšně na uzlech, ujistěte se, že se uzly dostanou k portu CloudAgent a ověřte, že se proxy server nepokouší blokovat toto připojení a port je otevřený. Uděláte to tak, že na každém uzlu spustíte následující příkaz:

Test-NetConnection  <FQDN of cloudagent> -Port <Cloudagent port - default 65000>

Tato chyba vychází z chyby při stahování.

Pokud se zobrazí tato chyba, měli byste použít nejnovější verzi Microsoft Edge nebo Google Chrome a zkusit to znovu.

Tato chyba se zobrazí po spuštění set-AksHciRegistration v AKS v instalaci Azure Stack HCI. Tato chyba značí, že poskytovatelé prostředků Kubernetes nejsou zaregistrovaní pro tenanta, který je aktuálně přihlášený.

Pokud chcete tento problém vyřešit, spusťte azure CLI nebo následující kroky PowerShellu:

az provider register --namespace Microsoft.Kubernetes
az provider register --namespace Microsoft.KubernetesConfiguration

Register-AzResourceProvider -ProviderNamespace Microsoft.Kubernetes
Register-AzResourceProvider -ProviderNamespace Microsoft.KubernetesConfiguration

Dokončení registrace trvá přibližně 10 minut. K monitorování procesu registrace použijte následující příkazy.

az provider show -n Microsoft.Kubernetes -o table
az provider show -n Microsoft.KubernetesConfiguration -o table

Get-AzResourceProvider -ProviderNamespace Microsoft.Kubernetes
Get-AzResourceProvider -ProviderNamespace Microsoft.KubernetesConfiguration

Instalace AksHci přestane reagovat před vypršením Waiting for azure-arc-onboarding to complete časového limitu, kdy:

• Instanční objekt se používá v AKS v registraci Azure Stack HCI (Set-AksHciRegistration).
• Nainstalované moduly Az.Accounts PowerShellu (2.7.x).

Az.Accounts 2.7.x verze odeberou ServicePrincipalSecret a CertificatePassword v PSAzureRmAccount, které AKS ve službě Azure Stack HCI pro onboarding Azure Arc používá.

Reprodukování:

1. Nainstalujte Az.Accounts verzi modulů PowerShellu (>= 2.7.0).
2. Set-AksHciRegistration pomocí instančního objektu.
3. Install-AksHci.

Očekávané chování:

1. Instalace AKS ve službě Azure Stack HCI přestane reagovat na Waiting for azure-arc-onboarding to completeadrese .
2. Azure-arc-onboarding Pody se přejdou do smyčky chybového ukončení.
3. Chyba Azure-arc-onboarding podů s následující chybou:
   Starting onboarding process ERROR: variable CLIENT_SECRET is required

Řešení tohoto problému:

Odinstalujte moduly Az.Accounts s verzemi 2.7.x. Spusťte následující rutinu:

Uninstall-Module -Name Az.Accounts -RequiredVersion 2.7.0 -Force

K této chybě dojde v případě, že Azure Stack HCI neodpovídá zásadám. Stav připojení v clusteru může zobrazit, že je připojený, ale v protokolu událostí se zobrazí zpráva s upozorněním, že Azure Stack HCI's subscription is expired, run Sync-AzureStackHCI to renew the subscription.

Pokud chcete tuto chybu vyřešit, pomocí rutiny PowerShellu, která je k dispozici na vašem počítači, ověřte, že je cluster zaregistrovaný v Azure Get-AzureStackHCI . Informace o stavu registrace clusteru v Azure se zobrazí také na řídicím panelu Windows Admin Center.

Pokud je cluster již zaregistrovaný, zkontrolujte pole LastConnected ve výstupu rutiny Get-AzureStackHCI. Pokud se v tomto poli zobrazí, že k poslednímu připojení došlo před více než 30 dny, měli byste se pokusit tuto situaci vyřešit pomocí rutiny Sync-AzureStackHCI.

Pomocí následující rutiny můžete také ověřit, jestli má každý uzel clusteru požadovanou licenci:

Get-ClusterNode | % { Get-AzureStackHCISubscriptionStatus -ComputerName $_ }

Computer Name Subscription Name           Status   Valid To
------------- -----------------           ------   --------
MS-HCIv2-01   Azure Stack HCI             Active   12/23/2021 12:00:14 AM
MS-HCIv2-01   Windows Server Subscription Inactive

MS-HCIv2-02   Azure Stack HCI             Active   12/23/2021 12:00:14 AM
MS-HCIv2-02   Windows Server Subscription Inactive

MS-HCIv2-03   Azure Stack HCI             Active   12/23/2021 12:00:14 AM
MS-HCIv2-03   Windows Server Subscription Inactive

Pokud se problém po spuštění Sync-AzureStackHCI rutiny nevyřeší, měli byste kontaktovat podporu Microsoftu.

K tomuto problému dochází, protože neúspěšná instalace může vést k úniku prostředků, které je potřeba před opětovnou instalací vyčistit.

Pokud instalace selže pomocí install-AksHci, měli byste před dalším spuštěním Install-AksHci spustit Uninstall-AksHci.

Tyto chyby můžete aktivovat při spuštění Install-AksHci bez spuštění set-AksHciConfig .

Pokud chcete tuto chybu vyřešit, spusťte uninstall-akshci a zavřete všechna okna PowerShellu. Otevřete novou relaci PowerShellu a restartujte proces instalace AKS-HCI podle instalace AKS-HCI pomocí PowerShellu.

Rutina Set-AksHciConfig PowerShellu selže s chybou:

GetCatalog error returned by API call: ... proxyconnect tcp: tls: first record does not look like a TLS Handshake

Pokud používáte AKS s proxy serverem, možná jste při nastavování požadované hodnoty adresy URL proxy HTTPS použili nesprávnou adresu URL. Při konfiguraci AKS s proxy serverem se vyžadují hodnoty adresy URL proxy serveru HTTP i adresy URL proxy serveru HTTPS, ale obě hodnoty je běžné ke sdílení stejné adresy URL s předponou HTTP.

Pokud to může být váš případ ve vašem prostředí, vyzkoušejte následující kroky pro zmírnění rizik:

1. Zavřete okno PowerShellu a otevřete nový.
2. Znovu spusťte rutiny New-AksHciNetworkSetting a New-AksHciProxySetting spusťte je. Při spuštění New-AksHciProxySettingnastavte -https parametr se stejnou hodnotou adresy URL s předponou HTTP, pro -httpkterou jste nastavili .
3. Spusťte a pokračujte Set-AksHciConfig .

Když nasadíte AKS ve službě Azure Stack HCI, může dojít k vypršení časového limitu nasazení v různých bodech procesu v závislosti na tom, kde došlo k chybné konfiguraci. Měli byste zkontrolovat chybovou zprávu a zjistit příčinu a místo, kde k ní došlo.

Například v následující chybě je bod, ve kterém došlo k Get-DownloadSdkRelease -Name "mocstack-stable"chybné konfiguraci:

$vnet = New-AksHciNetworkSettingSet-AksHciConfig -vnet $vnetInstall-AksHciVERBOSE: 
Initializing environmentVERBOSE: [AksHci] Importing ConfigurationVERBOSE: 
[AksHci] Importing Configuration Completedpowershell : 
GetRelease - error returned by API call: 
Post "https://msk8s.api.cdp.microsoft.com/api/v1.1/contents/default/namespaces/default/names/mocstack-stable/versions/0.9.7.0/files?action=generateDownloadInfo&ForegroundPriority=True": 
dial tcp 52.184.220.11:443: connectex: 
A connection attempt failed because the connected party did not properly
respond after a period of time, or established connection failed because
connected host has failed to respond.At line:1 char:1+ powershell -command
{ Get-DownloadSdkRelease -Name "mocstack-stable"}

To znamená, že fyzický uzel Azure Stack HCI dokáže přeložit název adresy URL pro stažení, msk8s.api.cdp.microsoft.comale uzel se nemůže připojit k cílovému serveru.

Pokud chcete tento problém vyřešit, musíte určit, kde došlo k rozpisu v toku připojení. Tady je několik kroků, jak problém vyřešit z fyzického uzlu clusteru:

1. Příkaz ping cílového názvu DNS: ping msk8s.api.cdp.microsoft.com.
2. Pokud se vám vrátí odpověď a žádný časový limit, základní síťová cesta funguje.
3. Pokud vyprší časový limit připojení, může dojít k přerušení cesty k datům. Další informace najdete v tématu kontrola nastavení proxy serveru. Nebo může dojít k přerušení návratové cesty, takže byste měli zkontrolovat pravidla brány firewall.

Při spuštění set-AksHciConfig se může zobrazit následující chyba:

WinRM service is already running on this machine.
WinRM is already set up for remote management on this computer.
Powershell remoting to TK5-3WP08R0733 was not successful.
At C:\Program Files\WindowsPowerShell\Modules\Moc\0.2.23\Moc.psm1:2957 char:17
+ ...             throw "Powershell remoting to "+$env:computername+" was n ...
+                 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : OperationStopped: (Powershell remo...not successful.:String) [], RuntimeException
    + FullyQualifiedErrorId : Powershell remoting to TK5-3WP08R0733 was not successful.

K této chybě obvykle dochází v důsledku změny tokenu zabezpečení uživatele (kvůli změně členství ve skupině), změny hesla nebo vypršení platnosti hesla. Ve většině případů je možné tento problém napravit tím, že se odhlásíte z počítače a přihlásíte se znovu. Pokud se problém stále nedaří, můžete problém podat v problémech s AKS HCI GitHubu.

Očekává se, že agenti moc budou uchovávat pouze posledních 100 protokolů agentů. Mají odstranit starší protokoly. Obměna protokolů se ale neděje a protokoly se neustále hromadí zabírají místo na disku.

Reprodukování: Install AksHci a mít cluster spuštěný, dokud počet protokolů agenta nepřekročí 100. V době vytvoření n-th protokolu se očekává, že agenti odstraní n-100th protokol, pokud existují.

Řešení tohoto problému:

1. Upravte soubory logconf agenta cloudu a agentů uzlů. Protokolconfig cloudového agenta se nachází na adrese:
   (Get-MocConfig).cloudConfigLocation+"\log\logconf".
   Logconfig agenta uzlu se nachází na adrese:
   (Get-MocConfig).cloudConfigLocation+"\log\logconf".

2. Změňte hodnotu Limit na 100 a Sloty na 100 a uložte konfigurační soubory.

3. Restartujte agenta cloudu a agenty uzlů, aby se tyto změny zaregistrovaly.

Tyto kroky spustí obměnu protokolů až po vygenerování 100 nových protokolů z restartování agenta. Pokud už v době restartování existuje n protokolů agenta, zahájí se obměna protokolů až po vygenerování n+100 protokolů.

Při použití set-AksHciConfig k určení -imageDir, -workingDir, -cloudConfigLocation, nebo -nodeConfigLocation parametrů s názvem cesty, který obsahuje znak mezery, například D:\Cloud Share\AKS HCI, cloud agent cluster service se nepodaří spustit následující (nebo podobné) chybová zpráva:

Failed to start the cloud agent generic cluster service in failover cluster. The cluster resource group os in the 'failed' state. Resources in 'failed' or 'pending' states: 'MOC Cloud Agent Service'

Chcete-li tento problém vyřešit, použijte cestu, která neobsahuje mezery, C:\CloudShare\AKS-HCInapříklad .

K této chybě může dojít v případě chybné konfigurace infrastruktury.

Pokud chcete tuto chybu vyřešit, postupujte následovně:

1. Zkontrolujte konfiguraci hostitelského serveru DNS a nastavení brány:

   1. Ověřte, že je server DNS správně nakonfigurovaný. Pokud chcete zkontrolovat adresu serveru DNS hostitele, spusťte následující příkaz:

      ((Get-NetIPConfiguration).DNSServer | ?{ $_.AddressFamily -ne 23}).ServerAddresses
      

   2. Pokud chcete zkontrolovat správnost vaší IP adresy a konfigurace brány, spusťte příkaz ipconfig/all.
   3. Pokuste se otestovat bránu IP a server DNS příkazem Ping.

2. Zkontrolujte službu CloudAgent a ujistěte se, že je spuštěná:

   1. Otestujte příkazem Ping službu cloudového agenta a ujistěte se, že je dostupná.
   2. Spuštěním následujícího příkazu na každém uzlu se ujistěte, že všechny uzly můžou přeložit DNS agenta CloudAgent:

      Resolve-DnsName <FQDN of cloudagent>
      

   3. Pokud předchozí krok na všech uzlech proběhne úspěšně, ujistěte se, že se uzly můžou připojit k portu cloudového agenta, abyste ověřili, že se toto připojení nepokouší blokovat žádný proxy server a že je daný port otevřený. Provedete to spuštěním následujícího příkazu na všech uzlech:

      Test-NetConnection <FQDN of cloudagent> -Port <Cloudagent port - default 65000>
      

   4. Pokud chcete zkontrolovat, jestli je clusterová služba spuštěná pro cluster s podporou převzetí služeb při selhání, můžete také spustit následující příkaz:

      Get-ClusterGroup -Name (Get-AksHciConfig).Moc['clusterRoleName']
      

Obvykle to značí, že objekt CNO (Cluster Name Object) představující základní cluster s podporou převzetí služeb při selhání ve službě Doména služby Active Directory Services (AD DS) nemá oprávnění k vytvoření objektu virtuálního počítače (VCO) v organizační jednotce nebo v kontejneru, ve kterém se cluster nachází.

Pokud nejste správcem domény, můžete požádat jednoho o udělení oprávnění CNO organizačnímu objektu nebo předběžnému nastavení VCO pro obecnou clusterovou službu cloudového agenta.

Pokud jste správcem domény, je stále možné, že vaše organizační jednotky nebo kontejner nemají požadovaná oprávnění. Ve službě Active Directory může být povolený například režim vynucení zavedený v KB5008383. Před pokusem o přeinstalaci zkuste následující:

1. Přejděte na Uživatelé a počítače služby Active Directory.
2. Klikněte pravým tlačítkem na organizační jednotky nebo kontejner, ve kterém se cluster nachází.
3. Výběrem možnosti Delegovat řízení... otevřete Průvodce delegováním ovládacího prvku.
4. Kliknutím na další> tlačítko Přidat... otevřete okno Vybrat uživatele, počítače nebo skupiny .
5. Vyberte skupinu nebo uživatele, kterým chcete delegovat řízení > , klikněte na TLAČÍTKO OK.
6. Vyberte Vytvořit vlastní úkol, který deleguje> kliknutím na tlačítko Další a přejdete na stránku Typ objektu služby Active Directory.
7. V této složce Vyberte pouze následující objekty ve složce> Vybrat objekty> Počítače Vyberte vybrat vybrané objekty v této složce a Odstranit vybrané objekty v této složce> Kliknutím na tlačítko Další přejdete na stránku Oprávnění.
8. V seznamu oprávnění vyberte Vytvořit všechny podřízené objekty a odstranit všechny podřízené objekty.>>

Pokud se přeinstalace nezdaří, zkuste to znovu s následujícími změnami kroků 7 a 8:

• Krok 7: Vyberte tuto složku, existující objekty v této složce a vytvořte nové objekty v této složce> klepněte na tlačítko Další.
• Krok 8: V seznamu oprávnění > vyberte Čtení, Zápis, Vytvořit všechny podřízené objekty a Odstraňte všechny podřízené objekty.>

Při spuštění nástroje Install-AksHci se může zobrazit tato chyba.

Další informace získáte spuštěním a následným $error[0].Exception.InnerExceptionspuštěním $error = Install-AksHci .

Příkazy PowerShellu Aks-Hci neověřují dostupnou paměť na hostitelském serveru před vytvořením uzlů Kubernetes. Tento problém může vést k vyčerpání paměti a virtuálním počítačům, které se nespustí. Toto selhání se v současné době nezpracuje elegantně a nasazení přestane reagovat bez jasné chybové zprávy.

Pokud máte nasazení, které přestane reagovat, otevřete Prohlížeč událostí a vyhledejte chybovou zprávu související s Technologií Hyper-V, která indikuje, že pro spuštění virtuálního počítače není dostatek paměti.

K této chybě může dojít v případě, že máte ve svém účtu Azure více tenantů.

Slouží $tenantId = (Get-AzContext).Tenant.Id k nastavení správného tenanta. Tento tenant pak při spuštění set-AksHciRegistration zahrňte jako parametr.

Při pokusu o nasazení clusteru AKS na virtuálním počítači Azure se instalace zablokovala Waiting for pod 'Cloud Operator' to be ready...a pak selhala a po dvou hodinách vypršel časový limit. Pokusy o řešení potíží kontrolou brány a serveru DNS ukázaly, že fungují správně. Kontroluje konflikty IP adres nebo ADRES MAC, které nebyly nalezeny. Protokoly nezobrazovat fond VIRTUÁLNÍCH IP adres. Při načítání image kontejneru došlo sudo docker pull ecpacr.azurecr.io/kube-vip:0.3.4 k omezení, které místo neoprávněného vypršení časového limitu protokolu TLS (Transport Layer Security) vrátilo.

Pokud chcete tento problém vyřešit, postupujte následovně:

1. Začněte nasazovat cluster.
2. Po nasazení clusteru se připojte k virtuálnímu počítači clusteru pro správu přes SSH, jak je znázorněno níže:

ssh -i (Get-MocConfig)['sshPrivateKey'] clouduser@<IP Address>

3. Změňte nastavení maximální přenosové jednotky (MTU). Neváhejte provést změnu; Pokud změnu provedete příliš pozdě, nasazení selže. Úprava nastavení MTU pomáhá odblokovat vyžádání image kontejneru.

sudo ifconfig eth0 mtu 1300

4. Pokud chcete zobrazit stav kontejnerů, spusťte následující příkaz:

sudo docker ps -a

Po provedení těchto kroků by se mělo odblokovat vyžádání image kontejneru.

Tato chyba značí, že IP adresa cloudové služby není součástí sítě clusteru a neodpovídá žádné síti clusteru s povolenou client and cluster communication rolí.

Pokud chcete tento problém vyřešit, spusťte Get-ClusterNetwork , kde Role se rovná ClusterAndClient. Potom na jednom z uzlů clusteru vyberte název, adresu a masku adresy a ověřte, že IP adresa zadaná pro -cloudServiceIP parametr New-AksHciNetworkSetting odpovídá jedné ze zobrazených sítí.

Enable-AksHciArcConnection může připojit cluster AKS k Azure, ale zobrazuje následující upozornění, když zákazník k ověřování používá instanční objekt:

WARNING: Error occurred while executing GetServicePrincipals
Code: Authorization_RequestDenied
Message: Insufficient privileges to complete the operation.
RequestId: <removed>
DateTimeStamp: <removed>
HttpStatusCode: Forbidden
HttpStatusDescription: Forbidden
HttpResponseStatus: Completed
WARNING: Custom locations has not been enabled on the AKS-HCI cluster. To enable custom locations manually, visit aka.ms/enable-custom-location

Aktuálním chováním onboardingu Arc je ve výchozím nastavení povolit vlastní umístění. Pokud chcete povolit vlastní umístění, akce GetServicePrincipals se provádí v kontextu přihlášeného uživatele Azure. Pokud uživatel (nebo hlavní název služby) nemá dostatečná oprávnění k tomu, aby to mohl provést, příkaz vydá upozornění, že tato oprávnění neexistují, a proto nebude povolená funkce Vlastní umístění.

Pokud nechcete, aby byla povolená vlastní umístění, můžete toto upozornění bezpečně ignorovat, protože to nemá vliv na onboarding clusteru do služby Arc. Pokud ale potřebujete povolit vlastní umístění, musíte uživateli (nebo hlavnímu názvu služby) udělit potřebná oprávnění.

Další kroky

• Přehled řešení potíží
• Známé problémy v Centru pro správu Windows
• Řešení potíží s clustery Kubernetes

Pokud při používání služby AKS Arc stále dochází k problémům, můžete chyby zasdílit prostřednictvím GitHubu.