Známé problémy ve verzi Azure Local 2411
Platí pro: Azure Local, verze 23H2
Tento článek identifikuje kritické známé problémy a jejich alternativní řešení ve verzi Azure Local 2411.
Tyto 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 místní instance Azure pečlivě zkontrolujte informace obsažené tady.
Důležitý
Podporované kroky aktualizace pro tuto verzi si můžete prohlédnout v Informace o vydání.
Další informace o nových funkcích v této verzi najdete v tématu Novinky ve verzi 23H2.
Známé problémy pro verzi 2411
Tato verze softwaru odpovídá číslu verze softwaru 2411.0.24.
Důležitý
Nová nasazení tohoto softwaru budou používat build 2411.0.22, zatímco pokud aktualizujete z verze 2408.2, získáte build 2411.0.24. Pokud jste již aktualizovali z verze 2408.2 na 2411.0.22, není nutná žádná akce.
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 s poznámkami k vydání verze přenášené z předchozích verzí.
Poznámka
Podrobnou nápravu běžných známých problémů najdete v úložišti Místní podpora Azure GitHubu.
Opravené problémy
V této verzi jsou opraveny následující problémy:
| Funkce | Problém | Alternativní řešení/ Komentáře |
|---|---|---|
| Arc správa virtuálních počítačů | Pokud se pokusíte povolit správu hosta na migrovaném virtuálním počítači, operace selže s následující chybou: (InternalError) webhook "createupdatevalidationwebhook.infrastructure.azstackhci.microsoft.com" zamítl požadavek: Po vytvoření prostředku nejde změnit soubor OsProfile. |
Známé problémy v této verzi
V následující tabulce jsou uvedené známé problémy v této verzi:
| Funkce | Problém | Alternativní řešení |
|---|---|---|
| Ohrožení zabezpečení | Společnost Microsoft zjistila ohrožení zabezpečení, které by mohlo vystavit přihlašovací údaje místního správce používané při vytváření virtuálních počítačů Arc v Azure Local uživatelům, kteří nejsou správci na virtuálním počítači a hostitelích. Virtuální počítače Arc spuštěné na verzích starších než místní verze Azure 2411 jsou zranitelné. |
Pokud chcete identifikovat virtuální počítače Arc, které vyžadují tuto změnu, a změnit hesla účtu, přečtěte si podrobné pokyny v části: ohrožení zabezpečení virtuálních počítačů Arc na místním Azure. |
| Nasazení Aktualizace |
Pokud časové pásmo není nastavené na UTC před nasazením azure Local, dojde během ověřování k chybě ArcOperationTimeOut. Zobrazí se následující chybová zpráva: OperationTimeOut, žádné aktualizace přijaté ze zařízení pro operaci. | V závislosti na vašem scénáři zvolte jedno z následujících alternativních řešení tohoto problému: Scénář 1. Před zahájením nasazení se ujistěte, že časové pásmo je nastavené na UTC. Připojte se ke každému místnímu uzlu Azure a změňte časové pásmo na UTC. Spusťte následující příkaz: Set-TimeZone -Id "UTC". Scénář 2. Pokud jste spustili nasazení bez nastavení časového pásma UTC a zobrazila se chyba uvedená ve fázi ověřování, postupujte takto: 1. Připojte se ke každému místnímu uzlu Azure. Změňte časové pásmo na UTC s Set-TimeZone -Id "UTC". Restartujte uzly.2. Po restartování uzlů přejděte na webu Azure Portal k místnímu prostředku Azure. Znovu spusťte ověření a problém vyřešte a pokračujte v nasazení nebo upgradu. Podrobný postup nápravy najdete v průvodci odstraňováním potíží v místní možnosti podpory Azure úložišti GitHub. |
| Aktualizace | Při aktualizaci z verze 2408.2.7 na 2411.0.24 může proces aktualizace selhat s následující chybovou zprávou: Type 'CauPreRequisites' of Role 'CAU' raised an exception: Could not finish cau prerequisites due to error 'Cannot remove item C:\UpdateDistribution\<any_file_name>: Access to the path is denied.' |
Podrobné pokyny ke zmírnění tohoto problému najdete v tématu Průvodce odstraňováním potíží s místní službou Azure pro aktualizaci. |
| Aktualizace | S vydáním verze 2411 se řešení a aktualizace rozšíření Tvůrce řešení nekombinují v jediném spuštění aktualizace. | Pokud chcete použít balíček rozšíření Tvůrce řešení, potřebujete samostatné spuštění aktualizace. |
| Aktualizace | Při instalaci aktualizace řešení v této verzi může aktualizace selhat. K tomu dojde pouze v případě, že byla aktualizace zahájena před 26. listopadem. Problém, který způsobuje selhání, může vést k jedné z následujících chybových zpráv: Chyba 1 – krok "aktualizace ARB a rozšíření"Clear-AzContext selhal s chybou 0 a výjimkou při volání "Initialize" s argumentem "1": "Odkaz na objekt není nastaven na instanci objektu." v "Clear-AzPowerShellCache". Chyba 2 – krok "EvalTVMFlow" zaznamenal chybu 'CloudEngine.Actions.InterfaceInvocationFailedException': Typ 'EvalTVMFlow' role 'ArcIntegration' vyvolal výjimku: Tento modul vyžaduje Az.Accounts verzi 3.0.5. V aktuální relaci PowerShellu je naimportována starší verze Az.Accounts. Před importem tohoto modulu otevřete novou relaci. Tato chyba může značit, že ve vašem systému je nainstalovaných více nekompatibilních verzí rutin Azure PowerShellu. Informace o řešení potíží najdete v https://aka.ms/azps-version-error." V závislosti na verzi modulů PowerShellu se výše uvedená chyba může hlásit pro obě verze 3.0.4 a 3.0.5. |
Podrobné pokyny ke zmírnění tohoto problému najdete v tématu: https://aka.ms/azloc-update-30221399. |
Známé problémy z předchozích verzí
V následující tabulce jsou uvedené známé problémy z předchozích verzí:
| Funkce | Problém | Alternativní řešení | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Oprava serveru | Po opravě uzlu a spuštění příkazu Set-AzureStackLCMUserPasswordse může zobrazit následující chyba: 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 |
Pokud chcete tento problém zmírnit, postupujte následovně: $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. Importujte potřebný modul: Import-Module "C:\Program Files\WindowsPowerShell\Modules\Microsoft.AS.Infra.Security.SecretRotation\PasswordUtilities.psm1" -DisableNameChecking 2. Zkontrolujte stav skupiny clusteru ECE: $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. Aktualizujte ECE novým heslem: 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. Aktualizujte heslo ve službě Active Directory: Set-ADAccountPassword -Identity $Identity -OldPassword $OldPassword -NewPassword $NewPassword |
||||||||||||||||||
| Správa virtuálních počítačů Arc | Použití exportovaného disku s operačním systémem virtuálního počítače Azure jako virtuálního pevného disku k vytvoření image galerie pro zřízení virtuálního počítače Arc se nepodporuje. | Spuštěním příkazu restart-service mochostagent restartujte službu mochostagent. |
||||||||||||||||||
| Síťové | Pokud je uzel nakonfigurovaný s proxy serverem s velkými písmeny v jeho adrese, například HTTPS://10.100.000.00:8080, rozšíření Arc se na uzlu nenainstalují nebo neaktualizují v stávajících verzích, včetně verze 2408.1. Ale uzel zůstane připojený k Arc. | Pokud chcete tento problém zmírnit, postupujte následovně: 1. Nastavte hodnoty prostředí malými písmeny. [System.Environment]::SetEnvironmentVariable("HTTPS_PROXY", "https://10.100.000.00:8080", "Machine"). 2. Ověřte, zda byly nastaveny hodnoty. [System.Environment]::GetEnvironmentVariable("HTTPS_PROXY", "Machine").
3. Restartujte služby Arc. Restart-Service himds
Restart-Service ExtensionService
Restart-Service GCArcService
4. Poskytnout signál AzcmaAgent s informacemi o proxy malými písmeny. & 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config set proxy.url https://10.100.000.00:8080
& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config list |
||||||||||||||||||
| Síťové | Když dojde k výpadku počítačů Arc, na stránce "Všechny clustery" se v novém prostředí portálu zobrazí stav „Částečně připojené“ nebo „Nedávno nepřipojeno“. I když se počítače Arc stanou v pořádku, nemusí se zobrazit stav "Připojeno". | Pro tento problém neexistuje žádné známé alternativní řešení. Pokud chcete zkontrolovat stav připojení, použijte staré prostředí, abyste zjistili, jestli se zobrazuje jako "Connected". | ||||||||||||||||||
| zabezpečení | Funkce zabezpečení SideChannelMitigation nemusí zobrazit povolený stav, i když je povolená. | V této verzi neexistuje žádné alternativní řešení. Pokud narazíte na tento problém, obraťte se na podporu Microsoftu a zjistěte další kroky. | ||||||||||||||||||
| Správa virtuálních počítačů Arc | Služba Mochostagent se může zdát být spuštěná, ale může se zaseknout bez aktualizace protokolů po dobu více než měsíce. Tento problém můžete identifikovat tak, že zkontrolujete záznamy služby v C:\programdata\mochostagent\logs a zjistíte, zda se záznamy aktualizují. |
Spuštěním následujícího příkazu restartujte službu mochostagent: restart-service mochostagent. |
||||||||||||||||||
| Aktualizace | Při upgradu razítka z verze 2311 nebo starších buildů na verzi 2408 nebo novější může dojít k selhání operací přidání uzlu a opravy uzlů. Může se například zobrazit chyba: Type 'AddAsZHostToDomain' of Role 'BareMetal' raised an exception. |
V této verzi neexistuje žádné alternativní řešení. Pokud narazíte na tento problém, obraťte se na podporu Microsoftu a zjistěte další kroky. | ||||||||||||||||||
| Aktualizace | Při prohlížení výsledků kontroly připravenosti pro místní instanci Azure 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í. Pokud chcete zobrazit konkrétní informace o kontrole připravenosti, vyberte Zobrazit podrobnosti. | ||||||||||||||||||
| Nasazení | V některých případech se při registraci místních počítačů ve službě Azure může tato chyba objevit 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 občasnému problému, když Azure portal nesprávně hlásí stav aktualizace jako Aktualizace se nezdařila nebo Probíhá, přestože je aktualizace dokončena. |
Připojte se k místní instanci Azure pomocí vzdálené relace 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áno, 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ů. 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í MOC v cílové verzi, ale aktualizace není úspěšná, v důsledku čehož se aktualizace Arc Resource Bridge nezdaří. Pokud chcete tento problém ověřit, shromážděte protokoly aktualizací pomocí Odstraňování potíží s aktualizacemi řešení pro Azure Lokal, 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 na tuto verzi MOC. Nastavte $targetMocVersion vyhledáním místního sestavení Azure, na který aktualizujete, a získáním odpovídající verze 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 aktualizujete na verzi 2405.0.23, $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. |
||||||||||||||||||
| AKS na Azure Lokální | Vytvoření clusteru AKS selže kvůli 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 v místním prostředí Azure 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 neodstraní a nové disky uvíznou v režimu údržby. |
Pokud chcete tomuto problému zabránit, rozhodně nezapomeňte, že NESMÍTE uzel vyprázdnit buď z Centra pro správu Windows, nebo pomocí rutiny PowerShellu Suspend-ClusterNode -Drain před spuštěním Repair-Server. Pokud k problému dojde, obraťte se na podporu Microsoftu a požádejte o další kroky. |
||||||||||||||||||
| Oprava serveru | K tomuto problému dochází, když se místní instance Azure s jedním uzlem aktualizuje z verze 2311 na 2402 a pak se provede Repair-Server. Operace opravy selže. |
Před opravou jednoho uzlu postupujte takto: 1. Spusťte verzi 2402 pro ADPrepTool. Postupujte podle kroků v Příprava služby Active Directory. Tato akce je rychlá a přidá požadovaná oprávnění pro organizační jednotku (OU). 2. Přesuňte objekt počítače z Počítače segmentu do kořenové OU. 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 postup poskytovaný Microsoftem), ověření služby Active Directory může selhat s chybějícím oprávněním k Generic All. Důvodem je problém v ověření, který kontroluje vyhrazenou položku oprávnění pro msFVE-RecoverInformationobjects – General – Permissions Full control, která je nutná pro obnovení bitLockeru. |
Použijte připravit metodu skriptu 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 místního nasazení Azure odstraní. 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ů. 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í cmdlet: 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 počítači otevřete relaci PowerShellu a spusťte následující příkaz:Restart-Service ECEAgent. |
||||||||||||||||||
| Přidat server | V této verzi a předchozích verzích není možné při přidávání počítače do systému aktualizovat řetězec seznamu obejití proxy serveru tak, aby zahrnoval nový počítač. Aktualizace seznamu proměnných prostředí určených pro obejití proxy na hostitelích neaktualizuje seznam obejití proxy na mostě prostředků Azure nebo na AKS. | V této verzi neexistuje žádné alternativní řešení. Pokud narazíte na tento problém, obraťte se na podporu Microsoftu a zjistěte další kroky. | ||||||||||||||||||
| Přidání nebo oprava serveru | V této verzi při přidávání nebo opravě počítače dochází k selhání, 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 podporu 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í. Pro další informace se podívejte, jak opětovně spustit nasazení. | ||||||||||||||||||
| Nasazení | V této verzi je problém s polem URI/umístěním Secrets. Toto je povinné pole, které je označené Není povinné a vede k selháním nasazení šablony Azure Resource Manageru. | Použijte soubor ukázkových parametrů v Nasazení místního Prostředí Azure verze 23H2 prostřednictvím šablony Azure Resource Manageru, abyste zajistili, že jsou všechny vstupy zadané v požadovaném formátu, a zkuste nasazení. Pokud dojde k selhání nasazení, musíte před spuštěnímznovu vyčistit 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. |
||||||||||||||||||
| zabezpečení | U nových nasazení nebudou mít zařízení podporující Secured-core ve výchozím nastavení povolený Dynamický kořen 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 vícevrstvé zabezpečení a UEFI Secure Boot 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 pouze, když jsou podepsané a ověřené. |
V této verzi se DRTM nepodporuje. | ||||||||||||||||||
| Síťové | 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 úspěšném dokončení kontroly počkejte, až nasazení nebo aktualizace selže. 3. Znovu nastavte seznam obejití proxy serveru. |
||||||||||||||||||
| Arc správa virtuálních počítačů | Nasazení nebo aktualizace Arc Resource Bridge může selhat, když automaticky vygenerované dočasné dorazové heslo SPN během této operace začíná pomlčkou. | Zkuste nasazení nebo aktualizaci zopakovat. Opakování by mělo znovu vygenerovat tajný klíč pro 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 vyhledejte vlastnost resourcename. 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č. |
||||||||||||||||||
| Arc správa virtuálních počítačů | Když se do místní instance Azure přidá nový počítač, 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í. | ||||||||||||||||||
| Arc správa virtuálních počítačů | 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ě úspěšný v době, kdy byla tato síť zřízena, můžete i nadále v této síti 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: Nelze 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 místní instance Azure: 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]. |
Pokud se zobrazí tento problém, obraťte se na podporu Microsoftu a požádejte o pomoc s dalšími kroky. | ||||||||||||||||||
| Síťování | V této verzi dochází k občasnému problému s klientem DNS, který způsobuje, že nasazení selže v dvouuzlovém systému kvůli chybě překladu DNS: během odesílání RestRequest došlo k WebException. WebException.Status: NameResolutionFailure. V důsledku chyby je záznam DNS druhého uzlu smazán hned po jeho vytvoření, což vede k chybě DNS. | Restartujte počítač. Tato operace zaregistruje záznam DNS, který brání jeho odstranění. | ||||||||||||||||||
| Portál Azure | 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 viz 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 &,",',<,>. Nesprávná syntaxe se zjistí v pozdějším kroku během ověřování systému. |
Ujistěte se, že syntaxe cesty OU je správná a že 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 systém úspěšně vytvoří. | Pokud chcete monitorovat nasazení na webu Azure Portal, přejděte do prostředku místní instance Azure a pak přejděte na novou položku Nasazení. | ||||||||||||||||||
| Azure Site Recovery | Azure Site Recovery nejde v této verzi nainstalovat do místní instance Azure. | V této verzi neexistuje žádné známé alternativní řešení. | ||||||||||||||||||
| Aktualizace | Při aktualizaci místní instance Azure prostřednictvím Azure Update Manageru se průběh aktualizace a výsledky nemusí zobrazit na webu Azure Portal. | Pokud chcete tento problém obejít, přidejte na každém uzlu následující klíč registru (není potřeba žádnou hodnotu):New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -forcePotom na jednom z uzlů 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 Načíst průběh aktualizace pomocíPowerShellu . |
||||||||||||||||||
| Aktualizace | Ve výjimečných případech, když je neúspěšná aktualizace zablokována ve stavu Probíhající v Azure Update Manageru, je tlačítko Opakovat deaktivováno. | 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 SolutionUpdate selhat, 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 příkazy označené SolutionUpdate. |
||||||||||||||||||
| Aktualizace | Ve výjimečných případech, když se provádí aktualizace z verze 2311.0.24 na 2311.2.4, stavové hlášení systému oznamuje Probíhá místo očekávaného Aktualizace se nezdařila. | Zkuste aktualizaci zopakovat. Pokud problém přetrvává, obraťte se na podporu Microsoftu. | ||||||||||||||||||
| Aktualizace | Pokusy o instalaci aktualizací řešení můžou na konci kroků CAU selhat: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 nebo Cluster IP Address prostředky se nespustí po restartování uzlu a je nejobvyklejší v malých nasazeních. |
Pokud narazíte na tento problém, obraťte se na podporu Microsoftu a požádejte o další kroky. Můžou s vámi spolupracovat na ručním restartování místních prostředků Azure a podle potřeby obnovit aktualizaci. | ||||||||||||||||||
| Aktualizace | Při instalaci aktualizace systému na verzi 10.2402.3.11 nemusí rutina Get-SolutionUpdate reagovat a nakonec selže s sadou RequestTimeoutException po přibližně 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 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 podporu 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 podporu Microsoftu. |