Az Azure Stack HCI 2408.2 kiadás ismert problémái
A következőkre vonatkozik: Azure Stack HCI, 23H2-es verzió
Ez a cikk az Azure Stack HCI 2408.2 kiadás kritikus ismert problémáit és kerülő megoldásait ismerteti.
Ezek a kibocsátási megjegyzések folyamatosan frissülnek, és a megkerülő megoldást igénylő kritikus problémák felderítése után hozzáadja őket. Az Azure Stack HCI üzembe helyezése előtt gondosan tekintse át az itt található információkat.
Fontos
A kiadás támogatott frissítési útvonalairól további információt a kiadással kapcsolatos információkban talál.
A jelen kiadás új funkcióiról további információt a 23H2 újdonságai című témakörben talál.
A 2408.2-es verzió ismert problémái
Ez a szoftverkiadás a 2408.2.7-es szoftververzióra képez le.
A verzió kibocsátási megjegyzései közé tartoznak az ebben a kiadásban kijavított problémák, a kiadás ismert problémái, valamint a korábbi verziókból átvitt kibocsátási megjegyzésekkel kapcsolatos problémák.
Feljegyzés
A gyakori ismert problémák részletes szervizelését az Azure Stack HCI Támogatási GitHub-adattárában találja.
Megoldott problémák
Ebben a kiadásban az alábbi problémákat javítottuk:
| Szolgáltatás | Probléma | Áthidaló megoldás/megjegyzések |
|---|---|---|
| Biztonság | A SideChannelMitigation megfelelően jelent a helyi parancsmagokban és a Windows Felügyeleti központban is. | |
| Frissít | Egy frissítés szükségtelenül letöltené a már betöltött SBE-tartalmakat. | |
| Feljavít | A fürterőforrások nem ugyanabban a csoportban voltak. | |
| Feljavít | Kijavítottuk az IP-készlet érvényesítését az Azure Portalon. | |
| Feljavít | Érvényesítés hozzáadva annak ellenőrzéséhez, hogy a csomag a legújabb verzió-e | |
| Feljavít | Az ellenőrzés csoportszabályzatok miatt meghiúsulna. |
Ismert problémák ebben a kiadásban
A Microsoft nem tud a jelen kiadásban ismert problémákról.
A korábbi kiadások ismert problémái
Az alábbi táblázat a korábbi kiadások ismert problémáit sorolja fel:
| Szolgáltatás | Probléma | Áthidaló megoldás | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Kiszolgáló javítása | Miután kijavított egy csomópontot, és futtatta a parancsot Set-AzureStackLCMUserPassword, a következő hibaüzenet jelenhet meg: CloudEngine.Actions.InterfaceInvocationFailedException: Type 'ValidateCredentials' of Role 'SecretRotation' raised an exception: Cannot load encryption certificate. The certificate setting 'CN=DscEncryptionCert' does not represent a valid base-64 encoded certificate, nor does it represent a valid certificate by file, directory, thumbprint, or subject name. at Validate-Credentials |
A probléma megoldásához kövesse az alábbi lépéseket: $NewPassword = <Provide new password as secure string> $OldPassword = <Provide the old/current password as secure string> $Identity = <LCM username> $credential = New-Object -TypeName PSCredential -ArgumentList $Identity, $NewPassword 1. Importálja a szükséges modult: Import-Module "C:\Program Files\WindowsPowerShell\Modules\Microsoft.AS.Infra.Security.SecretRotation\PasswordUtilities.psm1" -DisableNameChecking 2. Ellenőrizze az ECE-fürtcsoport állapotát: $eceClusterGroup = Get-ClusterGroup | Where-Object {$_.Name -eq "Azure Stack HCI Orchestrator Service Cluster Group"} if ($eceClusterGroup.State -ne "Online") {Write-AzsSecurityError -Message "ECE cluster group is not in an Online state. Cannot continue with password rotation." -ErrRecord $_} 3. Frissítse az ECE-t az új jelszóval: Write-AzsSecurityVerbose -Message "Updating password in ECE" -Verbose $eceContainersToUpdate = @("DomainAdmin", "DeploymentDomainAdmin", "SecondaryDomainAdmin", "TemporaryDomainAdmin", "BareMetalAdmin", "FabricAdmin", "SecondaryFabric", "CloudAdmin") <br><br> foreach ($containerName in $eceContainersToUpdate) {Set-ECEServiceSecret -ContainerName $containerName -Credential $credential 3>$null 4>$null} <br><br> Write-AzsSecurityVerbose -Message "Finished updating credentials in ECE." -Verbose 4. Frissítse a jelszót az Active Directoryban: Set-ADAccountPassword -Identity $Identity -OldPassword $OldPassword -NewPassword $NewPassword |
||||||||||||||||||
| Arc virtuális gép kezelése | Nem támogatott, ha exportált Azure-beli virtuálisgép-operációsrendszer-lemezt használ VHD-ként egy katalógusrendszerkép létrehozásához arc virtuális gép kiépítéséhez. | Futtassa a parancsot restart-service mochostagent a mochostagent szolgáltatás újraindításához. |
||||||||||||||||||
| Hálózati | Ha egy csomópont olyan proxykiszolgálóval van konfigurálva, amelynek címében nagybetűk szerepelnek, például HTTPS://10.100.000.00:8080az Arc-bővítmények telepítése vagy frissítése nem sikerült a meglévő buildekben lévő csomóponton, beleértve a 2408.2-es verziót is. A csomópont azonban továbbra is csatlakozik az Archoz. | A probléma megoldásához kövesse az alábbi lépéseket: 1. Állítsa be a környezeti értékeket kisbetűvel. [System.Environment]::SetEnvironmentVariable("HTTPS_PROXY", "https://10.100.000.00:8080", "Machine"). 2. Ellenőrizze, hogy az értékek be lettek-e állítva. [System.Environment]::GetEnvironmentVariable("HTTPS_PROXY", "Machine"). 3. Indítsa újra az Arc-szolgáltatásokat. Restart-Service himds Restart-Service ExtensionService Restart-Service GCArcService 4. Az AzcmaAgent jelzése kisbetűs proxyadatokkal. & 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config set proxy.url https://10.100.000.00:8080 & 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config list |
||||||||||||||||||
| Hálózati | Amikor az Arc-gépek lemennek, a "Minden fürt" lap az új portálon a "Részlegesen összekapcsolt" vagy a "Nem csatlakoztatott legutóbb" állapotot jeleníti meg. Még ha az Arc-gépek állapota is kifogástalanná válik, előfordulhat, hogy nem mutatják a "Csatlakoztatott" állapotot. | A probléma nem ismert megkerülő megoldás. A kapcsolat állapotának ellenőrzéséhez használja a régi felületet, és ellenőrizze, hogy a kapcsolat "Csatlakoztatva" állapotú-e. | ||||||||||||||||||
| Biztonság | Előfordulhat, hogy a SideChannelMitigation biztonsági funkció még akkor sem jelenít meg engedélyezett állapotot, ha engedélyezve van. | Ebben a kiadásban nincs áthidaló megoldás. Ha ezt a problémát tapasztalja, lépjen kapcsolatba Microsoft ügyfélszolgálata a következő lépések meghatározásához. | ||||||||||||||||||
| Arc virtuális gép kezelése | Előfordulhat, hogy a Mochostagent szolgáltatás fut, de a naplók frissítése nélkül több mint egy hónapig elakadhat. A probléma azonosításához ellenőrizze a szolgáltatásnaplókat, C:\programdata\mochostagent\logs és ellenőrizze, hogy frissülnek-e a naplók. |
Futtassa a következő parancsot a mochostagent szolgáltatás újraindításához: restart-service mochostagent. |
||||||||||||||||||
| Feljavít | Ha a bélyeget a 2311-ről vagy a korábbi buildekről 2408-ra vagy újabbra frissíti, a csomópont hozzáadása és a csomópontok javítása sikertelen lehet. Például egy hiba jelenhet meg: Type 'AddAsZHostToDomain' of Role 'BareMetal' raised an exception. |
Ebben a kiadásban nincs áthidaló megoldás. Ha ezt a problémát tapasztalja, lépjen kapcsolatba Microsoft ügyfélszolgálata a következő lépések meghatározásához. | ||||||||||||||||||
| Frissítés | Ha egy Azure Stack HCI-fürt készültségi ellenőrzésének eredményeit az Azure Update Manageren keresztül tekinti meg, több, azonos nevű készültségi ellenőrzés is előfordulhat. | Ebben a kiadásban nincs ismert megkerülő megoldás. Válassza a Részletek megtekintése lehetőséget a készültségi ellenőrzésre vonatkozó konkrét információk megtekintéséhez. | ||||||||||||||||||
| Felfejlődés | Bizonyos esetekben az Azure Stack HCI-kiszolgálók regisztrációja során ez a hiba a hibanaplókban jelenhet meg: Belső kiszolgálóhiba történt. Előfordulhat, hogy az eszköztelepítés egyik kötelező bővítménye nincs telepítve. | A probléma megoldásához kövesse az alábbi lépéseket: $Settings = @{ "CloudName" = $Cloud; "RegionName" = $Region; "DeviceType" = "AzureEdge" } New-AzConnectedMachineExtension -Name "AzureEdgeTelemetryAndDiagnostics" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -Settings $Settings -ExtensionType "TelemetryAndDiagnostics" -EnableAutomaticUpgrade New-AzConnectedMachineExtension -Name "AzureEdgeDeviceManagement" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.Edge" -ExtensionType "DeviceManagementExtension"New-AzConnectedMachineExtension -Name "AzureEdgeLifecycleManager" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Orchestration" -ExtensionType "LcmController" New-AzConnectedMachineExtension -Name "AzureEdgeRemoteSupport" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -ExtensionType "EdgeRemoteSupport" -EnableAutomaticUpgrade |
||||||||||||||||||
| Frissítés | Időszakos probléma merült fel ebben a kiadásban, ha az Azure Portal helytelenül jelenti a frissítési állapotot sikertelen frissítésnek vagy folyamatban lévő állapotnak, ha a frissítés befejeződött. | Csatlakozzon az Azure Stack HCI-hez egy távoli PowerShell-munkameneten keresztül. A frissítés állapotának megerősítéséhez futtassa a következő PowerShell-parancsmagokat: $Update = get-solutionupdate | ? version -eq "<version string>"Cserélje le a verziósztringet a futó verzióra. Például: "10.2405.0.23". $Update.stateHa a frissítés állapota telepítve van, nincs szükség további műveletre az Ön részéről. Az Azure Portal 24 órán belül megfelelően frissíti az állapotot. Az állapot korábbi frissítéséhez kövesse az alábbi lépéseket az egyik fürtcsomóponton. Indítsa újra a Cloud Management-fürtcsoportot. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
||||||||||||||||||
| Frissít | A kezdeti MOC-frissítés során hiba történik, mert a cél MOC-verzió nem található a katalógus gyorsítótárában. A követő frissítések és az újrapróbálkozási próbálkozások az MOC-t jelenítik meg a célverzióban, a frissítés sikeres végrehajtása nélkül, és ennek következtében az Arc Resource Bridge frissítése meghiúsul. A probléma érvényesítéséhez gyűjtse össze a frissítési naplókat az Azure Stack HCI 23H2-es verziójának megoldásfrissítéseinek hibaelhárításával. A naplófájlokban hasonló hibaüzenetnek kell megjelennie (az aktuális verzió eltérhet a hibaüzenetben): [ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }] |
A probléma megoldásához kövesse az alábbi lépéseket: 1. Az MOC-ügynök verziójának megkereséséhez futtassa a következő parancsot: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.2. A parancs kimenetével keresse meg az ügynök verziójának megfelelő MOC-verziót az alábbi táblázatból, és állítsa az $initialMocVersion MOC-verzióra. Ezt úgy $targetMocVersion állíthatja be, hogy megkeresi azt az Azure Stack HCI-buildet, amelyre frissít, és lekérheti a megfelelő MOC-verziót az alábbi táblázatból. Használja ezeket az értékeket az alábbi kárenyhítési szkriptben:
Ha például az ügynök verziója v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024, akkor $initialMocVersion = "1.0.24.10106" és ha a 2405.0.23-ra frissít, akkor $targetMocVersion = "1.3.0.10418".3. Futtassa a következő PowerShell-parancsokat az első csomóponton: $initialMocVersion = "<initial version determined from step 2>"$targetMocVersion = "<target version determined from step 2>"# MOC-modul importálása kétszer import-module mocimport-module moc$verbosePreference = "Continue"# Az SFS-katalógus gyorsítótárának törlése Remove-Item (Get-MocConfig).manifestCache# Állítsa a verziót az aktuális MOC-verzióra a frissítés előtt, és állítsa be az állapotot sikertelen frissítésként Set-MocConfigValue -name "version" -value $initialMocVersionSet-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)# Futtassa újra az MOC-frissítést a kívánt verzióra Update-Moc -version $targetMocVersion4. Folytassa a frissítést. |
||||||||||||||||||
| HCI-n üzemelő AKS | Az AKS-fürt létrehozása a következővel meghiúsul: Error: Invalid AKS network resource id. Ez a probléma akkor fordulhat elő, ha a társított logikai hálózat neve aláhúzással rendelkezik. |
A logikai hálózatok nevei nem támogatják az aláhúzásjeleket. Ügyeljen arra, hogy ne használjon aláhúzásjelet az Azure Stack HCI-n üzembe helyezett logikai hálózatok neveiben. | ||||||||||||||||||
| Kiszolgáló javítása | Ritka esetekben a művelet a Repair-Server hibával HealthServiceWaitForDriveFW meghiúsul. Ezekben az esetekben a javított csomópont régi meghajtói nem lesznek eltávolítva, és az új lemezek karbantartási módban elakadnak. |
A probléma megelőzéséhez először ne ürítse ki a csomópontot a Windows Felügyeleti központban vagy a Suspend-ClusterNode -Drain PowerShell-parancsmag Repair-Serverhasználatával. Ha a probléma jelentkezik, a következő lépésekért forduljon Microsoft ügyfélszolgálata. |
||||||||||||||||||
| Kiszolgáló javítása | Ez a probléma akkor jelenik meg, ha az azure Stack HCI egyetlen kiszolgálója 2311-ről 2402-re frissül, majd végrehajtja.Repair-Server A javítási művelet meghiúsul. |
Az egyetlen csomópont javítása előtt kövesse az alábbi lépéseket: 1. Futtassa az ADPrepTool 2402-es verzióját. Kövesse az Active Directory előkészítése című témakörben leírt lépéseket. Ez a művelet gyors, és hozzáadja a szükséges engedélyeket a szervezeti egységhez (szervezeti egység). 2. Helyezze át a számítógép-objektumot a Számítógépek szegmensből a legfelső szintű szervezeti egységbe. Futtassa az alábbi parancsot: Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>" |
||||||||||||||||||
| Felfejlődés | Ha önállóan készíti elő az Active Directoryt (nem a Microsoft által biztosított szkriptet és eljárást használja), az Active Directory-érvényesítés hiányzó Generic All engedélyekkel meghiúsulhat. Ennek oka az ellenőrzési ellenőrzés azon hibája, amely a BitLocker-helyreállításhoz szükséges dedikált engedélybejegyzést msFVE-RecoverInformationobjects – General – Permissions Full controlellenőrzi. |
Használja az AD-szkript előkészítése metódust , vagy ha saját módszert használ, mindenképpen rendelje hozzá az adott engedélyt msFVE-RecoverInformationobjects – General – Permissions Full control. |
||||||||||||||||||
| Felfejlődés | Ebben a kiadásban van egy ritka probléma, amely miatt a DNS-rekord törlődik az Azure Stack HCI üzembe helyezése során. Ha ez történik, a következő kivétel jelenik meg: Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception:<br>The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123. |
Ellenőrizze a DNS-kiszolgálót, hogy hiányoznak-e a fürtcsomópontok DNS-rekordjai. Alkalmazza a következő kockázatcsökkentést azon csomópontokon, ahol hiányzik a DNS-rekordja. Indítsa újra a DNS-ügyfélszolgáltatást. Nyisson meg egy PowerShell-munkamenetet, és futtassa a következő parancsmagot az érintett csomóponton: Taskkill /f /fi "SERVICES eq dnscache" |
||||||||||||||||||
| Felfejlődés | Ebben a kiadásban távoli feladathiba lép fel egy többcsomópontos üzemelő példányon, amely a következő kivételt eredményezi:ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). |
A kockázatcsökkentés az ECE-ügynök újraindítása az érintett csomóponton. A kiszolgálón nyisson meg egy PowerShell-munkamenetet, és futtassa a következő parancsot:Restart-Service ECEAgent. |
||||||||||||||||||
| Kiszolgáló hozzáadása | Ebben a kiadásban és a korábbi kiadásokban, amikor kiszolgálót ad hozzá a fürthöz, nem lehet frissíteni a proxy megkerülőlista-sztringet az új kiszolgáló belefoglalásához. A környezeti változók proxy-megkerülő listájának frissítése a gazdagépeken nem frissíti a proxy megkerülő listáját az Azure Resource Bridge-en vagy az AKS-ben. | Ebben a kiadásban nincs áthidaló megoldás. Ha ezt a problémát tapasztalja, lépjen kapcsolatba Microsoft ügyfélszolgálata a következő lépések meghatározásához. | ||||||||||||||||||
| Kiszolgáló hozzáadása/javítása | Ebben a kiadásban egy kiszolgáló hozzáadásakor vagy javításakor hiba jelenik meg, amikor a szoftveres terheléselosztó vagy a hálózati vezérlő virtuálisgép-tanúsítványai ki vannak másolva a meglévő csomópontokról. A hiba az, hogy ezek a tanúsítványok nem lettek létrehozva az üzembe helyezés/frissítés során. | Ebben a kiadásban nincs áthidaló megoldás. Ha ezt a problémát tapasztalja, lépjen kapcsolatba Microsoft ügyfélszolgálata a következő lépések meghatározásához. | ||||||||||||||||||
| Felfejlődés | Ebben a kiadásban átmeneti probléma lép fel, amely a következő kivétellel az üzembe helyezési hibát eredményezi:Type 'SyncDiagnosticLevel' of Role 'ObservabilityConfig' raised an exception:*<br>*Syncing Diagnostic Level failed with error: The Diagnostic Level does not match. Portal was not set to Enhanced, instead is Basic. |
Mivel ez átmeneti probléma, az üzembe helyezés újrapróbálkozásának ezt meg kell oldania. További információ: az üzembe helyezés újrafuttatása. | ||||||||||||||||||
| Felfejlődés | Ebben a kiadásban probléma van a Titkos kulcsok URI/hely mezővel. Ez egy kötelező mező, amely nem kötelezőként van megjelölve, és az Azure Resource Manager-sablon üzembe helyezési hibáit eredményezi. | Az Azure Stack HCI 23H2-es verziójának Azure Resource Manager-sablonon keresztüli üzembe helyezéséhez használja a mintaparaméter-fájlt, hogy az összes bemenet a szükséges formátumban legyen megadva, majd próbálja ki az üzembe helyezést. Sikertelen üzembe helyezés esetén az üzembe helyezés újrafuttatása előtt a következő erőforrásokat is törölnie kell: 1. Törlés C:\EceStore. 2. Törlés C:\CloudDeployment. 3. Törlés C:\nugetstore. 4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation. |
||||||||||||||||||
| Biztonság | Új üzemelő példányok esetén a biztonságos magos eszközök alapértelmezés szerint nem engedélyezik a dinamikus mérésgyökér (DRTM) használatát. Ha az Enable-AzSSecurity parancsmaggal próbálja engedélyezni a DRTM-et, hibaüzenet jelenik meg, hogy a DRTM-beállítás nem támogatott az aktuális kiadásban. A Microsoft javasolja a mélységi védelmet, és az UEFI Secure Boot továbbra is védi az összetevőket a Statikus megbízhatósági gyökér (SRT) rendszerindítási láncban azáltal, hogy csak akkor töltődik be, ha aláírták és ellenőrizték őket. |
A DRTM ebben a kiadásban nem támogatott. | ||||||||||||||||||
| Hálózati | A környezet ellenőrzése proxykiszolgáló használata esetén meghiúsul. A kitérőlista a winhttp és a wininet esetében eltérő, ezért az érvényesítési ellenőrzés sikertelen lesz. | Kövesse az alábbi megkerülő lépéseket: 1. Törölje a proxy megkerülő listáját az állapot-ellenőrzés előtt és az üzembe helyezés vagy a frissítés megkezdése előtt. 2. Az ellenőrzés végrehajtása után várja meg, amíg az üzembe helyezés vagy a frissítés meghiúsul. 3. Állítsa be ismét a proxy megkerülő listáját. |
||||||||||||||||||
| Arc virtuális gép kezelése | Az Arc Resource Bridge üzembe helyezése vagy frissítése meghiúsulhat, ha a művelet során automatikusan létrehozott ideiglenes SPN-titkos kód egy kötőjellel kezdődik. | Próbálkozzon újra az üzembe helyezéssel/frissítéssel. Az újrapróbálkozásnak újra létre kell hoznia az SPN-titkos kódot, és a művelet valószínűleg sikeres lesz. | ||||||||||||||||||
| Arc virtuális gép kezelése | Az Arc virtuális gépek arcbővítményei határozatlan ideig "Létrehozás" állapotban maradnak. | Jelentkezzen be a virtuális gépre, nyisson meg egy parancssort, és írja be a következőt: Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json Ezután keresse meg a tulajdonságot resourcename . Törölje az erőforrásnév végéhez hozzáfűzött GUID azonosítót, így ez a tulajdonság megegyezik a virtuális gép nevével. Ezután indítsa újra a virtuális gépet. |
||||||||||||||||||
| Arc virtuális gép kezelése | Amikor új kiszolgálót ad hozzá egy Azure Stack HCI-fürthöz, a rendszer nem hozza létre automatikusan a tárolási útvonalat az újonnan létrehozott kötethez. | Bármilyen új kötethez manuálisan hozhat létre tárolási útvonalat. További információ: Tár elérési út létrehozása. | ||||||||||||||||||
| Arc virtuális gép kezelése | Az Arc virtuális gép újraindítása körülbelül 20 perc elteltével fejeződik be, bár maga a virtuális gép körülbelül egy perc múlva újraindul. | Ebben a kiadásban nincs ismert megkerülő megoldás. | ||||||||||||||||||
| Arc virtuális gép kezelése | Bizonyos esetekben a logikai hálózat állapota sikertelenként jelenik meg az Azure Portalon. Ez akkor fordul elő, ha úgy próbálja törölni a logikai hálózatot, hogy először nem törli az adott logikai hálózathoz társított erőforrásokat, például hálózati adaptereket. Továbbra is képesnek kell lennie erőforrások létrehozására ezen a logikai hálózaton. Az állapot ebben a példában félrevezető. |
Ha a logikai hálózat állapota sikeres volt a hálózat kiépítésekor, akkor továbbra is létrehozhat erőforrásokat ezen a hálózaton. | ||||||||||||||||||
| Arc virtuális gép kezelése | Ebben a kiadásban, amikor egy virtuális gépet az Azure CLI használatával csatolt adatlemezzel frissít, a művelet a következő hibaüzenettel meghiúsul: Nem található a névvel rendelkező virtuális merevlemez. |
Használja az Azure Portalt az összes virtuálisgép-frissítési művelethez. További információ: Arc virtuális gépek kezelése és Arc virtuálisgép-erőforrások kezelése. | ||||||||||||||||||
| Frissít | Ritka esetekben ez a hiba jelenhet meg az Azure Stack HCI frissítése során: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]. |
Ha ezt a problémát tapasztalja, forduljon Microsoft ügyfélszolgálata a következő lépések végrehajtásához. | ||||||||||||||||||
| Hálózati | Ebben a kiadásban ritkán fordul elő DNS-ügyfélhiba, amely miatt az üzembe helyezés sikertelen lesz egy DNS-feloldási hibával rendelkező kétcsomópontos fürtön: RestRequest küldésekor WebException történt. WebException.Status: NameResolutionFailure. A hiba következtében a második csomópont DNS-rekordja nem sokkal a létrehozása után törlődik, ami DNS-hibát eredményez. | Indítsa újra a kiszolgálót. Ez a művelet regisztrálja a DNS-rekordot, ami megakadályozza a törlést. | ||||||||||||||||||
| Azure Portal | Bizonyos esetekben az Azure Portal frissítése eltarthat egy ideig, és előfordulhat, hogy a nézet nem aktuális. | Előfordulhat, hogy a frissített nézet megtekintéséhez 30 percet vagy többet kell várnia. | ||||||||||||||||||
| Arc virtuális gép kezelése | Ebben a kiadásban nem működik az Arc virtuális gép hálózati adapterének törlése az Azure Portalról. | Az Azure CLI használatával először távolítsa el a hálózati adaptert, majd törölje azt. További információ: A hálózati adapter eltávolítása és a hálózati adapter törlése. | ||||||||||||||||||
| Telepítés | A szervezeti egység nevének helytelen szintaxisban való megadása nem észlelhető az Azure Portalon. A helytelen szintaxis nem támogatott karaktereket tartalmaz, például &,",',<,>. A rendszer egy későbbi lépésben észleli a helytelen szintaxist a fürt érvényesítése során. |
Győződjön meg arról, hogy a szervezeti egység elérési útja szintaxisa helyes, és nem tartalmaz nem támogatott karaktereket. | ||||||||||||||||||
| Telepítés | Az Azure Resource Manageren keresztüli üzembe helyezések 2 óra elteltével időtúllépést hajtanak végre. A 2 órát meghaladó üzemelő példányok sikertelenként jelennek meg az erőforráscsoportban, bár a fürt sikeresen létrejött. | Az üzembe helyezés az Azure Portalon való figyeléséhez nyissa meg az Azure Stack HCI-fürterőforrást, majd nyissa meg az új üzembe helyezési bejegyzést . | ||||||||||||||||||
| Azure Site Recovery | Ebben a kiadásban az Azure Site Recovery nem telepíthető egy Azure Stack HCI-fürtre. | Ebben a kiadásban nincs ismert megkerülő megoldás. | ||||||||||||||||||
| Frissítés | Ha az Azure Stack HCI-fürtöt az Azure Update Manageren keresztül frissíti, előfordulhat, hogy a frissítés állapota és az eredmények nem láthatók az Azure Portalon. | A probléma megoldásához minden fürtcsomóponton adja hozzá a következő beállításkulcsot (nincs szükség értékre):New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -forceEzután az egyik fürtcsomóponton indítsa újra a Cloud Management fürtcsoportot. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"Ez nem fogja teljesen orvosolni a problémát, mivel előfordulhat, hogy a frissítési folyamat egy ideje még nem jelenik meg a folyamat előrehaladási adatai. A legújabb frissítési adatok lekéréséhez lekérheti a frissítés állapotát a PowerShell használatával. |
||||||||||||||||||
| Frissít | Ritka esetekben, ha egy sikertelen frissítés folyamatban lévő állapotban van az Azure Update Managerben, az Újrapróbálkozás gomb le van tiltva. | A frissítés folytatásához futtassa a következő PowerShell-parancsot:Get-SolutionUpdate | Start-SolutionUpdate. |
||||||||||||||||||
| Frissít | Bizonyos esetekben a parancsok sikertelenek lehetnek, SolutionUpdate ha a Send-DiagnosticData parancs után futnak. |
Zárja be a PowerShell-munkamenetet Send-DiagnosticData. Nyisson meg egy új PowerShell-munkamenetet, és használja parancsokhoz SolutionUpdate . |
||||||||||||||||||
| Frissít | Ritkán a 2311.0.24-ről a 2311.2.4-ről a 2311.2.4-re történő frissítés alkalmazásakor a fürt állapotjelentései folyamatban lesznek a várt sikertelen frissítés helyett. | Próbálkozzon újra a frissítés. Ha a probléma továbbra is fennáll, forduljon Microsoft ügyfélszolgálata. | ||||||||||||||||||
| Frissít | A megoldásfrissítések telepítésére tett kísérletek a CAU-lépések végén meghiúsulhatnak a következőkkel:There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on. Ez a ritka probléma akkor fordul elő, ha a csomópont újraindítása után az erőforrások vagy Cluster IP Address erőforrások Cluster Name nem indulnak el, és a kis fürtökben a leggyakoribbak. |
Ha ezt a problémát tapasztalja, a következő lépésekért forduljon Microsoft ügyfélszolgálata. Önnel együttműködve manuálisan újraindíthatják a fürterőforrásokat, és szükség szerint folytathatják a frissítést. | ||||||||||||||||||
| Frissít | Amikor fürtfrissítést alkalmaz a 10.2402.3.11-re, előfordulhat, hogy a Get-SolutionUpdate parancsmag nem válaszol, és körülbelül 10 perc elteltével egy RequestTimeoutException hibával meghiúsul. Ez valószínűleg egy kiszolgáló hozzáadása vagy javítása esetén fordul elő. |
A frissítési szolgáltatás újraindításához használja a Start-ClusterGroup parancsmagokat Stop-ClusterGroup . Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup Ezeknek a parancsmagoknak a sikeres futtatásával online állapotba kell hoznia a frissítési szolgáltatást. |
||||||||||||||||||
| Fürtbarát frissítés | A csomópont újraindítása művelet nem tudta folytatni a csomópontot. | Ez átmeneti probléma, és önállóan is megoldható. Várjon néhány percet, és próbálkozzon újra a művelettel. Ha a probléma továbbra is fennáll, forduljon Microsoft ügyfélszolgálata. | ||||||||||||||||||
| Fürtbarát frissítés | A csomópontművelet felfüggesztése 90 percnél hosszabb ideig elakadt. | Ez átmeneti probléma, és önállóan is megoldható. Várjon néhány percet, és próbálkozzon újra a művelettel. Ha a probléma továbbra is fennáll, forduljon Microsoft ügyfélszolgálata. |
Következő lépések
- Olvassa el az üzembe helyezés áttekintését.