Azure Stack HCI 2402.2 릴리스에서 알려진 문제 보기
적용 대상: Azure Stack HCI, 버전 23H2
이 문서에서는 Azure Stack HCI 2402.2 릴리스의 중요한 알려진 문제 및 해결 방법을 식별합니다.
릴리스 정보는 계속 업데이트되며, 해결 방법이 필요한 중대한 문제가 발견되면 해당 내용이 추가됩니다. Azure Stack HCI를 배포하기 전에 릴리스 정보에 포함된 정보를 주의 깊게 검토합니다.
참고 항목
이 릴리스에 지원되는 업데이트 경로를 이해하려면 Azure Stack HCI 버전 23H2 릴리스를 참조 하세요.
이 릴리스의 새로운 기능에 대한 자세한 내용은 23H2의 새로운 기능을 참조하세요.
버전 2402.2에 대한 문제
이 소프트웨어 릴리스는 소프트웨어 버전 번호 2402.2.12에 매핑됩니다.
이 버전의 릴리스 정보에는 이 릴리스에서 해결된 문제, 이 릴리스의 알려진 문제 및 이전 버전에서 이월된 릴리스 관련 문제가 포함됩니다.
해결된 문제
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.2.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을 성공적으로 실행하면 업데이트 서비스가 온라인 상태가 됩니다. |
이전 릴리스의 알려진 문제
이전 릴리스의 알려진 문제는 다음과 같습니다.
| 기능 | 문제 | 해결 방법 |
|---|---|---|
| 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은 이 릴리스에서 지원되지 않습니다. |
| 네트워킹 | 2402 빌드에 대한 환경 검사기는 WinInet, WinHttp 및 환경 변수에 대해 동일한 프록시 바이패스 문자열을 사용해야 하며 프록시 서버를 사용할 때 실패합니다. 기본적으로 바이패스 목록은 winhttp, wininet 및 환경 변수에 대해 다르기 때문에 유효성 검사에 실패합니다. 이 문제는 2405 이상 빌드에서 해결되었습니다. | 이 문제가 표시되면 Microsoft 지원 문의하여 다음 단계를 도와주세요. |
| 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 지원에 문의하세요. |
| 클러스터 인식 업데이트 | 노드 다시 시작 작업이 노드를 다시 시작하지 못했습니다. | 이것은 일시적인 문제이며 자체적으로 해결할 수 있습니다. 몇 분 정도 기다렸다가 작업을 다시 시도합니다. 문제가 지속되면, Microsoft 지원에 문의하세요. |
| 클러스터 인식 업데이트 | 노드 일시 중단 작업이 90분 넘게 중단되었습니다. | 이것은 일시적인 문제이며 자체적으로 해결할 수 있습니다. 몇 분 정도 기다렸다가 작업을 다시 시도합니다. 문제가 지속되면, Microsoft 지원에 문의하세요. |
다음 단계
- 배포 개요를 읽어보십시오.