Wyświetlanie znanych problemów w wersji Azure Stack HCI 2405.2
Dotyczy: Azure Local 2311.2 i nowsze
W tym artykule opisano krytyczne znane problemy i ich obejścia w wersji Azure Stack HCI 2405.2.
Informacje o wersji są stale aktualizowane i w miarę wykrywania krytycznych problemów, które wymagają obejścia, są one dodawane. Przed wdrożeniem rozwiązania Azure Stack HCI dokładnie przejrzyj informacje zawarte w informacjach o wersji.
Ważny
Aby uzyskać informacje na temat obsługiwanych ścieżek aktualizacji dla tej wersji, zobacz Informacje o wersji.
Aby uzyskać więcej informacji na temat nowych funkcji w tej wersji, zobacz Co nowego w wersji 23H2.
Problemy dotyczące wersji 2405.2
Ta wersja oprogramowania odpowiada numerowi wersji oprogramowania 2405.2.7.
Informacje o tej wersji obejmują rozwiązane problemy, znane problemy oraz kwestie zidentyfikowane i przeniesione z poprzednich wersji.
Rozwiązano problemy
Poniżej przedstawiono rozwiązane problemy w tej wersji:
| Cecha | Problem | Obejście / Komentarze |
|---|---|---|
| Aktualizacje | W tej wersji rozwiązano problem z aktualizacją związany z brakiem pola identyfikatora typu zasobu w testach kondycji. | |
| Aktualizacje | W tej wersji rozwiązano problem aktualizacji związany z różnymi kontrolami kondycji o tej samej nazwie. | |
| Aktualizacje | W tej wersji rozwiązano problem polegający na tym, że w testach kondycji aktualizacji rozszerzenia konstruktora rozwiązań brakowało sprawdzania kondycji przed aktualizacją lub codziennych kontroli kondycji. | |
| Aktualizacje | W tej wersji rozwiązano problem, który spowodował brak możliwości wyświetlania lub uruchamiania nowych aktualizacji z powodu awarii usługi aktualizacji na serwerach w złym stanie. | |
| Aktualizacje | W tej wersji ulepszono usługę aktualizacji, aby zapobiec nadmiarowi działań w klastrze. | |
| Aktualizacje | W tej wersji dodano sprawdzenie stanu, aby zapobiec aktualizacjom, gdy dodawanie lub usuwanie serwerów kończy się niepowodzeniem. | |
| Zarządzanie maszynami wirtualnymi Arc | We wcześniejszych wersjach wszystkie operacje zmiany stanu zasilania maszyny wirtualnej, takie jak zatrzymywanie, zapisywanie i wstrzymywanie, początkowo zwracają stan maszyny wirtualnej jako uruchomioną i w końcu wyświetlają prawidłowy stan po odświeżeniu 30+ sekund później. W tej wersji operacja zmiany stanu zasilania jest zwracana tylko po zmianie stanu maszyny wirtualnej na oczekiwaną. |
Znane problemy w tej wersji
| Cecha | Problem | Obejście |
|---|---|---|
| Aktualizacja | Ze względu na usterkę w VM-ach infrastruktury SDN, sieć SDN przestaje działać, gdy hosty przechodzą rotację tajnych kluczy i aktualizację. | W tej wersji nie ma obejścia tego problemu. Jeśli wystąpi problem, skontaktuj się z pomocą techniczną firmy Microsoft, aby uzyskać kolejne kroki. |
| Aktualizacja | Ze względu na usterkę w narzędziu sprawdzania gotowości środowiska, sprawdzanie gotowości środowiska dysków fizycznych nieprawidłowo kończy się niepowodzeniem i blokuje aktualizację. | Poczekaj kilka minut i ponów próbę aktualizacji. |
| Wdrożenie | W tej wersji może zostać wyświetlony następujący błąd: Niepowodzenie wdrażania w chmurze – wartość nie może być null. | W tej wersji nie ma obejścia tego problemu. Jeśli wystąpi problem, skontaktuj się z pomocą techniczną firmy Microsoft, aby uzyskać kolejne kroki. |
| Aktualizacja | W tej wersji sprawdzanie środowiska kończy się niepowodzeniem z powodu następującego błędu: Aktualizacja się nie powiodła: HealthCheckFailed. Kod XML podsumowania z usługi ECE nie jest obecny. | W tej wersji nie ma obejścia tego problemu. Jeśli wystąpi problem, skontaktuj się z pomocą techniczną firmy Microsoft, aby uzyskać kolejne kroki. |
Znane problemy z poprzednich wersji
Poniżej przedstawiono znane problemy z poprzednich wersji:
| Cecha | Problem | Obejście | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Aktualizacja | Podczas wyświetlania wyników sprawdzania gotowości dla klastra usługi Azure Stack HCI za pośrednictwem usługi Azure Update Manager może istnieć wiele testów gotowości o tej samej nazwie. | W tej wersji nie ma znanego obejścia. Wybierz pozycję Wyświetl szczegóły, aby wyświetlić określone informacje dotyczące sprawdzania gotowości. | ||||||||||||||||||
| Zarządzanie maszynami wirtualnymi Arc | W dużych scenariuszach wdrażania, takich jak rozległe wdrożenia puli hostów AVD lub aprowizacja maszyn wirtualnych na dużą skalę, mogą wystąpić problemy z niezawodnością spowodowane problemem z biblioteką zewnętrzną gniazda Hyper-V. | Wykonaj następujące kroki, aby rozwiązać problem: 1. Uruchom polecenie Get-service mochostagent (\) get-process (\) kill. Sprawdź wynik polecenia i sprawdź, czy liczba uchwytów mieści się w tysiącach. 2. Uruchom polecenie Get-service mochostagent (\) get-process, aby zakończyć procesy. 3. Uruchom polecenie restart-service mochostagent, aby ponownie uruchomić usługę mochostagent. |
||||||||||||||||||
| Wdrożenie | Podczas wdrażania rozwiązania Azure Stack HCI w wersji 23H2 za pośrednictwem witryny Azure Portal może wystąpić następujący błąd weryfikacji wdrożenia: 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}]. Jeśli przejdziesz do karty Sieć w portalu Azure podczas wdrażania, w ramach konfiguracji Network Intent, może zostać wyświetlony następujący błąd: Wybrana fizyczna karta sieciowa nie jest powiązana z przełącznikiem wirtualnym zarządzającym. |
Postępuj zgodnie z procedurą w Rozwiązywanie problemów z błędami walidacji wdrożenia w portalu Azure. | ||||||||||||||||||
| Wdrożenie | Wdrożenie za pośrednictwem portalu Azure kończy się niepowodzeniem z powodu następującego błędu: Nie można pobrać tajnego hasła LocalAdminCredential z magazynu kluczy. | W tej wersji nie ma obejścia tego problemu. Jeśli wystąpi problem, skontaktuj się z pomocą techniczną firmy Microsoft, aby uzyskać kolejne kroki. | ||||||||||||||||||
| Wdrożenie | W niektórych przypadkach podczas rejestracji serwerów usługi Azure Stack HCI ten błąd może być widoczny w dziennikach debugowania: Napotkano wewnętrzny błąd serwera. Jedno z obowiązkowych rozszerzeń do wdrożenia urządzenia może nie być zainstalowane. | Wykonaj następujące kroki, aby rozwiązać ten problem: $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 |
||||||||||||||||||
| Aktualizacja | W tej wersji występuje sporadyczny problem, gdy portal Azure niepoprawnie zgłasza stan aktualizacji jako Nie można zaktualizować lub W toku, chociaż aktualizacja została ukończona. |
Nawiąż połączenie z lokalną platformy Azure za pośrednictwem zdalnej sesji programu PowerShell. Aby potwierdzić stan aktualizacji, uruchom następujące polecenia cmdlet programu PowerShell: $Update = get-solutionupdate| ? version -eq "<version string>"Zastąp oznaczenie wersji wersją, którą aktualnie używasz. Na przykład "10.2405.0.23". $Update.stateJeśli stan aktualizacji to Zainstalowano, nie jest wymagana żadna dalsza akcja ze strony użytkownika. Portal Azure poprawnie odświeża stan w ciągu maksymalnie 24 godzin. Aby szybciej odświeżyć stan, wykonaj następujące kroki w jednym z węzłów klastra. Uruchom ponownie grupę klastrów zarządzania chmurą. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
||||||||||||||||||
| Aktualizacja | Podczas początkowej aktualizacji MOC występuje błąd spowodowany nieznalezieniem docelowej wersji MOC w pamięci podręcznej katalogu. Aktualizacje i ponawianie prób pokazują MOC w wersji docelowej, bez powodzenia, co powoduje, że aktualizacja Arc Resource Bridge się nie udaje. Aby zweryfikować ten problem, zbierz dzienniki aktualizacji przy użyciu Rozwiązywanie problemów z aktualizacjami rozwiązania dla rozwiązania Azure Stack HCI w wersji 23H2. Pliki dziennika powinny zawierać podobny komunikat o błędzie (bieżąca wersja może się różnić od komunikatu o błędzie): [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}" }] |
Wykonaj następujące kroki, aby rozwiązać ten problem: 1. Aby znaleźć wersję agenta MOC, uruchom następujące polecenie: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.2. Użyj danych wyjściowych polecenia, aby znaleźć wersję MOC z poniższej tabeli zgodnej z wersją agenta i ustawić $initialMocVersion na wersję MOC. Ustaw $targetMocVersion, wyszukując kompilację rozwiązania Azure Stack HCI, do której chcesz przeprowadzić aktualizację, i uzyskaj zgodną wersję MOC z poniższej tabeli. Użyj tych wartości w skry skryptie ograniczania ryzyka podanym poniżej:
Jeśli na przykład wersja agenta to v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024, to wtedy $initialMocVersion = “1.0.24.10106”, a jeśli aktualizujesz do wersji 2405.0.23, to wtedy $targetMocVersion = “1.3.0.10418”.3. Uruchom następujące polecenia programu PowerShell w pierwszym węźle: $initialMocVersion = "<initial version determined from step 2>"$targetMocVersion = "<target version determined from step 2>"# Dwa razy zaimportuj moduł MOC import-module mocimport-module moc$verbosePreference = "Continue"# Wyczyść pamięć podręczną katalogu SFS Remove-Item (Get-MocConfig).manifestCache# Ustaw wersję na bieżącą wersję MOC przed aktualizacją i ustaw stan na niepowodzenie aktualizacji Set-MocConfigValue -name "version" -value $initialMocVersionSet-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)# Uruchom ponownie aktualizację MOC do żądanej wersji Update-Moc -version $targetMocVersion4. Wznów aktualizację. |
||||||||||||||||||
| AKS na HCI | Tworzenie klastra usługi AKS kończy się niepowodzeniem z Error: Invalid AKS network resource id. Ten problem może wystąpić, gdy skojarzona nazwa sieci logicznej ma podkreślenie. |
Podkreślenia nie są obsługiwane w nazwach sieci logicznych. Pamiętaj, aby nie używać podkreślenia w nazwach sieci logicznych wdrożonych w usłudze Azure Stack HCI. | ||||||||||||||||||
| Naprawianie serwera | W rzadkich przypadkach operacja Repair-Server kończy się niepowodzeniem z powodu błędu HealthServiceWaitForDriveFW. W takich przypadkach stare dyski z naprawionego węzła nie są usuwane, a nowe dyski są zablokowane w trybie konserwacji. |
Aby zapobiec temu problemowi, przed rozpoczęciem Repair-Serverupewnij się, że nie opróżniasz węzła za pośrednictwem Centrum administracyjnego systemu Windows lub za pomocą polecenia cmdlet programu Suspend-ClusterNode -Drain PowerShell. Jeśli wystąpi problem, skontaktuj się z pomocą techniczną firmy Microsoft, aby uzyskać kolejne kroki. |
||||||||||||||||||
| Naprawianie serwera | Ten problem występuje, gdy pojedynczy serwer Azure Stack HCI jest aktualizowany z 2311 do 2402, a następnie jest wykonywany Repair-Server. Operacja naprawy kończy się niepowodzeniem. |
Przed naprawą pojedynczego węzła wykonaj następujące kroki: 1. Uruchom wersję 2402 dla narzędzia ADPrepTool. Wykonaj kroki opisane w Przygotowywanie usługi Active Directory. Ta akcja jest szybka i dodaje wymagane uprawnienia do jednostki organizacyjnej (OU). 2. Przenieś obiekt komputera z Computers segment do głównej jednostki organizacyjnej. Uruchom następujące polecenie: Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>" |
||||||||||||||||||
| Wdrożenie | Jeśli samodzielnie przygotujesz usługę Active Directory (nie używasz skryptu i procedury dostarczonej przez firmę Microsoft), walidacja usługi Active Directory może zakończyć się niepowodzeniem z brakującymi uprawnieniami Generic All. Jest to spowodowane problemem podczas walidacji, która sprawdza wpis specjalnych uprawnień dla msFVE-RecoverInformationobjects – General – Permissions Full control, który jest wymagany do odzyskiwania BitLocker. |
Użyj metody Przygotowywanie skryptu usługi AD lub jeśli używasz własnej metody, upewnij się, że przypisano określone uprawnienie msFVE-RecoverInformationobjects – General – Permissions Full control. |
||||||||||||||||||
| Wdrożenie | W tej wersji występuje rzadki problem polegający na tym, że rekord DNS jest usuwany podczas wdrażania rozwiązania Azure Stack HCI. W takim przypadku jest widoczny następujący wyjątek: 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. |
Sprawdź serwer DNS, aby sprawdzić, czy brakuje żadnych rekordów DNS węzłów klastra. Zastosuj następujące środki zaradcze w węzłach, w których brakuje rekordu DNS. Uruchom ponownie usługę klienta DNS. Otwórz sesję programu PowerShell i uruchom następujące polecenie cmdlet w węźle, którego dotyczy problem: Taskkill /f /fi "SERVICES eq dnscache" |
||||||||||||||||||
| Wdrożenie | W tej wersji występuje błąd zadania zdalnego we wdrożeniu z wieloma węzłami, co powoduje następujący wyjątek:ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). |
Ograniczenie ryzyka polega na ponownym uruchomieniu agenta ECE w węźle, którego dotyczy problem. Na serwerze otwórz sesję programu PowerShell i uruchom następujące polecenie:Restart-Service ECEAgent. |
||||||||||||||||||
| Dodaj serwer | W tej wersji i poprzednich wersjach podczas dodawania serwera do klastra nie można zaktualizować ciągu listy obejścia serwera proxy w celu uwzględnienia nowego serwera. Aktualizowanie listy obejścia serwera proxy zmiennych środowiskowych na hostach nie spowoduje zaktualizowania listy obejścia serwera proxy w usłudze Azure Resource Bridge lub AKS. | W tej wersji nie ma obejścia. Jeśli wystąpi ten problem, skontaktuj się z pomocą techniczną firmy Microsoft, aby określić następne kroki. | ||||||||||||||||||
| Dodaj/Napraw serwer | W tej wersji podczas dodawania lub naprawiania serwera występuje błąd podczas kopiowania certyfikatów maszyn wirtualnych programowego modułu równoważenia obciążenia lub kontrolera sieci z istniejących węzłów. Błąd jest spowodowany tym, że te certyfikaty nie zostały wygenerowane podczas wdrażania/aktualizacji. | W tej wersji nie ma obejścia. Jeśli wystąpi ten problem, skontaktuj się z pomocą techniczną firmy Microsoft, aby określić następne kroki. | ||||||||||||||||||
| wdrażania | W tej wersji występuje przejściowy problem powodujący niepowodzenie wdrożenia z następującym wyjątkiem: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. |
Ponieważ jest to przejściowy problem, ponawianie próby wdrożenia powinno rozwiązać ten problem. Aby uzyskać więcej informacji, zobacz, jak ponownie uruchomić wdrożenie. | ||||||||||||||||||
| Wdrożenie | W tej wersji występuje problem z polem URI/lokalizacji tajnych danych. Jest to wymagane pole oznaczone Nie obowiązkowe i powoduje niepowodzenie wdrażania szablonu usługi Azure Resource Manager. | Użyj pliku przykładowych parametrów w Wdrażanie rozwiązania Azure Stack HCI w wersji 23H2 za pośrednictwem szablonu usługi Azure Resource Manager, aby upewnić się, że wszystkie dane wejściowe są podane w wymaganym formacie, a następnie spróbuj wdrożyć. Jeśli wdrożenie nie powiodło się, należy również wyczyścić następujące zasoby przed ponownie uruchomićwdrożenia: 1. Usuń C:\EceStore. 2. Usuń C:\CloudDeployment. 3. Usuń C:\nugetstore. 4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation. |
||||||||||||||||||
| zabezpieczeń | W przypadku nowych wdrożeń urządzenia obsługujących zabezpieczony rdzeń nie będą miały domyślnie włączonego Dynamicznego Korzenia Pomiaru (DRTM). Jeśli spróbujesz włączyć (DRTM) przy użyciu polecenia cmdlet Enable-AzSSecurity, zobaczysz błąd, że ustawienie DRTM nie jest obsługiwane w bieżącej wersji. Firma Microsoft zaleca ochronę w głębi systemu, a bezpieczny rozruch UEFI nadal chroni składniki w łańcuchu rozruchowym Static Root of Trust (SRT), zapewniając, że są ładowane tylko po ich podpisaniu i zweryfikowaniu. |
Funkcja DRTM nie jest obsługiwana w tej wersji. | ||||||||||||||||||
| sieci | Sprawdzanie środowiska kończy się niepowodzeniem, gdy jest używany serwer proxy. Zgodnie z projektem lista obejścia jest inna dla winhttp i wininet, co powoduje niepowodzenie sprawdzania poprawności. | Wykonaj następujące kroki obejścia: 1. Wyczyść listę obejść serwera proxy przed sprawdzeniem kondycji oraz rozpoczęciem wdrażania lub aktualizacji. 2. Po zakończeniu sprawdzania poczekaj na niepowodzenie wdrożenia lub aktualizacji. 3. Ponownie ustaw listę obejścia serwera proxy. |
||||||||||||||||||
| Zarządzanie maszynami wirtualnymi Arc | Wdrożenie lub aktualizacja Arc Resource Bridge może zakończyć się niepowodzeniem, gdy automatycznie wygenerowany tymczasowy sekret SPN podczas tej operacji rozpoczyna się od łącznika. | Ponów próbę wdrożenia/aktualizacji. Ponowienie próby powinno wygenerować tajny wpis SPN, a operacja prawdopodobnie zakończy się pomyślnie. | ||||||||||||||||||
| Zarządzanie maszynami wirtualnymi Arc | Rozszerzenia usługi Arc na maszynach wirtualnych Arc pozostają w stanie "Tworzenie" bez końca. | Zaloguj się do maszyny wirtualnej, otwórz wiersz polecenia i wpisz następujące polecenie: windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json Następnie znajdź właściwość resourcename. Usuń identyfikator GUID, który jest dołączany na końcu nazwy zasobu, więc ta właściwość jest zgodna z nazwą maszyny wirtualnej. Następnie uruchom ponownie maszynę wirtualną. |
||||||||||||||||||
| Zarządzanie maszynami wirtualnymi Arc | Po dodaniu nowego serwera do klastra Azure Stack HCI ścieżka przechowywania nie jest tworzona automatycznie dla nowo utworzonego woluminu. | Możesz ręcznie utworzyć ścieżkę magazynu dla wszystkich nowych woluminów. Aby uzyskać więcej informacji, zobacz Tworzenie ścieżki magazynu. | ||||||||||||||||||
| Zarządzanie maszynami wirtualnymi Arc | Ponowne uruchomienie operacji maszyny wirtualnej Arc kończy się po około 20 minutach, chociaż sama maszyna wirtualna ponownie uruchamia się w około minutę. | W tej wersji nie ma znanego obejścia. | ||||||||||||||||||
| Zarządzanie maszynami wirtualnymi Arc | W niektórych przypadkach stan sieci logicznej jest wyświetlany jako Niepowodzenie w witrynie Azure Portal. Dzieje się tak, gdy próbujesz usunąć sieć logiczną bez uprzedniego usunięcia żadnych zasobów, takich jak interfejsy sieciowe skojarzone z tą siecią logiczną. Nadal powinno być możliwe tworzenie zasobów w tej sieci logicznej. Stan jest mylący w tym przypadku. |
Jeśli stan tej sieci logicznej był Powodzenie w momencie aprowizacji tej sieci, możesz nadal tworzyć zasoby w tej sieci. | ||||||||||||||||||
| Zarządzanie maszynami wirtualnymi Arc | W tej wersji po zaktualizowaniu maszyny wirtualnej przy użyciu dysku danych dołączonego do niej przy użyciu interfejsu wiersza polecenia platformy Azure operacja kończy się niepowodzeniem z następującym komunikatem o błędzie: nie można odnaleźć wirtualnego dysku twardego o nazwie. |
Użyj witryny Azure Portal dla wszystkich operacji aktualizacji maszyny wirtualnej. Aby uzyskać więcej informacji, zobacz Zarządzanie maszynami wirtualnymi usługi Arc i Zarządzanie zasobami maszyn wirtualnych usługi Arc. | ||||||||||||||||||
| Aktualizacja | W rzadkich przypadkach ten błąd może wystąpić podczas aktualizowania rozwiązania Azure Stack HCI: 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]. |
Jeśli widzisz ten problem, skontaktuj się z pomocą techniczną firmy Microsoft, aby uzyskać pomoc dotyczącą następnych kroków. | ||||||||||||||||||
| sieciowanie | W tej wersji występuje rzadki problem z klientem DNS, który powoduje niepowodzenie wdrożenia w klastrze z dwoma węzłami z powodu błędu rozpoznawania nazw DNS: wystąpił błąd WebException podczas wysyłania zapytania RestRequest. WebException.Status: NameResolutionFailure. W wyniku błędu rekord DNS drugiego węzła zostanie usunięty wkrótce po jego utworzeniu, co spowoduje błąd DNS. | Uruchom ponownie serwer. Ta operacja rejestruje rekord DNS, co uniemożliwia usunięcie go. | ||||||||||||||||||
| Portal Azure | W niektórych przypadkach aktualizacja witryny Azure Portal może chwilę potrwać, a widok może nie być aktualny. | Może być konieczne odczekanie 30 minut lub więcej, aby wyświetlić zaktualizowany widok. | ||||||||||||||||||
| Zarządzanie VM Arc | Usuwanie interfejsu sieciowego na maszynie wirtualnej Arc z poziomu portalu Azure nie działa w tej wersji systemu. | Użyj interfejsu wiersza polecenia platformy Azure, aby najpierw odłączyć interfejs sieciowy, a następnie go usunąć. Aby uzyskać więcej informacji, zobacz Usuwanie interfejsu sieciowego i zobacz Usuwanie interfejsu sieciowego. | ||||||||||||||||||
| Wdrażania | Podanie nazwy jednostki organizacyjnej w nieprawidłowej składni nie jest wykrywane w witrynie Azure Portal. Nieprawidłowa składnia zawiera nieobsługiwane znaki, takie jak &,",',<,>. Nieprawidłowa składnia jest wykrywana w późniejszym kroku podczas walidacji klastra. |
Upewnij się, że składnia ścieżki OU jest poprawna i nie zawiera nieobsługiwanych znaków. | ||||||||||||||||||
| Wdrażania | Wdrożenia za pośrednictwem usługi Azure Resource Manager przedawniają się po 2 godzinach. Wdrożenia, które przekraczają 2 godziny, są wyświetlane jako zakończone niepowodzeniem w grupie zasobów, mimo że klaster został pomyślnie utworzony. | Aby monitorować wdrożenie w portalu Azure, przejdź do zasobu klastra Azure Stack HCI, a następnie przejdź do nowego wpisu w sekcji Wdrożenia. | ||||||||||||||||||
| Azure Site Recovery | Nie można zainstalować usługi Azure Site Recovery w klastrze usługi Azure Stack HCI w tej wersji. | W tej wersji nie ma znanego obejścia. | ||||||||||||||||||
| Aktualizacja | Podczas aktualizowania klastra usługi Azure Stack HCI za pośrednictwem usługi Azure Update Manager postęp aktualizacji i wyniki mogą nie być widoczne w witrynie Azure Portal. | Aby obejść ten problem, w każdym węźle klastra dodaj następujący klucz rejestru (bez wymaganej wartości):New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -forceNastępnie w jednym z węzłów klastra uruchom ponownie grupę klastrów zarządzania chmurą. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"Nie spowoduje to całkowitego rozwiązania problemu, ponieważ szczegóły postępu mogą nadal nie być wyświetlane przez cały czas trwania procesu aktualizacji. Aby uzyskać najnowsze szczegóły aktualizacji, możesz Pobrać postęp aktualizacji za pomocą programu PowerShell. |
||||||||||||||||||
| Aktualizacja | W rzadkich przypadkach, jeśli nieudana aktualizacja utknęła w stanie W toku w Azure Update Manager, przycisk Spróbuj ponownie jest wyłączony. | Aby wznowić aktualizację, uruchom następujące polecenie programu PowerShell:Get-SolutionUpdate
|
Start-SolutionUpdate. |
||||||||||||||||||
| Aktualizacje | W niektórych przypadkach polecenia SolutionUpdate mogą zakończyć się niepowodzeniem, jeśli są uruchamiane po poleceniach Send-DiagnosticData. |
Pamiętaj, aby zamknąć sesję programu PowerShell używaną do Send-DiagnosticData. Otwórz nową sesję programu PowerShell i użyj jej do poleceń SolutionUpdate. |
||||||||||||||||||
| Aktualizacja | W rzadkich przypadkach, podczas stosowania aktualizacji z wersji 2311.0.24 do 2311.2.4, raporty o stanie klastra pokazują W Trakcie zamiast oczekiwanego Aktualizacja Nieudana. | Ponów próbę aktualizacji. Jeśli problem będzie się powtarzać, skontaktuj się z pomocą techniczną firmy Microsoft. | ||||||||||||||||||
| Aktualizacja | Próby zainstalowania aktualizacji rozwiązania mogą zakończyć się niepowodzeniem na końcu kroków aktualizacji klastra:There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
Ten rzadki problem występuje, jeśli nie można uruchomić zasobów Cluster Name lub Cluster IP Address po ponownym uruchomieniu węzła i jest najbardziej typowy w małych klastrach. |
Jeśli wystąpi ten problem, skontaktuj się z pomocą techniczną firmy Microsoft, aby uzyskać następne kroki. Mogą oni współpracować z Tobą, aby ręcznie ponownie uruchomić zasoby klastra i wznowić aktualizację zgodnie z potrzebami. | ||||||||||||||||||
| Aktualizacja | Podczas stosowania aktualizacji klastra do wersji 10.2402.3.11 polecenie cmdlet Get-SolutionUpdate może nie odpowiadać i ostatecznie kończy się niepowodzeniem z błędem RequestTimeoutException po około 10 minutach. Prawdopodobnie wystąpi to po scenariuszu dodawania lub naprawiania serwera. |
Użyj poleceń cmdlet Start-ClusterGroup i Stop-ClusterGroup, aby ponownie uruchomić usługę aktualizacji. Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group"
|
Stop-ClusterGroup
Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group"
|
Start-ClusterGroup
Pomyślne uruchomienie tych poleceń cmdlet powinno spowodować, że usługa aktualizacji zostanie uruchomiona online. |
||||||||||||||||||
| Aktualizowanie z uwzględnieniem klastra | Operacja wznowienia węzła nie powiodła się. | Jest to problem przejściowy i można go rozwiązać samodzielnie. Poczekaj kilka minut i spróbuj ponownie wykonać operację. Jeśli problem będzie się powtarzać, skontaktuj się z pomocą techniczną firmy Microsoft. | ||||||||||||||||||
| Aktualizowanie z rozpoznawaniem klastra | Operacja wstrzymania węzła utkwiła na ponad 90 minut. | Jest to problem przejściowy i można go rozwiązać samodzielnie. Poczekaj kilka minut i spróbuj ponownie wykonać operację. Jeśli problem będzie się powtarzać, skontaktuj się z pomocą techniczną firmy Microsoft. |