Az AKS Arc telepítése során felmerülő problémák és hibák elhárítása

Ez a hibaüzenet az Install-AksHci futtatása után jelenik meg.

Ha nem Private Link használ, a probléma megoldásához kövesse az alábbi lépéseket:

1. Nyissa meg a PowerShellt, és futtassa az Uninstall-AksHci parancsot.
2. Nyissa meg a Azure Portal, és keresse meg a futtatáskor Install-AksHcihasznált erőforráscsoportot.
3. Ellenőrizze, hogy vannak-e leválasztott állapotban megjelenő csatlakoztatott fürterőforrások, és szerepeljen egy véletlenszerűen generált GUID-azonosítóként megjelenített név.
4. Törölje ezeket a fürterőforrásokat.
5. Zárja be a PowerShell-munkamenetet, és nyissa meg az új munkamenetet, mielőtt újra fut Install-AksHci .

Ezt a hibát az okozhatja, hogy a telepítési folyamat megpróbál megsérteni egy Azure-szabályzatot, amelyet az Azure Arc előkészítési folyamata során megadott Azure-előfizetésben vagy erőforráscsoportban állítottak be. Ez a hiba olyan felhasználóknál fordulhat elő, akik előfizetési vagy erőforráscsoport-szinten definiálták az Azure-szabályzatokat, majd megpróbálják telepíteni az AKS-t az Azure Stack HCI-n, amely megsért egy Azure Policy.

A probléma megoldásához olvassa el a hibaüzenetet, amelyből megtudhatja, hogy az Azure-rendszergazda melyik Azure Policy sérült meg, majd módosítsa az Azure-szabályzatot az Azure-szabályzat kivételével. A szabályzatok kivételeiről további információt a Azure Policy kivételstruktúra című témakörben talál.

Egy korábban telepített funkció hibás állapotban marad, és nem lett törölve. A következő hibaüzenet jelenhet meg:

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]

Vagy a következőt láthatja:

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]

A probléma megoldásához törölje manuálisan a fürtszerepkört. Az erőforrást a következő PowerShell-parancsmag futtatásával távolíthatja el a feladatátvevőfürt-kezelőből: Remove-ClusterResource -name <resource name>.

A Install-AksHci parancsmag "Az API-hívás által visszaadott GetRelease-hiba: Fájlletöltési hiba: Kivonateltérés" hibával meghiúsul.

1. Nyissa meg a PowerShellt, és futtassa a parancsot Uninstall-AksHci.
2. Próbálkozzon újra egy telepítéssel.
3. Ha a probléma továbbra is fennáll, használja a paramétert a -concurrentDownloadsSet-AksHciConfig paranccsal , és állítsa az alapértelmezett 10-nél alacsonyabb számra a telepítés újrapróbálkozása előtt. Az egyidejű letöltések számának csökkentése segíthet a bizalmas hálózatoknak a nagy fájlletöltések sikeres befejezésében. Ez a paraméter egy előzetes verziójú funkció.

Az üzembe helyezés után az Azure Stack HCI-csomópontok újraindításakor az AKS-jelentés hibás állapotot mutatott a számlázáshoz.

A probléma megoldásához kövesse az utasításokat a jogkivonat manuális elforgatásához és a KMS beépülő modul újraindításához.

Az Install-AksHci futtatása után a telepítés leállt, és a következő hibaüzenet jelenik meg:

\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.]

A telepítés több okból is meghiúsulhat a waiting for API server hibával.

Az alábbi szakasz a hiba lehetséges okait és megoldásait ismerteti.

1. ok: Helytelen IP-átjáró konfigurációja Ha statikus IP-címeket használ, és a következő hibaüzenetet kapta, ellenőrizze, hogy az IP-cím és az átjáró konfigurációja helyes-e.

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 [ ]

Annak ellenőrzéséhez, hogy a megfelelő konfigurációval rendelkezik-e az IP-címhez és az átjáróhoz, futtassa a következő parancsot:

ipconfig /all

A megjelenített konfigurációs beállítások között erősítse meg a konfigurációt. Megpróbálhatja pingelni az IP-átjárót és a DNS-kiszolgálót is.

