Azure Local 2408.2 릴리스의 알려진 문제
적용 대상: Azure Local, 버전 23H2
이 문서에서는 Azure Local 2408.2 릴리스에서 중요한 알려진 문제 및 해결 방법을 식별합니다.
이러한 릴리스 정보는 지속적으로 업데이트되며, 해결 방법이 필요한 중요한 문제가 발견되면 추가됩니다. Azure Local을 배포하기 전에 여기에 포함된 정보를 주의 깊게 검토합니다.
Important
이 릴리스에서 지원되는 업데이트 경로에 대한 자세한 내용은 릴리스 정보를 참조하세요.
이 릴리스의 새로운 기능에 대한 자세한 내용은 Azure Local 버전 23H2의 새로운 기능을 참조하세요.
버전 2408.2의 알려진 문제
이 소프트웨어 릴리스는 소프트웨어 버전 번호 2408.2.7에 매핑됩니다.
이 버전의 릴리스 정보에는 이 릴리스에서 해결된 문제, 이 릴리스의 알려진 문제 및 이전 버전에서 전달된 릴리스 정보 문제가 포함됩니다.
참고 항목
일반적인 알려진 문제에 대한 자세한 수정은 Azure 로컬 지원 가능성 GitHub 리포지토리를 참조하세요.
해결된 문제
이 릴리스에서는 다음과 같은 문제가 해결되었습니다.
| 기능 | 문제 | 설명/해결 방법 |
|---|---|---|
| 보안 | SideChannelMitigation은 로컬 cmdlet과 Windows Admin Center 모두에서 제대로 보고되고 있습니다. | |
| 업데이트 | 업데이트는 이미 추가된 솔루션 빌더 확장 콘텐츠를 불필요하게 다운로드합니다. | |
| 업그레이드 | 클러스터 리소스가 동일한 그룹에 있지 않았습니다. | |
| 업그레이드 | Azure Portal에서 IP 풀 유효성 검사가 수정되었습니다. | |
| 업그레이드 | 패키지가 최신 버전인지 확인하기 위한 유효성 검사가 추가됨 | |
| 업그레이드 | 그룹 정책으로 인해 유효성 검사가 실패합니다. |
이 릴리스의 알려진 문제
Microsoft는 이 릴리스의 알려진 문제를 인식하지 못합니다.
이전 릴리스의 알려진 문제
다음 표에서는 이전 릴리스의 알려진 문제를 나열합니다.
| 기능 | 문제 | 해결 방법 | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 노드 복구 | 노드를 복구하고 명령을 Set-AzureStackLCMUserPassword실행하면 다음 오류가 발생할 수 있습니다. 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 |
다음 단계에 따라 문제를 완화합니다. $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. 필요한 모듈을 가져옵니다. Import-Module "C:\Program Files\WindowsPowerShell\Modules\Microsoft.AS.Infra.Security.SecretRotation\PasswordUtilities.psm1" -DisableNameChecking 2. 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. ECE를 새 암호로 업데이트합니다. 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. Active Directory에서 암호를 업데이트합니다. Set-ADAccountPassword -Identity $Identity -OldPassword $OldPassword -NewPassword $NewPassword |
||||||||||||||||||
| Arc VM 관리 | 내보낸 Azure VM OS 디스크를 VHD로 사용하여 Arc VM을 프로비전하기 위한 갤러리 이미지를 만드는 것은 지원되지 않습니다. | 명령을 restart-service mochostagent 실행하여 mochostagent 서비스를 다시 시작합니다. |
||||||||||||||||||
| Arc VM 관리 | 마이그레이션된 VM에서 게스트 관리를 사용하도록 설정하려고 하면 다음 오류 로 작업이 실패합니다. (InternalError) 허용 웹후크 "createupdatevalidationwebhook.infrastructure.azstackhci.microsoft.com"에서 요청을 거부했습니다. 리소스를 만든 후에는 OsProfile을 변경할 수 없습니다. | |||||||||||||||||||
| 네트워킹 | 컴퓨터가 주소에 대문자가 있는 프록시 서버로 HTTPS://10.100.000.00:8080구성된 경우 Arc 확장은 버전 2408.2를 포함하여 기존 빌드의 컴퓨터에 설치하거나 업데이트하지 못합니다. 그러나 컴퓨터는 Arc 연결 상태로 유지됩니다. | 다음 단계에 따라 문제를 완화합니다. 1. 환경 값을 소문자로 설정합니다. [System.Environment]::SetEnvironmentVariable("HTTPS_PROXY", "https://10.100.000.00:8080", "Machine"). 2. 값이 설정되었는지 확인합니다. [System.Environment]::GetEnvironmentVariable("HTTPS_PROXY", "Machine"). 3. Arc 서비스를 다시 시작합니다. Restart-Service himds Restart-Service ExtensionService Restart-Service GCArcService 4. 소문자 프록시 정보를 사용하여 AzcmaAgent에 신호를 전송합니다. & 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config set proxy.url https://10.100.000.00:8080 & 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config list |
||||||||||||||||||
| 네트워킹 | Arc 컴퓨터가 다운되면 새 포털 환경의 "모든 클러스터" 페이지에 "PartiallyConnected" 또는 "Not Connected Recently status(최근에 연결되지 않음)"가 표시됩니다. Arc 컴퓨터가 정상 상태가 되더라도 "연결됨" 상태가 표시되지 않을 수 있습니다. | 이 문제에 대한 알려진 해결 방법은 없습니다. 연결 상태를 확인하려면 이전 환경을 사용하여 "연결됨"으로 표시되는지 확인합니다. | ||||||||||||||||||
| 안전 | SideChannelMitigation 보안 기능은 사용하도록 설정된 경우에도 활성화된 상태를 표시하지 않을 수 있습니다. | 이 릴리스에는 해결 방법이 없습니다. 이 문제가 발생하면 Microsoft 지원 문의하여 다음 단계를 확인합니다. | ||||||||||||||||||
| Arc VM 관리 | Mochostagent 서비스가 실행 중인 것처럼 보일 수 있지만 한 달 이상 로그를 업데이트하지 않고도 중단될 수 있습니다. 서비스 로그를 확인하여 로그가 C:\programdata\mochostagent\logs 업데이트되고 있는지 확인하여 이 문제를 식별할 수 있습니다. |
다음 명령을 실행하여 mochostagent 서비스를 restart-service mochostagent다시 시작합니다. |
||||||||||||||||||
| 업그레이드 | 스탬프를 2311 또는 이전 빌드에서 2408 이상으로 업그레이드하는 경우 노드 추가 및 노드 복구 작업이 실패할 수 있습니다. 예를 들어 다음과 같은 오류가 Type 'AddAsZHostToDomain' of Role 'BareMetal' raised an exception표시 될 수 있습니다. |
이 릴리스에는 해결 방법이 없습니다. 이 문제가 발생하면 Microsoft 지원 문의하여 다음 단계를 확인합니다. | ||||||||||||||||||
| 엽데이트 | Azure Update Manager를 통해 Azure 로컬 인스턴스에 대한 준비 검사 결과를 볼 때 동일한 이름을 가진 여러 준비 검사가 있을 수 있습니다. | 이 릴리스에는 알려진 해결 방법이 없습니다. 세부 정보 보기를 선택하여 준비 검사에 대한 특정 정보를 확인합니다. | ||||||||||||||||||
| 전개 | 경우에 따라 Azure 로컬 머신을 등록하는 동안 디버그 로그에 이 오류가 표시될 수 있습니다. 내부 서버 오류가 발생했습니다. 디바이스 배포에 대한 필수 확장 중 하나가 설치되지 않을 수 있습니다. | 다음 단계에 따라 문제를 완화합니다. $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 로컬 에 연결합니다. 업데이트 상태를 확인하려면 다음 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 Local 버전 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 로컬 빌드를 찾아서 다음 표에서 일치하는 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. 업데이트를 다시 시작합니다. |
||||||||||||||||||
| HCI의 AKS | AKS 클러스터 만들기가 실패합니다 Error: Invalid AKS network resource id. 이 문제는 연결된 논리 네트워크 이름에 밑줄이 있는 경우에 발생할 수 있습니다. |
논리 네트워크 이름에서는 밑줄이 지원되지 않습니다. Azure Local에 배포된 논리 네트워크의 이름에 밑줄을 사용하지 않도록 합니다. | ||||||||||||||||||
| 노드 복구 | 드물게 오류가 발생하여 Repair-Server 작업이 실패합니다 HealthServiceWaitForDriveFW . 이러한 경우 복구된 노드의 이전 드라이브가 제거되지 않고 새 디스크가 유지 관리 모드에서 중단됩니다. |
이 문제를 방지하려면 시작하기 Repair-Server전에 Windows Admin Center를 통해 또는 PowerShell cmdlet을 사용하여 노드를 Suspend-ClusterNode -Drain 드레이닝하지 않도록 합니다. 문제가 발생하면 Microsoft 지원 문의하여 다음 단계를 수행합니다. |
||||||||||||||||||
| 노드 복구 | 이 문제는 단일 머신 Azure Local이 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 로컬 배포 중에 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. |
||||||||||||||||||
| 노드 추가 | 이 릴리스 및 이전 릴리스에서는 클러스터에 노드를 추가할 때 새 노드를 포함하도록 프록시 바이패스 목록 문자열을 업데이트할 수 없습니다. 호스트에서 환경 변수 프록시 바이패스 목록을 업데이트해도 Azure Resource Bridge 또는 AKS의 프록시 바이패스 목록은 업데이트되지 않습니다. | 이 릴리스에는 해결 방법이 없습니다. 이 문제가 발생하면 Microsoft 지원 문의하여 다음 단계를 확인합니다. | ||||||||||||||||||
| 노드 추가/복구 | 이 릴리스에서는 노드를 추가하거나 복구할 때 소프트웨어 부하 분산 장치 또는 네트워크 컨트롤러 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 Local 버전 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 로컬 인스턴스에 추가되면 새로 만든 볼륨에 대한 스토리지 경로가 자동으로 만들어지지 않습니다. | 새 볼륨에 대한 스토리지 경로를 수동으로 만들 수 있습니다. 자세한 내용은 스토리지 경로 만들기를 참조 하세요. | ||||||||||||||||||
| Arc VM 관리 | Arc VM 작업의 다시 시작은 약 20분 후에 완료되지만 VM 자체는 약 1분 후에 다시 시작됩니다. | 이 릴리스에는 알려진 해결 방법이 없습니다. | ||||||||||||||||||
| Arc VM 관리 | 경우에 따라 논리 네트워크의 상태가 Azure Portal에서 실패로 표시됩니다. 이 문제는 논리 네트워크와 연결된 네트워크 인터페이스와 같은 리소스를 먼저 삭제하지 않고 논리 네트워크를 삭제하려고 할 때 발생합니다. 이 논리 네트워크에서 리소스를 만들 수 있어야 합니다. 이 경우 상태가 잘못되었습니다. |
이 네트워크가 프로비전될 때 이 논리 네트워크의 상태가 성공한 경우 이 네트워크에서 리소스를 계속 만들 수 있습니다. | ||||||||||||||||||
| Arc VM 관리 | 이 릴리스에서는 Azure CLI를 사용하여 데이터 디스크가 연결된 VM을 업데이트하면 다음 오류 메시지와 함께 작업이 실패합니다. 이름이 있는 가상 하드 디스크를 찾을 수 없습니다. |
모든 VM 업데이트 작업에 Azure Portal을 사용합니다. 자세한 내용은 Arc VM 관리 및 Arc VM 리소스 관리를 참조하세요. | ||||||||||||||||||
| 업데이트 | 드문 경우지만 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]을 업데이트하는 동안 이 오류가 발생할 수 있습니다. |
이 문제가 표시되면 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 로컬 리소스로 이동한 다음 새 배포 항목으로 이동합니다. | ||||||||||||||||||
| Azure Site Recovery | 이 릴리스에서는 Azure Site Recovery를 Azure 로컬 인스턴스에 설치할 수 없습니다. | 이 릴리스에는 알려진 해결 방법이 없습니다. | ||||||||||||||||||
| 엽데이트 | Azure Update Manager를 통해 Azure 로컬 인스턴스를 업데이트하는 경우 업데이트 진행률 및 결과가 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 지원에 문의하세요. |
다음 단계
- 배포 개요를 읽어보십시오.