Azure Stack HCI 2405 릴리스에서 알려진 문제 보기
적용 대상: Azure Stack HCI, 버전 23H2
이 문서에서는 Azure Stack HCI 2405 릴리스의 중요한 알려진 문제 및 해결 방법을 식별합니다.
릴리스 정보는 계속 업데이트되며, 해결 방법이 필요한 중대한 문제가 발견되면 해당 내용이 추가됩니다. Azure Stack HCI를 배포하기 전에 릴리스 정보에 포함된 정보를 주의 깊게 검토합니다.
Important
이 릴리스에서 지원되는 업데이트된 경로에 대한 자세한 내용은 릴리스 정보를 참조하세요.
이 릴리스의 새로운 기능에 대한 자세한 내용은 23H2의 새로운 기능을 참조하세요.
버전 2405에 대한 문제
이 소프트웨어 릴리스는 소프트웨어 버전 번호 2405.0.24에 매핑됩니다.
이 버전의 릴리스 정보에는 이 릴리스에서 해결된 문제, 이 릴리스의 알려진 문제 및 이전 버전에서 이월된 릴리스 관련 문제가 포함됩니다.
해결된 문제
이 릴리스의 고정된 문제는 다음과 같습니다.
| 기능 | 문제 | 설명/해결 방법 |
|---|---|---|
| Active Directory | 대규모 Active Directory를 사용하는 클러스터 배포 중에 로컬 관리자 그룹에 사용자를 추가할 때 시간 제한을 일으킬 수 있는 문제가 해결되었습니다. | |
| 전개 | 종속성 리소스 만들기를 간소화하는 클러스터 만들기를 위해 새 ARM 템플릿이 릴리스됩니다. 이러한 템플릿에는 누락된 필수 필드를 해결한 몇 가지 수정 사항이 포함되어 있습니다. | |
| 전개 | 비밀 회전 PowerShell 명령은 Set-AzureStackLCMUserPassword 확인 메시지를 건너뛰는 새 매개 변수를 지원합니다. |
|
| 전개 | 서비스가 적시에 다시 시작되지 않을 때 비밀 회전의 안정성이 향상되었습니다. | |
| 전개 | 연결되지 않은 네임스페이스를 사용할 때 배포를 사용하도록 설정하는 문제를 해결했습니다. | |
| 전개 | Azure 및 디바이스에서 진단 수준을 설정할 때 배포 문제를 해결했습니다. | |
| SBE | 배포 시 제공된 SBE 파트너 속성 값을 업데이트하는 데 사용할 수 있는 새 PowerShell 명령이 릴리스되었습니다. | |
| SBE | SBE만 업데이트 실행한 후 업데이트 서비스가 요청에 응답하지 못하게 하는 문제를 해결했습니다. | |
| 서버 추가 서버 복구 |
서버 추가 작업 중에 노드가 Active Directory에 조인하지 못하게 하는 문제가 해결되었습니다. | |
| 네트워킹을 클릭합니다. | 특정 네트워크 어댑터 유형으로 호스트 네트워킹 구성을 설정할 때 네트워크 ATC의 안정성이 향상되었습니다. | |
| 네트워킹을 클릭합니다. | 디스크 드라이브의 펌웨어 버전을 검색할 때 안정성이 향상되었습니다. | |
| 업데이트 | 디바이스에서 AUM(Azure Update Manager)으로 전송된 상태 검사 결과에 대한 업데이트 알림의 안정성이 향상되었습니다. 경우에 따라 메시지 크기가 너무 커서 AUM에 결과가 표시되지 않을 수 있습니다. | |
| 업데이트 | 신뢰할 수 있는 IGVM(시작 VM 에이전트)에 대한 업데이트 실패를 일으킬 수 있는 파일 잠금 문제를 해결했습니다. | |
| 업데이트 | 업데이트 실행 중에 오케스트레이터 에이전트가 다시 시작되지 않는 문제를 해결했습니다. | |
| 업데이트 | 업데이트 서비스가 업데이트를 검색하거나 시작하는 데 오랜 시간이 걸리는 드문 조건을 수정했습니다. | |
| 업데이트 | CAU에서 진행 중인 업데이트를 보고할 때 오케스트레이터와의 CAU(클러스터 인식 업데이트) 상호 작용에 대한 문제가 해결되었습니다. | |
| 업데이트 | 기능과 누적 업데이트를 식별할 수 있도록 업데이트에 대한 명명 스키마가 조정되었습니다. | |
| 업데이트 | 클러스터 업데이트 진행률을 오케스트레이터에 보고하는 안정성이 향상되었습니다. | |
| Azure Arc | HIMDS(하이브리드 인스턴스 메타데이터 서비스)가 다시 시작될 때 Azure Arc 연결이 끊어지고 Azure Portal 기능이 손상되는 문제를 해결했습니다. 이제 디바이스는 이러한 경우 Azure Arc 연결을 자동으로 다시 초기화합니다. |
이 릴리스의 알려진 문제
이 릴리스의 알려진 문제는 다음과 같습니다.
| 기능 | 문제 | 설명/해결 방법 | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Arc VM 관리 | 광범위한 AVD 호스트 풀 배포 또는 대규모 VM 프로비저닝과 같은 대규모 배포 시나리오에서는 Hyper-V 소켓 외부 라이브러리 문제로 인해 안정성 문제가 발생할 수 있습니다. | 다음 단계에 따라 문제를 완화합니다. 1. 명령을 Get-service mochostagent (\) get-process (\) kill실행합니다. 명령의 출력을 확인하고 핸들 수가 수천 개인지 확인합니다. 2. 명령을 Get-service mochostagent (\) get-process 실행하여 프로세스를 종료합니다. 3. 명령을 restart-service mochostagent 실행하여 mochostagent 서비스를 다시 시작합니다. |
||||||||||||||||||
| 전개 | Azure Portal을 통해 Azure Stack HCI 버전 23H2를 배포할 때 다음과 같은 배포 유효성 검사 오류가 발생할 수 있습니다. 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}]. Azure Portal 배포의 네트워킹 탭으로 이동하면 네트워크 의도 구성 내에서 다음과 같은 오류가 표시될 수 있습니다. 선택한 실제 네트워크 어댑터가 관리 가상 스위치에 바인딩되지 않습니다. |
Azure Portal에서 배포 유효성 검사 실패 문제 해결의 절차를 따릅니다. | ||||||||||||||||||
| 전개 | Azure Portal을 통한 배포가 실패합니다. 키 자격 증명 모음에서 비밀 LocalAdminCredential을 가져오지 못했습니다. | 이 릴리스에서는 이 문제에 대한 해결 방법이 없습니다. 문제가 발생하면 Microsoft 지원 문의하여 다음 단계를 수행합니다. | ||||||||||||||||||
| 전개 | Azure Stack HCI 버전 23H2 운영 체제의 새 ISO 이미지는 일부 하드웨어 구성과의 호환성 문제로 인해 이전 버전으로 롤백되었습니다. | Arc 등록에서 문제가 발생하는 경우 이전 버전으로 롤백합니다. 새 이미지를 이미 성공적으로 배포한 경우에는 아무 작업도 필요하지 않습니다. 두 ISO 이미지는 모두 동일한 운영 체제 빌드 버전입니다. | ||||||||||||||||||
| 업데이트 | Azure Update Manager를 통해 Azure Stack HCI 클러스터에 대한 준비 검사 결과를 볼 때 동일한 이름으로 여러 준비 검사가 있을 수 있습니다. | 이 릴리스에는 알려진 해결 방법이 없습니다. 세부 정보 보기를 선택하여 준비 검사에 대한 특정 정보를 확인합니다. | ||||||||||||||||||
| 전개 | 경우에 따라 Azure Stack HCI 서버를 등록하는 동안 디버그 로그에 이 오류가 표시될 수 있습니다. 내부 서버 오류가 발생했습니다. 디바이스 배포에 대한 필수 확장 중 하나가 설치되지 않을 수 있습니다. | 다음 단계에 따라 문제를 완화합니다. $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 |
||||||||||||||||||
| 업데이트 | 이 릴리스에는 Azure Portal에서 업데이트 상태를 업데이트 실패로 잘못 보고하거나 업데이트가 완료된 동안 진행 중일 때 일시적인 문제가 있습니다. | 원격 PowerShell 세션을 통해 Azure Stack HCI 에 연결합니다. 업데이트 상태를 확인하려면 다음 PowerShell cmdlet을 실행합니다. $Update = get-solutionupdate| ? version -eq "<version string>"버전 문자열을 실행 중인 버전으로 바꿉습니다. 예를 들어 "10.2405.0.23"입니다. $Update.state업데이트 상태가 설치되어 있으면 추가 작업이 필요하지 않습니다. Azure Portal은 24시간 이내에 상태를 올바르게 새로 고칩니다. 상태를 더 빨리 새로 고치려면 클러스터 노드 중 하나에서 다음 단계를 수행합니다. 클라우드 관리 클러스터 그룹을 다시 시작합니다. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management" |
||||||||||||||||||
| 업데이트 | 초기 MOC 업데이트 중에 카탈로그 캐시에서 대상 MOC 버전을 찾을 수 없어 오류가 발생합니다. 후속 업데이트 및 재시도는 업데이트가 성공하지 않고 대상 버전에서 MOC를 표시하므로 Arc Resource Bridge 업데이트가 실패합니다. 이 문제의 유효성을 검사하려면 Azure Stack HCI 버전 23H2에 대한 솔루션 업데이트 문제 해결을 사용하여 업데이트 로그를 수집합니다. 로그 파일에 비슷한 오류 메시지가 표시됩니다(현재 버전은 오류 메시지와 다를 수 있음). [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}" }] |
다음 단계에 따라 문제를 완화합니다. 1. MOC 에이전트 버전을 찾으려면 다음 명령을 'C:\Program Files\AksHci\wssdcloudagent.exe' version실행합니다.2. 명령의 출력을 사용하여 아래 표에서 에이전트 버전과 일치하는 MOC 버전을 찾고 해당 MOC 버전으로 설정합니다 $initialMocVersion . $targetMocVersion 업데이트하려는 Azure Stack HCI 빌드를 찾아서 설정하고 아래 표에서 일치하는 MOC 버전을 가져옵니다. 아래 제공된 완화 스크립트에서 다음 값을 사용합니다.
예를 들어 에이전트 버전이 v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024인 $initialMocVersion = "1.0.24.10106" 경우 2405.0.23 $targetMocVersion = "1.3.0.10418"으로 업데이트하는 경우 .3. 첫 번째 노드에서 다음 PowerShell 명령을 실행합니다. $initialMocVersion = "<initial version determined from step 2>"$targetMocVersion = "<target version determined from step 2>"# MOC 모듈 두 번 가져오기 import-module mocimport-module moc$verbosePreference = "Continue"# SFS 카탈로그 캐시 지우기 Remove-Item (Get-MocConfig).manifestCache# 업데이트하기 전에 버전을 현재 MOC 버전으로 설정하고 업데이트 실패로 상태를 설정합니다. Set-MocConfigValue -name "version" -value $initialMocVersionSet-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)# MOC 업데이트를 원하는 버전으로 다시 실행 Update-Moc -version $targetMocVersion4. 업데이트를 다시 시작합니다. |
||||||||||||||||||
| 안전 | SideChannelMitigation 보안 기능은 사용하도록 설정된 경우에도 활성화된 상태를 표시하지 않을 수 있습니다. 이 문제는 Windows Admin Center(클러스터 보안 보기)를 사용하거나 이 cmdlet이 False를 Get-AzSSecurity -FeatureName SideChannelMitigation반환할 때 발생합니다. |
이 릴리스에서는 이러한 애플리케이션의 출력을 수정할 수 있는 해결 방법이 없습니다. 예상 값의 유효성을 검사하려면 다음 cmdlet을 실행합니다. Get-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management' -name "FeatureSettingsOverride*"예상 출력은 다음과 같습니다. FeatureSettingsOverride: 83886152 FeatureSettingsOverrideMask: 3 출력이 예상 출력과 일치하는 경우 Windows Admin Center 및 Get-AzSSecurity cmdlet의 출력을 무시해도 됩니다. |
이전 릴리스의 알려진 문제
이전 릴리스의 알려진 문제는 다음과 같습니다.
| 기능 | 문제 | 해결 방법 |
|---|---|---|
| HCI의 AKS | AKS 클러스터 만들기가 실패합니다 Error: Invalid AKS network resource id. 이 문제는 연결된 논리 네트워크 이름에 밑줄이 있는 경우에 발생할 수 있습니다. |
논리 네트워크 이름에서는 밑줄이 지원되지 않습니다. Azure Stack HCI에 배포된 논리 네트워크의 이름에 밑줄을 사용하지 않도록 합니다. |
| 서버 복구 | 드물게 오류가 발생하여 Repair-Server 작업이 실패합니다 HealthServiceWaitForDriveFW . 이러한 경우 복구된 노드의 이전 드라이브가 제거되지 않고 새 디스크가 유지 관리 모드에서 중단됩니다. |
이 문제를 방지하려면 시작하기 Repair-Server전에 Windows Admin Center를 통해 또는 PowerShell cmdlet을 사용하여 노드를 Suspend-ClusterNode -Drain 드레이닝하지 않도록 합니다. 문제가 발생하면 Microsoft 지원 문의하여 다음 단계를 수행합니다. |
| 서버 복구 | 이 문제는 단일 서버 Azure Stack HCI가 2311에서 2402로 업데이트된 후 Repair-Server 수행될 때 표시됩니다. 복구 작업이 실패합니다. |
단일 노드를 복구하기 전에 다음 단계를 수행합니다. 1. ADPrepTool용 버전 2402를 실행합니다. Active Directory 준비의 단계를 따릅니다. 이 작업은 빠르고 필요한 권한을 OU(조직 구성 단위)에 추가합니다. 2. 컴퓨터 개체를 컴퓨터 세그먼트에서 루트 OU로 이동합니다. 다음 명령을 실행합니다. Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>" |
| 전개 | Microsoft에서 제공하는 스크립트 및 프로시저를 사용하지 않고 Active Directory를 직접 준비하는 경우 Active Directory 유효성 검사에 사용 권한이 누락 Generic All 되어 실패할 수 있습니다. 이는 BitLocker 복구에 필요한 전용 권한 항목을 msFVE-RecoverInformationobjects – General – Permissions Full control확인하는 유효성 검사의 문제 때문입니다. |
Prepare AD 스크립트 메서드를 사용하거나 사용자 고유의 메서드를 사용하는 경우 특정 권한을 msFVE-RecoverInformationobjects – General – Permissions Full control할당해야 합니다. |
| 전개 | 이 릴리스에는 Azure Stack HCI 배포 중에 DNS 레코드가 삭제되는 드문 문제가 있습니다. 이 경우 다음 예외가 표시됩니다. 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. |
DNS 서버를 확인하여 클러스터 노드의 DNS 레코드가 누락되었는지 확인합니다. DNS 레코드가 누락된 노드에 다음 완화를 적용합니다. DNS 클라이언트 서비스를 다시 시작합니다. PowerShell 세션을 열고 영향을 받는 노드에서 다음 cmdlet을 실행합니다. Taskkill /f /fi "SERVICES eq dnscache" |
| 전개 | 이 릴리스에서는 다중 노드 배포에 원격 작업 오류가 발생하므로 다음과 같은 예외가 발생합니다.ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). |
완화 방법은 영향을 받는 노드에서 ECE 에이전트를 다시 시작하는 것입니다. 서버에서 PowerShell 세션을 열고 다음 명령을 실행합니다.Restart-Service ECEAgent. |
| 서버 추가/복구 | 이 릴리스에서는 서버를 추가하거나 복구할 때 소프트웨어 부하 분산 장치 또는 네트워크 컨트롤러 VM 인증서가 기존 노드에서 복사될 때 오류가 표시됩니다. 이 오류는 배포/업데이트 중에 이러한 인증서가 생성되지 않았기 때문입니다. | 이 릴리스에는 해결 방법이 없습니다. 이 문제가 발생하면 Microsoft 지원 문의하여 다음 단계를 확인합니다. |
| 전개 | 이 릴리스에서는 다음과 같은 예외를 제외하고 배포 오류가 발생하는 일시적인 문제가 있습니다.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. |
일시적인 문제이므로 배포를 다시 시도하면 이 문제가 해결됩니다. 자세한 내용은 배포를 다시 실행 하는 방법을 참조 하세요. |
| 전개 | 이 릴리스에서는 비밀 URI/위치 필드에 문제가 있습니다. 필수가 아님으로 표시되고 Azure Resource Manager 템플릿 배포 실패가 발생하는 필수 필드입니다. | Azure Resource Manager 템플릿을 통해 Azure Stack HCI 배포 버전 23H2의 샘플 매개 변수 파일을 사용하여 모든 입력이 필요한 형식으로 제공되었는지 확인하고 배포를 시도합니다. 실패한 배포가 있는 경우 배포를 다시 실행하기 전에 다음 리소스도 정리해야 합니다. 1. 삭제 C:\EceStore합니다. 2. 삭제 C:\CloudDeployment합니다. 3. 삭제 C:\nugetstore합니다. 4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation. |
| 안전 | 새 배포의 경우 보안 코어 지원 디바이스에는 기본적으로 DRTM(동적 측정 루트)이 사용되지 않습니다. Enable-AzSSecurity cmdlet을 사용하여 DRTM(사용)을 사용하려고 하면 현재 릴리스에서 DRTM 설정이 지원되지 않는다는 오류가 표시됩니다. Microsoft는 심층 방어를 권장하며, UEFI 보안 부팅은 서명 및 확인된 경우에만 로드되도록 하여 SRT(정적 신뢰 루트) 부팅 체인의 구성 요소를 계속 보호합니다. |
DRTM은 이 릴리스에서 지원되지 않습니다. |
| 네트워킹 | 프록시 서버를 사용할 때 환경 검사가 실패합니다. 기본적으로 winhttp 및 wininet에 대해 바이패스 목록이 다르기 때문에 유효성 검사에 실패합니다. | 다음 해결 단계를 수행합니다. 1. 상태 검사 전과 배포 또는 업데이트를 시작하기 전에 프록시 바이패스 목록을 지웁합니다. 2. 검사를 통과한 후 배포 또는 업데이트가 실패할 때까지 기다립니다. 3. 프록시 바이패스 목록을 다시 설정합니다. |
| Arc VM 관리 | 이 작업 중에 자동으로 생성된 임시 SPN 비밀이 하이픈으로 시작하면 Arc Resource Bridge의 배포 또는 업데이트가 실패할 수 있습니다. | 배포/업데이트를 다시 시도합니다. 재시도는 SPN 비밀을 다시 생성해야 하며 작업이 성공할 수 있습니다. |
| Arc VM 관리 | Arc VM의 Arc 확장은 무기한 "만들기" 상태로 유지됩니다. | VM에 로그인하고 명령 프롬프트를 열고 다음을 입력합니다. Windows: notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json Linux: sudo vi /var/opt/azcmagent/agentconfig.json 다음으로, 속성을 찾습니다 resourcename . 이 속성이 VM의 이름과 일치하도록 리소스 이름의 끝에 추가된 GUID를 삭제합니다. 그런 VM을 다시 시작합니다. |
| Arc VM 관리 | 새 서버가 Azure Stack HCI 클러스터에 추가되면 새로 만든 볼륨에 대한 스토리지 경로가 자동으로 만들어지지 않습니다. | 새 볼륨에 대한 스토리지 경로를 수동으로 만들 수 있습니다. 자세한 내용은 스토리지 경로 만들기를 참조 하세요. |
| Arc VM 관리 | Arc VM 작업의 다시 시작은 약 20분 후에 완료되지만 VM 자체는 약 1분 후에 다시 시작됩니다. | 이 릴리스에는 알려진 해결 방법이 없습니다. |
| Arc VM 관리 | 경우에 따라 논리 네트워크의 상태가 Azure Portal에서 실패로 표시됩니다. 이 문제는 논리 네트워크와 연결된 네트워크 인터페이스와 같은 리소스를 먼저 삭제하지 않고 논리 네트워크를 삭제하려고 할 때 발생합니다. 이 논리 네트워크에서 리소스를 만들 수 있어야 합니다. 이 경우 상태가 잘못되었습니다. |
이 네트워크가 프로비전될 때 이 논리 네트워크의 상태가 성공한 경우 이 네트워크에서 리소스를 계속 만들 수 있습니다. |
| Arc VM 관리 | 이 릴리스에서는 Azure CLI를 사용하여 데이터 디스크가 연결된 VM을 업데이트하면 다음 오류 메시지와 함께 작업이 실패합니다. 이름이 있는 가상 하드 디스크를 찾을 수 없습니다. |
모든 VM 업데이트 작업에 Azure Portal을 사용합니다. 자세한 내용은 Arc VM 관리 및 Arc VM 리소스 관리를 참조하세요. |
| 업데이트 | 드문 경우지만 Azure Stack HCI를 업데이트하는 동안 이 오류가 발생할 수 있습니다. 역할 'MocArb'의 'UpdateArbAndExtensions' 유형에 예외가 발생했습니다. 단계 [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]에서 ARB 및 확장 업그레이드 예외가 발생했습니다. | 이 문제가 표시되면 Microsoft 지원 문의하여 다음 단계를 도와주세요. |
| 네트워킹 | 이 릴리스에는 DNS 확인 오류가 있는 2노드 클러스터에서 배포가 실패하는 드문 DNS 클라이언트 문제가 있습니다. RestRequest를 보내는 동안 WebException이 발생했습니다. WebException.Status: NameResolutionFailure. 버그의 결과로 두 번째 노드의 DNS 레코드는 만들어진 직후 삭제되어 DNS 오류가 발생합니다. | 서버를 다시 시작합니다. 이 작업은 DNS 레코드를 등록하므로 삭제되지 않습니다. |
| Azure Portal | 경우에 따라 Azure Portal을 업데이트하는 데 시간이 걸릴 수 있으며 보기가 최신이 아닐 수도 있습니다. | 업데이트된 보기를 보려면 30분 이상 기다려야 할 수 있습니다. |
| Arc VM 관리 | Azure Portal에서 Arc VM의 네트워크 인터페이스를 삭제하는 작업은 이 릴리스에서 작동하지 않습니다. | Azure CLI를 사용하여 먼저 네트워크 인터페이스를 제거한 다음 삭제합니다. 자세한 내용은 네트워크 인터페이스 제거를 참조 하고 네트워크 인터페이스 삭제를 참조 하세요. |
| 배포 | 잘못된 구문으로 OU 이름을 제공하는 것은 Azure Portal에서 검색되지 않습니다. 잘못된 구문에는 지원되지 않는 문자(예: &,",',<,>.)가 포함됩니다. 클러스터 유효성 검사 중 이후 단계에서 잘못된 구문이 검색됩니다. |
OU 경로 구문이 올바르고 지원되지 않는 문자를 포함하지 않는지 확인합니다. |
| 배포 | Azure Resource Manager를 통한 배포는 2시간 후에 시간이 초과됩니다. 클러스터가 성공적으로 만들어졌지만 2시간을 초과하는 배포는 리소스 그룹에 실패로 표시됩니다. | Azure Portal에서 배포를 모니터링하려면 Azure Stack HCI 클러스터 리소스로 이동한 다음 새 배포 항목으로 이동합니다. |
| Azure Site Recovery | 이 릴리스에서는 Azure Site Recovery를 Azure Stack HCI 클러스터에 설치할 수 없습니다. | 이 릴리스에는 알려진 해결 방법이 없습니다. |
| 업데이트 | Azure Update Manager를 통해 Azure Stack HCI 클러스터를 업데이트하는 경우 업데이트 진행률 및 결과가 Azure Portal에 표시되지 않을 수 있습니다. | 이 문제를 해결하려면 각 클러스터 노드에서 다음 레지스트리 키를 추가합니다(값이 필요 없음).New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force그런 다음 클러스터 노드 중 하나에서 클라우드 관리 클러스터 그룹을 다시 시작합니다. Stop-ClusterGroup "Cloud Management"Start-ClusterGroup "Cloud Management"업데이트 프로세스 기간 동안 진행률 세부 정보가 표시되지 않을 수 있으므로 문제를 완전히 수정하지는 않습니다. 최신 업데이트 세부 정보를 얻으려면 PowerShell을 사용하여 업데이트 진행률을 검색할 수 있습니다. |
| 업데이트 | 드문 경우이지만 Azure 업데이트 관리자에서 실패한 업데이트가 진행 중 상태로 중단되면 다시 시도 단추를 사용할 수 없습니다. | 업데이트를 다시 시작하려면 다음 PowerShell 명령을 실행합니다.Get-SolutionUpdate|Start-SolutionUpdate. |
| 업데이트 | 경우에 따라 SolutionUpdate 명령 후에 실행하면 명령이 실패할 Send-DiagnosticData 수 있습니다. |
에 사용되는 PowerShell 세션을 닫아야 합니다 Send-DiagnosticData. 새 PowerShell 세션을 열고 명령에 사용합니다 SolutionUpdate . |
| 업데이트 | 드문 경우로, 2311.0.24에서 2311.2.4로 업데이트를 적용할 때 클러스터 상태는 업데이트에 실패할 것으로 예상되는 대신 진행 중이라고 보고합니다. | 업데이트를 다시 시도합니다. 문제가 지속되면, Microsoft 지원에 문의하세요. |
| 업데이트 | 다음을 사용하여 CAU 단계가 끝날 때 솔루션 업데이트 설치 시도가 실패할 수 있습니다.There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on. 이 드문 문제는 노드를 Cluster Name 다시 부팅한 후 리소스가 Cluster IP Address 시작되지 못하고 작은 클러스터에서 가장 일반적인 경우에 발생합니다. |
이 문제가 발생하면 Microsoft 지원 문의하여 다음 단계를 수행합니다. 사용자와 협력하여 클러스터 리소스를 수동으로 다시 시작하고 필요에 따라 업데이트를 다시 시작할 수 있습니다. |
| 업데이트 | 10.2402.3.11 Get-SolutionUpdate 에 클러스터 업데이트를 적용할 때 cmdlet은 응답하지 않을 수 있으며 약 10분 후에 RequestTimeoutException으로 실패합니다. 이는 서버 추가 또는 복구 시나리오에 따라 발생할 수 있습니다. |
Start-ClusterGroup 및 Stop-ClusterGroup cmdlet을 사용하여 업데이트 서비스를 다시 시작합니다. Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup 이러한 cmdlet을 성공적으로 실행하면 업데이트 서비스가 온라인 상태가 됩니다. |
| 클러스터 인식 업데이트 | 노드 다시 시작 작업이 노드를 다시 시작하지 못했습니다. | 이것은 일시적인 문제이며 자체적으로 해결할 수 있습니다. 몇 분 정도 기다렸다가 작업을 다시 시도합니다. 문제가 지속되면, Microsoft 지원에 문의하세요. |
| 클러스터 인식 업데이트 | 노드 일시 중단 작업이 90분 넘게 중단되었습니다. | 이것은 일시적인 문제이며 자체적으로 해결할 수 있습니다. 몇 분 정도 기다렸다가 작업을 다시 시도합니다. 문제가 지속되면, Microsoft 지원에 문의하세요. |
다음 단계
- 배포 개요를 읽어보십시오.