ping <DNS server>

Ha ezek a metódusok nem működnek, a New-AksHciNetworkSetting paranccsal módosíthatja a konfigurációt.

2. ok: Helytelen DNS-kiszolgáló Ha statikus IP-címeket használ, ellenőrizze, hogy a DNS-kiszolgáló megfelelően van-e konfigurálva. A gazdagép DNS-kiszolgálói címének ellenőrzéséhez használja a következő parancsot:

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

Győződjön meg arról, hogy a DNS-kiszolgáló címe megegyezik a futtatáskor New-AksHciNetworkSetting használt címmel a következő parancs futtatásával:

Get-MocConfig

Ha a DNS-kiszolgáló helytelenül lett konfigurálva, telepítse újra az AKS-t az Azure Stack HCI-n a megfelelő DNS-kiszolgálóval. További információ: Azure Kubernetes Service újraindítása, eltávolítása vagy újratelepítése az Azure Stack HCI-ben.

A probléma a konfiguráció törlése és a virtuális gép új konfigurációval való újraindítása után megoldódott.

Install-AksHci ezzel a hibával meghiúsult, mert egy másik folyamat hozzáfér a következőhöz mocstack.cab: .

A probléma megoldásához zárja be az összes megnyitott PowerShell-ablakot, majd nyisson meg egy új PowerShell-ablakot.

A fájl nem érhető el, mert egy másik folyamat használja.

A PowerShell-munkamenet újraindításával megoldhatja a problémát. Zárja be a PowerShell-ablakot, és próbálkozzon újra Install-AksHci.

Install-AksHci ezzel a hibával meghiúsult, mert az Azure Stack HCI AKS-konfigurációjában megadott IP-készlettartományok 1-gyel ki lett kapcsolva a CIDR-ben, és a CloudAgent összeomlhat. Ha például a 10.0.0.0–10.0.7.255 címtartományú 10.0.0.0/21-es alhálózattal rendelkezik, majd a 10.0.0.1-es kezdő címet vagy a 10.0.7.254-es zárócímet használja, ez a CloudAgent összeomlását okozza.

A probléma megkerüléséhez futtassa a New-AksHciNetworkSetting parancsot, és használjon bármilyen más érvényes IP-címtartományt a VIP-készlethez és a Kubernetes-csomópontkészlethez. Győződjön meg arról, hogy a használt értékek nem 1-sel vannak kikapcsolva a címtartomány elején vagy végén.

Amikor az Install-AksHcit futtatja egy csomópontos beállításon, a telepítés működött, de a feladatátvevő fürt beállításakor a telepítés a hibaüzenettel meghiúsul. A felhőügynök pingelése azonban azt mutatta, hogy a CloudAgent elérhető.

Annak érdekében, hogy az összes csomópont feloldhassa a CloudAgent DNS-ét, futtassa a következő parancsot minden csomóponton:

Resolve-DnsName <FQDN of cloudagent>

Ha a fenti lépés sikeres a csomópontokon, győződjön meg arról, hogy a csomópontok elérik a CloudAgent portot, és győződjön meg arról, hogy egy proxy nem próbálja blokkolni ezt a kapcsolatot, és a port nyitva van. Ehhez futtassa az alábbi parancsot az egyes csomópontokon:

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

A hiba letöltési hibából ered.

Ha ez a hiba jelenik meg, használja a Microsoft Edge vagy a Google Chrome legújabb verzióját, és próbálkozzon újra.

Ez a hiba azután jelenik meg, hogy a Set-AksHciRegistration parancsot futtatta egy AKS-ben az Azure Stack HCI-telepítésben. A hiba azt jelzi, hogy a Kubernetes-erőforrás-szolgáltatók nincsenek regisztrálva a jelenleg bejelentkezett bérlőhöz.

A probléma megoldásához futtassa az Azure CLI-t vagy az alábbi PowerShell-lépéseket:

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

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

A regisztráció körülbelül 10 percet vesz igénybe. A regisztrációs folyamat figyeléséhez használja az alábbi parancsokat.

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

Install-AksHci lefagy az Waiting for azure-arc-onboarding to complete időzítés előtt, amikor:

