Ismert problémák megtekintése az Azure Stack HCI 2402.4-es kiadásában

A következőkre vonatkozik: Azure Stack HCI, 23H2-es verzió

Ez a cikk az Azure Stack HCI 2402.4 kiadás kritikus fontosságú ismert problémáit és kerülő megoldásait ismerteti.

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 a rendszer hozzáadja őket. Az Azure Stack HCI üzembe helyezése előtt gondosan tekintse át a kibocsátási megjegyzésekben található információkat.

Feljegyzés

A kiadás támogatott frissítési útvonalainak megismeréséhez tekintse meg az Azure Stack HCI 23H2-es verzióját.

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 2402.4-es verzióval kapcsolatos problémák

Ez a szoftverkiadás a 2402.4.4-es szoftververzióra van leképzve.

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 problémák.

Megoldott problémák

A Microsoft nem tud a jelen kiadásban kijavított problémákról.

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

A korábbi kiadások ismert problémái a következők:

Szolgáltatás	Probléma	Áthidaló megoldás
AKS a HCI-n	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/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: Az "MocArb" szerepkör "UpdateArbAndExtensions" típusával kivétel lépett fel: Kivétel az ARB és a bővítmény frissítése a lépésben [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	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" -force Ezutá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ések	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.4.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.