Zobrazení známých problémů ve verzi Azure Stack HCI 2405
Platí pro: Azure Local, verze 23H2
Tento článek popisuje kritické známé problémy a jejich alternativní řešení ve verzi Azure Stack HCI 2405.
Poznámky k verzi se průběžně aktualizují a při zjištění důležitých problémů vyžadujících alternativní řešení se přidají. Před nasazením Azure Stack HCI pečlivě zkontrolujte informace obsažené v poznámkách k verzi.
Další informace o nových funkcích v této verzi najdete v tématu Co je nového ve verzi 23H2.
Problémy s verzí 2405
Tato verze softwaru se mapuje na číslo verze softwaru 2405.0.24.
Poznámky k verzi pro tuto verzi zahrnují problémy opravené v této verzi, známé problémy v této verzi a problémy, které jsme si poznamenali z předchozích verzí.
Opravené problémy
Tady jsou opravené problémy v této verzi:
| Funkce | Problém | Alternativní řešení/ Komentáře |
|---|---|---|
| Active Directory | Během nasazení clusteru, která používají velkou službu Active Directory, je opraven problém, který může způsobit vypršení časového limitu při přidávání uživatelů do místní skupiny správců. | |
| Nasazení | Nové šablony ARM se vydávají pro vytváření clusteru, které zjednodušují vytváření prostředků závislostí. Mezi tyto šablony patří některé opravy, které vyřešily chybějící povinná pole. | |
| Nasazení | Příkaz Set-AzureStackLCMUserPassword PowerShellu pro obměně tajných kódů podporuje nový parametr pro přeskočení potvrzovací zprávy. |
|
| Nasazení | Vylepšili jsme spolehlivost obměně tajných kódů, když se služby nerestartují včas. | |
| Nasazení | Opravili jsme problém, který umožňoval nasazení při použití odděleného oboru názvů. | |
| Nasazení | Opravili jsme problém v nasazení při nastavování úrovně diagnostiky v Azure a zařízení. | |
| SBE | Uvolní se nový příkaz PowerShellu, který se dá použít k aktualizaci hodnot vlastností partnera SBE zadaných v době nasazení. | |
| SBE | Opravili jsme problém, který bránil službě aktualizací reagovat na požadavky po spuštění aktualizace SBE. | |
| Přidání serveru Oprava serveru |
Opravili jsme problém, který bránil uzlu v připojení ke službě Active Directory během operace přidání serveru. | |
| Síťování | Vylepšili jsme spolehlivost síťového ATC při nastavování konfigurace sítě hostitele s určitými typy síťových adaptérů. | |
| Síťování | Vylepšená spolehlivost při zjišťování verzí firmwaru pro diskové jednotky. | |
| Aktualizace | Vylepšili jsme spolehlivost oznámení aktualizací pro výsledky kontroly stavu odesílané ze zařízení do AUM (Azure Update Manager). V některýchpřípadechch | |
| Aktualizace | Opravili jsme problém se zámkem souborů, který mohl způsobit selhání aktualizace agenta důvěryhodného spouštěcího virtuálního počítače (IGVM). | |
| Aktualizace | Opravili jsme problém, který zabránil restartování agenta orchestrátoru během spuštění aktualizace. | |
| Aktualizace | Opravili jsme vzácnou podmínku, kdy zjišťování nebo spuštění aktualizace trvalo dlouhou dobu. | |
| Aktualizace | Opravili jsme problém při interakci s orchestrátorem při probíhající aktualizaci pomocí funkce CAU (Cluster-Aware Update). | |
| Aktualizace | Schéma pojmenování aktualizací bylo upraveno tak, aby umožňovalo identifikaci funkcí a kumulativních aktualizací. | |
| Aktualizace | Vylepšili jsme spolehlivost hlášení průběhu aktualizace clusteru orchestrátoru. | |
| Azure Arc | Vyřešili jsme problém, kdy se při restartování služby METADAT hybridní instance (HIMDS) ztratilo připojení Azure Arc, které přerušilo funkčnost webu Azure Portal. Zařízení teď v těchto případech automaticky obnoví připojení Azure Arc. |
Známé problémy v této verzi
Tady jsou známé problémy v této verzi:
| Funkce | Problém | Alternativní řešení/ Komentáře | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Správa virtuálních počítačů Arc | V rozsáhlých scénářích nasazení, jako jsou rozsáhlá nasazení fondu hostitelů AVD nebo zřizování rozsáhlých virtuálních počítačů, můžete narazit na problémy se spolehlivostí způsobenou problémem externí knihovny soketů Hyper-V. | Pokud chcete tento problém zmírnit, postupujte následovně: 1. Spusťte příkaz Get-service mochostagent (\) get-process (\) kill. Zkontrolujte výstup příkazu a ověřte, jestli je počet popisovačů v tisících. 2. Spuštěním příkazu Get-service mochostagent (\) get-process ukončete procesy. 3. Spuštěním příkazu restart-service mochostagent restartujte službu mochostagent. |
||||||||||||||||||
| Nasazení | Při nasazování Azure Stack HCI verze 23H2 prostřednictvím webu Azure Portal se může zobrazit následující chyba ověření nasazení: Could not complete the operation. 400: Resource creation validation failed. Details: [{"Code":"AnswerFileValidationFailed","Message":"Errors in Value Validation:\r\nPhysicalNodesValidator found error at deploymentdata.physicalnodes[0].ipv4address: The specified for \u0027deploymentdata.physicalnodes[0].ipv4address\u0027 is not a valid IPv4 address. Example: 192.168.0.1 or 192.168.0.1","Target":null,"Details":null}]. Pokud v konfiguraci záměru sítě přejdete na kartu Sítě v nasazení webu Azure Portal, může se zobrazit následující chyba: Vybraný fyzický síťový adaptér není svázaný s virtuálním přepínačem pro správu. |
Postupujte podle pokynů v části Řešení potíží se selháními ověřování nasazení na webu Azure Portal. | ||||||||||||||||||
| Nasazení | Nasazení prostřednictvím webu Azure Portal selže s touto chybou: Nepodařilo se načíst tajný kód LocalAdminCredential z trezoru klíčů. | Pro tento problém v této verzi neexistuje žádné alternativní řešení. Pokud k problému dojde, požádejte o další kroky podpora Microsoftu. | ||||||||||||||||||
| Nasazení | Nová image ISO pro Operační systém Azure Stack HCI verze 23H2 se vrátila zpět na předchozí verzi z důvodu problémů s kompatibilitou s některými konfiguracemi hardwaru. | Pokud při registraci služby Arc narazíte na nějaké problémy, vraťte se k předchozí verzi. Pokud jste už novější image úspěšně nasadili, nevyžaduje se žádná akce. Obě image ISO jsou stejnou verzí sestavení operačního systému. | ||||||||||||||||||
| Aktualizace | Při prohlížení výsledků kontroly připravenosti pro cluster Azure Stack HCI prostřednictvím Azure Update Manageru může existovat několik kontrol připravenosti se stejným názvem. | V této verzi neexistuje žádné známé alternativní řešení. Výběrem možnosti Zobrazit podrobnosti zobrazíte konkrétní informace o kontrole připravenosti. | ||||||||||||||||||
| Nasazení | V některých případech se při registraci serverů Azure Stack HCI může tato chyba zobrazit v protokolech ladění: Došlo k vnitřní chybě serveru. Některá z povinných rozšíření pro nasazení zařízení nemusí být nainstalovaná. | Pokud chcete tento problém zmírnit, postupujte následovně: $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 |
||||||||||||||||||
| Aktualizace | V této verzi dochází k přerušovanému problému, když Azure Portal nesprávně hlásí stav aktualizace, protože se nepodařilo aktualizovat nebo probíhá , i když je aktualizace dokončená. | Připojte se ke službě Azure Local přes vzdálenou relaci PowerShellu. Pokud chcete potvrdit stav aktualizace, spusťte následující rutiny PowerShellu: $Update = get-solutionupdate| ? version -eq "<version string>"Řetězec verze nahraďte verzí, kterou používáte. Například 10.2405.0.23. $Update.statePokud je stav aktualizace nainstalován, není na vaší straně nutná žádná další akce. Azure Portal aktualizuje stav správně do 24 hodin. Pokud chcete aktualizovat stav dříve, postupujte podle těchto kroků na jednom z uzlů clusteru. Restartujte skupinu clusteru pro správu cloudu. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
||||||||||||||||||
| Aktualizace | Během počáteční aktualizace MOC dojde k chybě kvůli tomu, že cílová verze MOC nebyla v mezipaměti katalogu nalezena. Následné aktualizace a opakování ukazují v cílové verzi moc bez úspěšné aktualizace a v důsledku toho se aktualizace mostu prostředků Arc nezdaří. Pokud chcete tento problém ověřit, shromážděte protokoly aktualizací pomocí řešení potíží pro Azure Stack HCI verze 23H2. Soubory protokolu by měly zobrazovat podobnou chybovou zprávu (aktuální verze se může v chybové zprávě lišit): [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}" }] |
Pokud chcete tento problém zmírnit, postupujte následovně: 1. Pokud chcete najít verzi agenta MOC, spusťte následující příkaz: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.2. Pomocí výstupu příkazu vyhledejte verzi MOC z níže uvedené tabulky, která odpovídá verzi agenta, a nastavte $initialMocVersion ji na tuto verzi MOC. $targetMocVersion Nastavte vyhledáním buildu Azure Stack HCI, na který aktualizujete, a získejte odpovídající verzi MOC z následující tabulky. V níže uvedeném skriptu pro zmírnění rizik použijte tyto hodnoty:
Pokud je například verze agenta v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024, $initialMocVersion = "1.0.24.10106" a pokud aktualizujeme na verzi 2405.0.23, pak $targetMocVersion = "1.3.0.10418".3. Na prvním uzlu spusťte následující příkazy PowerShellu: $initialMocVersion = "<initial version determined from step 2>"$targetMocVersion = "<target version determined from step 2>"# Import modulu MOC dvakrát import-module mocimport-module moc$verbosePreference = "Continue"# Vymazání mezipaměti katalogu SFS Remove-Item (Get-MocConfig).manifestCache# Nastavte verzi na aktuální verzi MOC před aktualizací a nastavte stav jako neúspěšnou aktualizaci. Set-MocConfigValue -name "version" -value $initialMocVersionSet-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)# Znovu spusťte aktualizaci MOC na požadovanou verzi. Update-Moc -version $targetMocVersion4. Obnovte aktualizaci. |
||||||||||||||||||
| Bezpečnost | Funkce zabezpečení SideChannelMitigation nemusí zobrazit povolený stav, i když je povolená. K tomu dochází při použití Centra pro správu systému Windows (zobrazení zabezpečení clusteru) nebo když tato rutina vrátí hodnotu False: Get-AzSSecurity -FeatureName SideChannelMitigation. |
V této verzi neexistuje žádné alternativní řešení pro opravu výstupu těchto aplikací. Pokud chcete ověřit očekávanou hodnotu, spusťte následující rutinu: Get-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management' -name "FeatureSettingsOverride*"Očekávaný výstup je: FeatureSettingsOverride: 83886152 FeatureSettingsOverrideMask: 3 Pokud výstup odpovídá očekávanému výstupu, můžete výstup bezpečně ignorovat z Centra pro správu Windows a Get-AzSSecurity rutiny. |
Známé problémy z předchozích verzí
Tady jsou známé problémy z předchozích verzí:
| Funkce | Problém | Alternativní řešení |
|---|---|---|
| AKS v HCI | Vytvoření clusteru AKS selže s chybou Error: Invalid AKS network resource id. K tomuto problému může dojít, pokud má přidružený název logické sítě podtržítko. |
Podtržítka nejsou podporována v názvech logických sítí. Ujistěte se, že v názvech logických sítí nasazených ve službě Azure Stack HCI nepoužíváte podtržítko. |
| Oprava serveru | Ve výjimečných případech operace Repair-Server selže s chybou HealthServiceWaitForDriveFW . V těchto případech se staré jednotky z opraveného uzlu neodeberou a nové disky se zablokují v režimu údržby. |
Pokud chcete tomuto problému zabránit, ujistěte se, že uzel nevyprázdníte prostřednictvím Centra pro správu Windows nebo pomocí Suspend-ClusterNode -Drain rutiny PowerShellu před spuštěním Repair-Server. Pokud k problému dojde, požádejte o další kroky podpora Microsoftu. |
| Oprava serveru | K tomuto problému dochází, když se jednoúčelový server Azure Stack HCI aktualizuje z verze 2311 na 2402 a pak se Repair-Server provede. Operace opravy selže. |
Před opravou jednoho uzlu postupujte takto: 1. Spusťte verzi 2402 pro ADPrepTool. Postupujte podle kroků v části Příprava služby Active Directory. Tato akce je rychlá a přidá požadovaná oprávnění do organizační jednotky (OU). 2. Přesuňte objekt počítače ze segmentu Počítače do kořenové organizační jednotky. Spusťte následující příkaz: Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>" |
| Nasazení | Pokud službu Active Directory připravíte sami (nepoužíváte skript a proceduru poskytovanou Microsoftem), ověření služby Active Directory může selhat s chybějícím Generic All oprávněním. Důvodem je problém při kontrole ověřování, který kontroluje vyhrazenou položku msFVE-RecoverInformationobjects – General – Permissions Full controloprávnění, která se vyžaduje pro obnovení BitLockeru. |
Použijte metodu připravit skript AD nebo pokud používáte vlastní metodu, nezapomeňte přiřadit konkrétní oprávnění msFVE-RecoverInformationobjects – General – Permissions Full control. |
| Nasazení | V této verzi došlo k vzácnému problému, kdy se záznam DNS během nasazení Azure Stack HCI odstranil. V takovém případě se zobrazí následující výjimka: 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. |
Zkontrolujte server DNS a zkontrolujte, jestli chybí nějaké záznamy DNS uzlů clusteru. Na uzlech, ve kterých chybí jeho záznam DNS, použijte následující omezení rizik. Restartujte klientskou službu DNS. Otevřete relaci PowerShellu a na ovlivněném uzlu spusťte následující rutinu: Taskkill /f /fi "SERVICES eq dnscache" |
| Nasazení | V této verzi došlo k selhání vzdálené úlohy při nasazení s více uzly, které má za následek následující výjimku:ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). |
Zmírněním rizik je restartování agenta ECE na ovlivněném uzlu. Na serveru otevřete relaci PowerShellu a spusťte následující příkaz:Restart-Service ECEAgent. |
| Přidání nebo oprava serveru | V této verzi při přidávání nebo opravách serveru dochází k chybě, když se certifikáty virtuálního počítače softwarového nástroje pro vyrovnávání zatížení nebo síťového adaptéru kopírují z existujících uzlů. Příčinou selhání je to, že se tyto certifikáty během nasazení nebo aktualizace negenerovaly. | V této verzi neexistuje žádné alternativní řešení. Pokud narazíte na tento problém, obraťte se na podpora Microsoftu a zjistěte další kroky. |
| Nasazení | V této verzi došlo k přechodnému problému, který vede k selhání nasazení s následující výjimkou: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. |
Vzhledem k tomu, že se jedná o přechodný problém, měli byste to vyřešit opakovaným pokusem o nasazení. Další informace najdete v tématu Opětovné spuštění nasazení. |
| Nasazení | V této verzi došlo k problému s polem identifikátoru URI nebo umístění tajných kódů. Toto je povinné pole, které je označené jako Není povinné , a výsledkem je selhání nasazení šablony Azure Resource Manageru. | Pomocí ukázkového souboru parametrů v šabloně Azure Resource Manageru nasaďte Azure Stack HCI verze 23H2, abyste zajistili, že jsou všechny vstupy zadané v požadovaném formátu, a pak zkuste nasazení. Pokud dojde k selhání nasazení, musíte před opětovným spuštěním nasazení vyčistit také následující prostředky: 1. Odstraňte C:\EceStore. 2. Odstraňte C:\CloudDeployment. 3. Odstraňte C:\nugetstore. 4. . Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation |
| Bezpečnost | U nových nasazení nebudou mít zařízení podporující zabezpečená jádra ve výchozím nastavení povolenou dynamickou kořenovou kopii měření (DRTM). Pokud se pokusíte povolit (DRTM) pomocí rutiny Enable-AzSSecurity, zobrazí se chyba, že v aktuální verzi není podporované nastavení DRTM. Microsoft doporučuje hloubkovou ochranu a zabezpečené spouštění rozhraní UEFI stále chrání komponenty ve spouštěcím řetězci statického vztahu důvěryhodnosti (SRT) tím, že zajišťuje, že se načtou jenom v případě, že jsou podepsané a ověřené. |
V této verzi se DRTM nepodporuje. |
| Síťování | Kontrola prostředí selže při použití proxy serveru. Seznam obejití se záměrně liší pro winhttp a wininet, což způsobí selhání kontroly ověření. | Postupujte podle těchto kroků alternativního řešení: 1. Před kontrolou stavu a před zahájením nasazení nebo aktualizace vymažte seznam obejití proxy serveru. 2. Po předání kontroly počkejte, až nasazení nebo aktualizace selže. 3. Znovu nastavte seznam obejití proxy serveru. |
| Správa virtuálních počítačů Arc | Nasazení nebo aktualizace mostu prostředků Arc může selhat, když automaticky vygenerovaný dočasný tajný klíč SPN během této operace začíná pomlčkou. | Zkuste nasazení nebo aktualizaci zopakovat. Opakování by mělo znovu vygenerovat tajný klíč hlavního názvu služby (SPN) a operace bude pravděpodobně úspěšná. |
| Správa virtuálních počítačů Arc | Rozšíření Arc na virtuálních počítačích Arc zůstávají ve stavu Vytváření po neomezenou dobu. | Přihlaste se k virtuálnímu počítači, otevřete příkazový řádek a zadejte následující příkaz: Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json Dále najděte resourcename vlastnost. Odstraňte identifikátor GUID, který je připojený na konec názvu prostředku, takže tato vlastnost odpovídá názvu virtuálního počítače. Potom restartujte virtuální počítač. |
| Správa virtuálních počítačů Arc | Když do clusteru Azure Stack HCI přidáte nový server, cesta k úložišti se pro nově vytvořený svazek nevytvořila automaticky. | Cestu k úložišti můžete vytvořit ručně pro všechny nové svazky. Další informace najdete v tématu Vytvoření cesty k úložišti. |
| Správa virtuálních počítačů Arc | Restartování operace virtuálního počítače Arc se dokončí přibližně po 20 minutách, i když se samotný virtuální počítač přibližně za minutu restartuje. | V této verzi neexistuje žádné známé alternativní řešení. |
| Správa virtuálních počítačů Arc | V některých případech se stav logické sítě zobrazuje jako Selhání na webu Azure Portal. K tomu dochází, když se pokusíte odstranit logickou síť bez prvního odstranění jakýchkoli prostředků, jako jsou síťová rozhraní přidružená k této logické síti. Stále byste měli být schopni vytvářet prostředky v této logické síti. Stav je v tomto případě zavádějící. |
Pokud byl stav této logické sítě v době zřízení této sítě úspěšný , můžete v této síti dál vytvářet prostředky. |
| Správa virtuálních počítačů Arc | Když v této verzi aktualizujete virtuální počítač s datovým diskem připojeným pomocí Azure CLI, operace selže s následující chybovou zprávou: Nepodařilo se najít virtuální pevný disk s názvem. |
Pro všechny operace aktualizace virtuálních počítačů použijte Azure Portal. Další informace najdete v tématu Správa virtuálních počítačů Arc a správa prostředků virtuálních počítačů Arc. |
| Aktualizace | Ve výjimečných případech může dojít k této chybě při aktualizaci azure Stack HCI: Typ UpdateArbAndExtensions role MocArb vyvolal výjimku: Upgrade výjimky ARB a rozšíření v kroku [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Neplatné zařízeníyaml = [C:\AksHci\hci-appliance.yaml]. | Pokud se zobrazí tento problém, kontaktujte podpora Microsoftu, abyste vám pomohli s dalšími kroky. |
| Síťování | V této verzi dochází k občasným potížím s klientem DNS, který způsobuje selhání nasazení v clusteru se dvěma uzly s chybou překladu DNS: Při odesílání požadavku RestRequest došlo k chybě WebException. WebException.Status: NameResolutionFailure. V důsledku chyby se záznam DNS druhého uzlu odstraní brzy po jeho vytvoření, což způsobí chybu DNS. | Restartujte server. Tato operace zaregistruje záznam DNS, který brání jeho odstranění. |
| Azure Portal | V některých případech může aktualizace webu Azure Portal chvíli trvat a zobrazení nemusí být aktuální. | Možná budete muset počkat na 30 minut nebo déle, než se aktualizované zobrazení zobrazí. |
| Správa virtuálních počítačů Arc | Odstranění síťového rozhraní na virtuálním počítači Arc z webu Azure Portal v této verzi nefunguje. | Pomocí Azure CLI nejprve odeberte síťové rozhraní a pak ho odstraňte. Další informace naleznete v tématu Odebrání síťového rozhraní a v tématu Odstranění síťového rozhraní. |
| Nasazení | Zadání názvu organizační jednotky v nesprávné syntaxi se na webu Azure Portal nezjistí. Nesprávná syntaxe obsahuje nepodporované znaky, například &,",',<,>. Během ověřování clusteru se v pozdějším kroku zjistí nesprávná syntaxe. |
Ujistěte se, že je syntaxe cesty organizační jednotky správná a neobsahuje nepodporované znaky. |
| Nasazení | Časový limit nasazení prostřednictvím Azure Resource Manageru vyprší po 2 hodinách. Nasazení, která přesahují 2 hodiny, se ve skupině prostředků zobrazí jako neúspěšná, i když se cluster úspěšně vytvoří. | Pokud chcete monitorovat nasazení na webu Azure Portal, přejděte do prostředku clusteru Azure Stack HCI a pak přejděte na novou položku Nasazení . |
| Azure Site Recovery | Azure Site Recovery nejde v této verzi nainstalovat do clusteru Azure Stack HCI. | V této verzi neexistuje žádné známé alternativní řešení. |
| Aktualizace | Při aktualizaci clusteru Azure Stack HCI přes Azure Update Manager nemusí být průběh aktualizace a výsledky viditelné na webu Azure Portal. | Pokud chcete tento problém vyřešit, přidejte na každém uzlu clusteru následující klíč registru (není potřeba žádnou hodnotu):New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -forcePotom na jednom z uzlů clusteru restartujte skupinu clusteru pro správu cloudu. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"Tím se problém úplně nenapraví, protože podrobnosti o průběhu se nemusí zobrazovat po dobu trvání procesu aktualizace. Pokud chcete získat nejnovější podrobnosti o aktualizaci, můžete průběh aktualizace načíst pomocí PowerShellu. |
| Aktualizace | Ve výjimečných případech je v Azure Update Manageru zablokovaná neúspěšná aktualizace, tlačítko Opakovat je zakázané. | Pokud chcete obnovit aktualizaci, spusťte následující příkaz PowerShellu:Get-SolutionUpdate|Start-SolutionUpdate. |
| Aktualizace | V některých případech můžou příkazy selhat, SolutionUpdate pokud se spustí po Send-DiagnosticData příkazu. |
Nezapomeňte zavřít relaci PowerShellu použitou pro Send-DiagnosticData. Otevřete novou relaci PowerShellu a použijte ji pro SolutionUpdate příkazy. |
| Aktualizace | Ve výjimečných případech se při instalaci aktualizace z verze 2311.0.24 na 2311.2.4 stav clusteru hlásí probíhající místo očekávané aktualizace. | Zkuste aktualizaci zopakovat. Pokud problém přetrvává, obraťte se na podpora Microsoftu. |
| Aktualizace | Pokusy o instalaci aktualizací řešení můžou na konci kroků CAU selhat pomocí:There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on. K tomuto vzácnému problému dochází v případě, že Cluster Name se po restartování uzlu nepodaří spustit prostředky Cluster IP Address a je nejtypičtější v malých clusterech. |
Pokud narazíte na tento problém, obraťte se na podpora Microsoftu pro další kroky. Můžou s vámi spolupracovat na ručním restartování prostředků clusteru a podle potřeby obnovit aktualizaci. |
| Aktualizace | Při instalaci aktualizace clusteru na verzi 10.2402.3.11 Get-SolutionUpdate nemusí rutina reagovat a nakonec selže s požadavkem RequestTimeoutException přibližně po 10 minutách. Pravděpodobně k tomu dojde po scénáři přidání nebo opravy serveru. |
Pomocí rutin Start-ClusterGroup a Stop-ClusterGroup rutin restartujte službu aktualizace. Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup Úspěšné spuštění těchto rutin by mělo převést službu aktualizace do režimu online. |
| Aktualizace s podporou clusteru | Operaci obnovení uzlu se nepodařilo obnovit. | Jedná se o přechodný problém, který by se mohl sám vyřešit. Počkejte několik minut a zkuste operaci zopakovat. Pokud problém přetrvává, obraťte se na podpora Microsoftu. |
| Aktualizace s podporou clusteru | Operace pozastavení uzlu byla zablokovaná po dobu delší než 90 minut. | Jedná se o přechodný problém, který by se mohl sám vyřešit. Počkejte několik minut a zkuste operaci zopakovat. Pokud problém přetrvává, obraťte se na podpora Microsoftu. |
Další kroky
- Přečtěte si přehled nasazení.