• Az Azure Stack HCI-regisztrációban (Set-AksHciRegistration) egy szolgáltatásnevet használnak az AKS-ben.
• Az.Accounts PowerShell-modulok verziója (2.7.x) telepítve van.

Az.Accounts 2.7.x a verziók eltávolítják az ServicePrincipalSecret és CertificatePassword a-t, PSAzureRmAccountamelyet az AKS az Azure Stack HCI-n használ az Azure Arc előkészítéséhez.

Reprodukálás:

1. Telepítse a Az.Accounts PowerShell-modulok verzióját (>= 2.7.0).
2. Set-AksHciRegistration szolgáltatásnév használatával.
3. Install-AksHci.

Várt viselkedés:

1. Az Azure Stack HCI AKS-telepítése a következő helyen lefagy: Waiting for azure-arc-onboarding to complete.
2. Azure-arc-onboarding podok összeomlási hurokba kerülnek.
3. A Azure-arc-onboarding podok a következő hibával lépnek fel:
   Starting onboarding process ERROR: variable CLIENT_SECRET is required

A probléma megoldása:

Távolítsa el az Az.Accounts-modulokat a 2.7.x verzióval. Futtassa a következő parancsmagot:

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

Ez a hiba akkor fordul elő, ha az Azure Stack HCI nem igazodik a szabályzathoz. Előfordulhat, hogy a fürt kapcsolati állapota azt mutatja, hogy csatlakoztatva van, de az eseménynaplóban a következő figyelmeztető üzenet jelenik meg: Azure Stack HCI's subscription is expired, run Sync-AzureStackHCI to renew the subscription.

A hiba elhárításához ellenőrizze, hogy a fürt regisztrálva van-e az Azure-ban a Get-AzureStackHCI gépen elérhető PowerShell-parancsmaggal. A Windows Admin Center irányítópultján is láthatók a fürt Azure-regisztrációjának állapotinformációi.

Ha a fürt már regisztrálva van, akkor tekintse meg a Get-AzureStackHCI kimenetének LastConnected mezőjét. Ha a mező szerint már több mint 30 nap telt el, próbálja meg a Sync-AzureStackHCI parancsmaggal megoldani a problémát.

A következő parancsmaggal is ellenőrizheti, hogy a fürt egyes csomópontjai rendelkeznek-e a szükséges licenccel:

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

Ha a probléma nem oldható meg a Sync-AzureStackHCI parancsmag futtatása után, forduljon a Microsoft ügyfélszolgálatához.

Ez a probléma azért fordul elő, mert a sikertelen telepítés olyan kiszivárgott erőforrásokat eredményezhet, amelyeket el kell távolítani, mielőtt újra telepítené.

Ha a telepítés az Install-AksHci használatával meghiúsul, futtassa az Uninstall-AksHci parancsot , mielőtt újra futna Install-AksHci .

Ezeket a hibákat Install-AksHci a Set-AksHciConfig futtatása nélkül is aktiválhatja.

A hiba elhárításához futtassa uninstall-akshci és zárja be az összes PowerShell-ablakot. Nyisson meg egy új PowerShell-munkamenetet, és indítsa újra az AKS-HCI telepítési folyamatát az AKS-HCI PowerShell használatával történő telepítésével.

A Set-AksHciConfig PowerShell-parancsmag a következő hibával meghiúsul:

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

Ha az AKS-t proxykiszolgálóval használja, előfordulhat, hogy nem a megfelelő URL-címet használta a kötelező HTTPS-proxy URL-cím értékének beállításakor. Az AKS proxykiszolgálóval való konfigurálásakor a HTTP-proxy URL-címe és a HTTPS-proxy URL-címe is szükséges, de gyakori, hogy mindkét értéknek ugyanazt a HTTP-előtagú URL-címet kell megosztania.

Ha ez a helyzet a környezetben, próbálkozzon az alábbi kockázatcsökkentési lépésekkel:

1. Zárja be a PowerShell-ablakot, és nyisson meg egy újat.
2. Futtassa újra a és New-AksHciProxySetting a New-AksHciNetworkSetting parancsmagot. A futtatásakor New-AksHciProxySettingállítsa be a -https paramétert ugyanazzal a HTTP-előtaggal rendelkező URL-értékkel, amelyet a parancshoz -httpállított be.
3. Futtassa a parancsot Set-AksHciConfig , és folytassa.

Amikor az AKS-t az Azure Stack HCI-n helyezi üzembe, az üzembe helyezés időtúllépést okozhat a folyamat különböző pontjain attól függően, hogy hol történt a helytelen konfiguráció. A hiba okának és előfordulásának megállapításához tekintse át a hibaüzenetet.

Az alábbi hiba például azt jelzi, hogy a helytelen konfiguráció a következő helyen Get-DownloadSdkRelease -Name "mocstack-stable"történt:

$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"}

Ez azt jelzi, hogy a fizikai Azure Stack HCI-csomópont fel tudja oldani a letöltési URL-cím nevét, msk8s.api.cdp.microsoft.comde a csomópont nem tud csatlakozni a célkiszolgálóhoz.

A probléma megoldásához meg kell határoznia, hogy hol történt a lebontás a kapcsolati folyamatban. Az alábbiakban néhány lépést követve megpróbálhatja megoldani a problémát a fizikai fürtcsomópontról:

1. Pingelje a cél DNS-nevét: ping msk8s.api.cdp.microsoft.com.
2. Ha a rendszer választ ad vissza, és nincs időtúllépés, akkor az alapszintű hálózati útvonal működik.
3. Ha a kapcsolat túllépi az időkorlátot, az adatelérési út megszakadhat. További információ: Proxybeállítások ellenőrzése. Vagy előfordulhat, hogy a visszatérési útvonal megszakad, ezért ellenőrizze a tűzfalszabályokat.

A Set-AksHciConfig futtatásakor a következő hibaüzenet jelenhet meg:

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.

Ez a hiba általában a felhasználó biztonsági tokenének (a csoporttagság módosítása miatti) módosítása, jelszóváltozás vagy lejárt jelszó miatt fordul elő. A legtöbb esetben a probléma orvosolható, ha kijelentkezik a számítógépről, majd újra bejelentkezik. Ha továbbra is sikertelen, a problémát a GitHub AKS HCI-problémáknál teheti meg.

A Moc-ügynökök várhatóan csak az utolsó 100 ügynöknaplót őrzik meg. A régebbi naplókat törölniük kell. A naplórotáció azonban nem történik meg, és a naplók egyre több lemezterületet foglalnak el.

A reprodukálás érdekében: Install AksHci és a fürt addig fut, amíg az ügynöknaplók száma meg nem haladja a 100-ot. Az n. napló létrehozásakor az ügynököknek törölniük kell az n-100. naplót, ha léteznek.

A hiba megoldása érdekében:

1. Módosítsa a felhőügynök és a csomópontügynökök logconf-fájljait. A felhőügynök logconfigja a következő helyen található:
   (Get-MocConfig).cloudConfigLocation+"\log\logconf".
   A csomópontügynök logconfigja a következő helyen található:
   (Get-MocConfig).cloudConfigLocation+"\log\logconf".

2. Módosítsa a Korlát értékét 100-ra, a Tárolóhelyek értékét pedig 100-ra, és mentse a konfigurációs fájlokat.

3. A módosítások regisztrálásához indítsa újra a felhőügynököt és a csomópontügynököt.

Ezek a lépések csak akkor indítják el a naplórotációt, ha az ügynök újraindítása 100 új naplót hoz létre. Ha az újraindításkor már vannak n ügynöknaplók, a naplórotáció csak n+100 napló létrehozása után indul el.

Ha a Set-AksHciConfig használatával olyan , -workingDir, , -cloudConfigLocationvagy -nodeConfigLocation paramétereket ad meg-imageDir, amelyek elérési útjának neve szóköz karaktert (példáulD:\Cloud Share\AKS HCI) tartalmaz, a felhőügynök fürtszolgáltatása nem indul el a következő (vagy hasonló) hibaüzenettel:

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'

A probléma megoldásához használjon olyan elérési utat, amely nem tartalmaz szóközt, például C:\CloudShare\AKS-HCI: .

Ez a hiba olyankor fordulhat elő, ha az infrastruktúra nem megfelelően van konfigurálva.

A hiba megoldásához kövesse az alábbi lépéseket:

1. Ellenőrizze a gazdagép DNS-kiszolgálójának konfigurációját és az átjáró beállításait:

   1. Ellenőrizze, hogy a DNS-kiszolgáló helyesen lett-e konfigurálva. A gazdagép DNS-kiszolgálói címének ellenőrzéséhez futtassa a következő parancsot:

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

   2. Annak ellenőrzéséhez, hogy az IP-cím és az átjáró konfigurációja helyes-e, futtassa a következő parancsot ipconfig/all: .
   3. Próbálja meg pingelni az IP-átjárót és a DNS-kiszolgálót.

2. Ellenőrizze, hogy fut-e a CloudAgent szolgáltatás:

   1. Pingelje a CloudAgent szolgáltatást annak ellenőrzéséhez, hogy elérhető-e.
   2. Győződjön meg arról, hogy az összes csomópont képes feloldani a CloudAgent DNS-ét a következő parancs futtatásával minden csomóponton:

      Resolve-DnsName <FQDN of cloudagent>
      

   3. Ha az előző lépés sikeres a csomópontokon, győződjön meg arról, hogy a csomópontok elérik a CloudAgent portot annak ellenőrzéséhez, hogy a proxy nem próbálja-e blokkolni ezt a kapcsolatot, és hogy a port nyitva van-e. Ehhez futtassa az alábbi parancsot az egyes csomópontokon:

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

   4. Annak ellenőrzéséhez, hogy a feladatátvételi fürtök fürtszolgáltatása fut-e, a következő parancsot is futtathatja:

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

Ez általában azt jelzi, hogy a Active Directory tartományi szolgáltatások (AD DS) mögöttes feladatátvevő fürtjének megfelelő fürtnév-objektumnak (CNO) nincs engedélye virtuálisszámítógép-objektum (VCO) létrehozására a szervezeti egységben (OU) vagy abban a tárolóban, ahol a fürt található.

Ha Ön nem tartományi rendszergazda, megkérhet egyet, hogy adjon CNO-engedélyeket a szervezeti egységnek , vagy előre hozzon létre egy VCO-t a felhőügynök általános fürtszolgáltatásához.

Ha Ön tartományi rendszergazda, akkor is előfordulhat, hogy a szervezeti egység vagy a tároló nem rendelkezik a szükséges engedélyekkel. Például a KB5008383-ben bevezetett Kényszerítési mód engedélyezhető az Active Directoryban. Próbálkozzon a következőkkel, mielőtt újratelepítést kísérel meg.

1. Lépjen a Active Directory - felhasználók és számítógépek.
2. Kattintson a jobb gombbal arra a szervezeti egységre vagy tárolóra, ahol a fürt található.
3. Válassza a Vezérlő delegálása... lehetőséget a Vezérlő delegálása varázsló megnyitásához.
4. Kattintson a Tovább> kattintson a Hozzáadás... gombra a Felhasználók, számítógépek vagy csoportok kiválasztása ablak megnyitásához.
5. Válassza ki azt a csoportot vagy felhasználókat, akiknek delegálni szeretné a vezérlést > , kattintson az OK gombra.
6. Válassza az Egyéni feladat létrehozása delegálandó> parancsot a Tovább gombra kattintva lépjen az Active Directory-objektumtípus lapra.
7. Válassza a Csak a következő objektumokat a mappában>: Jelölje ki a Számítógép-objektumok> kijelölése A kijelölt objektumok létrehozása ebben a mappában és a Kijelölt objektumok törlése ebben a mappában> Kattintson a Tovább gombra az Engedélyek lapra lépéshez.
8. Válassza az Összes gyermekobjektum létrehozása lehetőséget, és törölje az összes gyermekobjektumot az engedélyek > listájából Kattintson a Következő>befejezés gombra.

Ha az újratelepítés sikertelen, próbálkozzon újra a fenti lépésekkel a 7. és 8. lépésben:

• 7. lépés: Válassza az Ez a mappa lehetőséget, a mappa meglévő objektumait, és új objektumok létrehozását ebben a mappában> Kattintson a Tovább gombra.
• 8. lépés: Válassza az Olvasás, írás, Minden gyermekobjektum létrehozása és Az összes gyermekobjektum törlése lehetőséget az engedélyek > listájából Kattintson a Tovább> gombra a Befejezés gombra.

Ez a hibaüzenet az Install-AksHci futtatásakor jelenhet meg.

További információt a és a parancs futtatásával $error = Install-AksHci$error[0].Exception.InnerExceptionkaphat.

Az Aks-Hci PowerShell-parancsok nem ellenőrzik a gazdakiszolgálón rendelkezésre álló memóriát a Kubernetes-csomópontok létrehozása előtt. Ez a probléma memóriakimerüléshez és nem induló virtuális gépekhez vezethet. Ezt a hibát jelenleg nem kezelik megfelelően, és az üzembe helyezés nem válaszol egyértelmű hibaüzenettel.

Ha olyan üzemelő példánya van, amely nem válaszol, nyissa meg a eseménymegtekintő, és keressen egy Hyper-V-vel kapcsolatos hibaüzenetet, amely azt jelzi, hogy nincs elegendő memória a virtuális gép elindításához.

Ez a hiba akkor fordulhat elő, ha több bérlő van az Azure-fiókjában.

A megfelelő bérlő beállítására használható $tenantId = (Get-AzContext).Tenant.Id . Ezután adja meg ezt a bérlőt paraméterként a Set-AksHciRegistration futtatása közben.

Amikor AKS-fürtöt próbált üzembe helyezni egy Azure-beli virtuális gépen, a telepítés elakadt a helyen Waiting for pod 'Cloud Operator' to be ready..., majd meghiúsult, és két óra elteltével időtúllépést észlelt. Az átjáró és a DNS-kiszolgáló ellenőrzésével megkísérelt hibaelhárítási kísérletek azt mutatták, hogy megfelelően működnek. Az IP- vagy MAC-címütközések ellenőrzése nem található. A naplók nem mutatják a VIP-készletet. Korlátozás lépett fel a tárolólemezkép sudo docker pull ecpacr.azurecr.io/kube-vip:0.3.4 jogosulatlan helyett transport layer security (TLS) időtúllépéssel történő lekérésére.

A probléma megoldásához hajtsa végre az alábbi lépéseket:

1. Kezdje el üzembe helyezni a fürtöt.
2. A fürt üzembe helyezésekor csatlakozzon a felügyeleti fürt virtuális gépéhez SSH-val az alábbi módon:

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

3. Módosítsa a maximális átviteli egység (MTU) beállítást. Ne habozzon, hogy a változás; Ha túl későn hajtja be a módosítást, az üzembe helyezés meghiúsul. Az MTU-beállítás módosítása segít feloldani a tároló lemezképének lekérését.

sudo ifconfig eth0 mtu 1300

4. A tárolók állapotának megtekintéséhez futtassa a következő parancsot:

sudo docker ps -a

A lépések elvégzése után a tároló lemezképének lekérését feloldani kell.

Ez a hiba azt jelzi, hogy a felhőszolgáltatás IP-címe nem része a fürthálózatnak, és nem egyezik meg a szerepkörrel rendelkező fürthálózatok client and cluster communication egyikével sem.

A probléma megoldásához futtassa a Get-ClusterNetwork parancsot , ahol Role az egyenlő ClusterAndClient. Ezután az egyik fürtcsomóponton válassza ki a nevet, a címet és a címmaszkot annak ellenőrzéséhez, hogy a New-AksHciNetworkSetting paraméterhez -cloudServiceIP megadott IP-cím megegyezik-e az egyik megjelenített hálózattal.

Következő lépések

• Hibaelhárítási áttekintés
• Windows Admin Center ismert problémák
• Kubernetes-fürtök hibaelhárítása

Ha továbbra is problémákba ütközik az AKS Arc használatakor, a GitHubon keresztül is beküldheti a hibákat.