Azure Stack Hub 보관된 알려진 문제

  • 아티클

이 문서에서는 지원되지 않는 Azure Stack Hub 릴리스의 알려진 문제를 나열합니다. 새 문제가 식별되면 목록이 업데이트됩니다.

다른 보관된 버전의 알려진 문제에 액세스하려면 왼쪽 목차 위의 버전 선택기 드롭다운을 사용합니다.

경고

지리적 지역이 제공되지 않음

  • 적용 가능: 이 문제는 릴리스 2206에 적용됩니다.

  • 원인: 경고 지리적 지역이 제공되지 않음 이 표시되고 Schrems II 규정 준수를 선택하도록 요청합니다.

  • 수정: 다음 PowerShell cmdlet을 실행하여 지리적 기본 설정을 지정할 수 있습니다.

    Set-DataResidencyLocation -Europe:$true or $false

    데이터의 상주 위치가 업데이트되고 모든 데이터가 EU에 저장되고 처리됩니다. 이 경고를 수동으로 닫거나 Azure Stack Hub에 대한 EU Schrems II 이니셔티브에 설명된 대로 관리 포털에 지리적 지역 기본 설정이 표시되면 무시합니다. 경고는 선택한 후에도 최대 1주일 동안 활성 상태로 유지됩니다.

  • 발생: 일반

암호화 복구 키 검색 경고

  • 적용 가능: 이 문제는 릴리스 2206 이상에 적용됩니다.

  • 원인: 암호화 복구 키 검색 경고가 표시되고 Azure Stack Hub 외부에서 암호화 복구 키를 검색하고 안전하게 저장하도록 요청합니다. 복구 키를 검색했는지 확인하기 위해 경고가 발생합니다. 이전에 복구 키를 검색했으며 2206 업데이트 이후(또는 그 이후) 이 경고를 받고 있는 경우 복구 키를 다시 수집해야 합니다. 계획되지 않은 다시 부팅 후 호스트 노드에 BitLocker 복구 키 화면이 표시되는 경우 복구 키가 필요할 수 있습니다. 예를 들어 정전이 있습니다.

  • 수정: 암호화 키를 검색하고 Azure Stack Hub 외부의 안전한 위치에 저장합니다. PEP에서 다음 명령을 실행하고 반환되는 복구 키를 저장합니다.

    ## Retrieves recovery keys for all volumes that are encrypted with BitLocker
Get-AzsRecoveryKeys -raw

    자세한 내용은 BitLocker 복구 키 검색을 참조하세요. Get-AzsRecoveryKeys를 실행하고 해당 복구 키를 Azure Stack Hub 외부의 안전한 위치에 저장한 후 24시간 이내에 경고가 자동으로 닫힙니다.

  • 발생: 일반

포털

업데이트 중 포털 오류 발생 가능성

공용 IP 및 Load Balancer 블레이드에는 기본에서 표준 SKU로 업그레이드하는 것이 좋습니다.

  • 적용 가능: 이 문제는 릴리스 2108 이상에 적용됩니다.
  • 원인: Azure Portal 기본에서 표준 SKU로 업그레이드하는 것이 좋습니다. 그러나 이 기능은 Azure Stack Hub에서 지원되지 않습니다.
  • 수정: 실패하므로 업그레이드를 시도하지 마세요.
  • 발생: 일반
  • 적용 가능: 이 문제는 릴리스 2102 이상에 적용됩니다.
  • 원인: Virtual Machines 개요 블레이드에서 디스크 instance 클릭하면 메뉴 항목이 표시되지 않습니다.
  • 수정: 페이지를 새로 고치면 메뉴가 다시 나타납니다. 또는 포털의 디스크 영역을 통해 특정 디스크 instance 이동할 수 있습니다.
  • 발생: 지속적으로 발생하는 사소한 포털 문제입니다.

데이터 센터 통합

그래프 구성 실패

  • 적용 가능: 이 문제는 릴리스 2206에 적용됩니다.
  • 원인: 잘못된 자격 증명 오류로 인해 Graph 구성이 실패합니다.
  • 수정: 자격 증명이 올바른 경우 domainname\username이 아닌 사용자 이름으로만 제공해야 합니다.
  • 발생: 일반

업데이트

AKS 클러스터 또는 ACR 레지스트리가 생성되고 AKS 및 ACR 서비스의 프라이빗 미리 보기가 설치된 경우 2108로 업데이트가 진행되지 않습니다.

  • 적용 가능: 이 문제는 2108로 업그레이드하려는 AKS(Azure Kubernetes Service) 및 ACR(Azure Container Registry) 프라이빗 미리 보기 고객에게 적용됩니다.
  • 수정: 운영자는 모든 AKS 클러스터 및 ACR 레지스트리를 삭제하고 AKS 및 ACR 서비스의 프라이빗 미리 보기를 제거해야 합니다.
  • 발생: AKS 및 ACR 프라이빗 미리 보기가 설치된 스탬프에는 이 메시지가 표시됩니다.

알려진 Azure Stack Hub 업데이트 문제는 Azure Stack Hub의 업데이트 문제 해결을 참조하세요.

네트워킹

Load Balancer

부하 분산 장치 규칙

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 부하 분산 속성(세션 지속성)을 업데이트/변경해도 효과가 없으며 일부 가상 머신이 트래픽 부하 분산에 참여하지 않을 수 있습니다. 예를 들어 백 엔드 가상 머신 4개와 부하 분산 장치에 연결하는 클라이언트가 2개뿐이고 부하 분산이 클라이언트 IP로 설정된 경우 클라이언트 세션은 항상 동일한 백 엔드 가상 머신을 사용합니다. 모든 백 엔드 가상 머신에 클라이언트 연결을 배포하기 위해 부하 분산 속성을 "없음"으로 변경해도 아무런 효과가 없습니다.
  • 수정: 부하 분산 규칙을 다시 만들면 선택한 설정이 모든 백 엔드 VM에 올바르게 구성됩니다.
  • 발생: 일반

데이터 디스크가 연결된 가상 머신 확장 집합을 만들 수 없습니다.

  • 적용 가능: 이 문제는 릴리스 2108에 적용됩니다.
  • 원인: 개체 형식 데이터 디스크에 대한 속성이 없습니다.
  • 수정: 배포 후 데이터 디스크를 추가합니다.
  • 발생: 일반

디스크 만들기 스냅샷 실패할 수 있음

  • 적용 가능: 이 문제는 릴리스 2108에 적용됩니다.
  • 원인: 스냅샷 작업에 대한 속성이 없습니다.
  • 수정: 핫픽스 1.2108.2.73을 적용합니다.
  • 발생: 일반

포털

컨테이너 레지스트리

사용자 포털에서 컨테이너 레지스트리에 사용할 수 없는 메트릭

  • 적용 가능: 이 문제는 Azure Stack Hub의 Azure Container Registry 공개 미리 보기 릴리스에 적용됩니다.
  • 원인: 문제는 Azure Portal 컨테이너 레지스트리를 볼 때 메트릭이 표시되지 않도록 하는 것입니다. 메트릭은 Shoebox에서도 사용할 수 없습니다.
  • 수정: 수정을 사용할 수 없음은 향후 핫픽스로 해결될 예정입니다.
  • 발생: 일반

설치가 이미 완료되었지만 설치하라는 메시지가 표시되는 Container Registry 운영자 환경

  • 적용 가능: 이 문제는 Azure Stack Hub의 Azure Container Registry 공개 미리 보기 릴리스에 적용됩니다.
  • 원인: Container Registry 설치 후 7일 후에 관리 포털의 운영자 환경이 운영자에게 Container Registry를 다시 설치하라는 메시지를 표시할 수 있습니다. 서비스가 정상적으로 작동하지만 운영자 환경을 사용할 수 없습니다. 테넌트는 컨테이너 레지스트리를 만들고 관리할 수 있습니다.
  • 수정: 수정을 사용할 수 없음은 향후 핫픽스로 해결될 예정입니다.
  • 발생: 일반

관리 구독

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 버전 1804에서 도입된 두 개의 관리 구독을 사용하면 안 됩니다. 구독 유형은 계량 및 소비입니다.
  • 수정: 이러한 두 구독에서 실행되는 리소스가 있는 경우 사용자 구독에서 다시 만듭니다.
  • 발생: 일반

포털 충돌의 DNS 블레이드 결과 만들기

  • 적용 가능: 이 문제는 핫픽스 버전 1.2108.2.81에서 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 두 가지 특정 흐름이 사용자 포털 크래시로 끝나는 경우가 있습니다.
    • 리소스 > 네트워킹 > DNS 영역 만들기
    • 리소스 > 네트워킹 > 연결 만들기
  • 수정: 다음 워크플로는 크래시가 없는지 확인할 수 있습니다.
    • 모든 서비스 > DNS 영역 > + 추가 또는 모든 서비스 > Connections > + 추가
  • 발생: 일반

포털은 사용자 이메일 대신 "식별되지 않은 사용자"를 표시합니다.

  • 적용 가능: 이 문제는 계정 프로필에 이메일 주소가 없는 Microsoft Entra 계정을 사용하는 핫픽스 버전 1.2108.2.81의 모든 시스템에 적용됩니다.
  • 수정: Azure Portal 로그인하고 이 문제가 발생한 Microsoft Entra 계정에 이메일 주소를 추가합니다.
  • 발생: 일반

공용 IP 및 Load Balancer 블레이드에는 기본에서 표준 SKU로 업그레이드하는 것이 좋습니다.

  • 적용 가능: 이 문제는 릴리스 2108 이상에 적용됩니다.
  • 원인: Azure Portal 기본에서 표준 SKU로 업그레이드하는 것이 좋습니다. 그러나 이 기능은 Azure Stack Hub에서 지원되지 않습니다.
  • 수정: 실패하므로 업그레이드를 시도하지 마세요.
  • 발생: 일반
  • 적용 가능: 이 문제는 릴리스 2102 이상에 적용됩니다.
  • 원인: Virtual Machines 개요 블레이드에서 디스크 instance 클릭하면 메뉴 항목이 표시되지 않습니다.
  • 수정: 페이지를 새로 고치면 메뉴가 다시 나타납니다. 또는 포털의 디스크 영역을 통해 특정 디스크 instance 이동할 수 있습니다.
  • 발생: 지속적으로 발생하는 사소한 포털 문제입니다.

데이터 평면 클러스터가 비정상 상태이고 모든 노드가 경고 상태입니다.

  • 적용 가능: 이 문제는 Azure Stack Hub에서 지원되는 모든 Event Hubs 릴리스에 적용됩니다.
  • 원인: 내부 인프라 비밀이 만료될 수 있습니다.
  • 수정: Azure Stack Hub의 최신 Event Hubs 릴리스로 업데이트한 다음, Azure Stack Hubs에서 Event Hubs에 대한 비밀을 회전하는 방법의 프로세스를 완료합니다.

관리 포털에서 데이터 평면 클러스터의 상태가 업데이트되지 않거나 클러스터 규모 확장으로 인해 액세스가 거부됨

  • 적용 가능: 이 문제는 Azure Stack Hub에서 지원되는 모든 Event Hubs 릴리스에 적용됩니다.
  • 원인: 비밀 순환이 완료된 후 내부 구성 요소가 새 비밀로 캐시를 새로 고치지 않았습니다.
  • 수정: 지원을 받으려면 지원 요청을 엽니다 .

Azure Stack Hub 백업 실패

  • 적용 가능: 이 문제는 Azure Stack Hub에서 지원되는 모든 Event Hubs 릴리스에 적용됩니다.
  • 원인: 내부 인프라 비밀이 만료되었을 수 있습니다.
  • 수정: 지원을 받으려면 지원 요청을 엽니다 .

AKS(Azure Kubernetes Service)

AKS 클러스터에 배포된 애플리케이션이 영구 볼륨에 액세스하지 못

  • 적용 가능: 이 문제는 릴리스 2108에 적용됩니다.
  • 원인: 다음을 사용하여 AKS 클러스터를 배포하는 경우:
    • Kubernetes 1.19 또는
    • Kubenet을 네트워크 플러그 인으로 사용하는 Kubernetes 1.20
      영구 볼륨을 사용하는 애플리케이션을 배포하면 영구 볼륨을 배포하려고 할 때 애플리케이션의 Pod에 문제가 있음을 알 수 있습니다. Pod의 로그를 살펴보면 거부된 권한에 대한 오류가 발생할 수 있습니다. 문제는 Azure Stack Hub의 Azure Disk CSI 드라이버에 있습니다.
  • 수정: AKS 클러스터를 배포할 때 네트워크 플러그 인에 대해 Kubernetes 버전 1.20 및 Azure CNI만 선택해야 합니다.
  • 발생: 일반

업데이트

알려진 Azure Stack Hub 업데이트 문제는 Azure Stack Hub의 업데이트 문제 해결을 참조하세요.

AKS/ACR에 대한 사전 업데이트 검사 중에 2102 업데이트 실패

  • 적용 가능: 이 문제는 2102로 업그레이드하거나 핫픽스를 적용하려는 AKS(Azure Kubernetes Service) 및 ACR(Azure Container Registry) 프라이빗 미리 보기 고객에게 적용됩니다.
  • 수정: 2102로 업데이트하기 전에 또는 2102로 업데이트한 후 핫픽스를 적용하기 전에 AKS 및 ACR을 제거합니다. 이러한 서비스를 제거한 후 업데이트를 다시 시작합니다.
  • 발생: ACR 또는 AKS가 설치된 모든 스탬프에 이 오류가 발생합니다.

포털

관리 구독

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 두 가지 관리 구독 유형 인 계량 및 소비 가 사용하지 않도록 설정되었으므로 사용하면 안 됩니다. 리소스가 있는 경우 해당 리소스가 제거될 때까지 경고가 생성됩니다.
  • 수정: 이 두 구독에서 실행되는 리소스가 있는 경우 사용자 구독에서 다시 만듭니다.
  • 발생: 일반

네트워킹

가상 네트워크 게이트웨이

부하 분산 장치

부하 분산 장치 규칙

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 부하 분산 속성(세션 지속성)을 업데이트/변경해도 효과가 없으며 일부 가상 머신이 트래픽 부하 분산에 참여하지 않을 수 있습니다. 예를 들어 백 엔드 가상 머신이 4개 있고 부하 분산 장치에 연결하는 클라이언트가 2개뿐이고 부하 분산이 클라이언트 IP로 설정된 경우 클라이언트 세션은 항상 동일한 백 엔드 가상 머신을 사용합니다. 모든 백 엔드 가상 머신에 클라이언트 연결을 배포하기 위해 부하 분산 속성을 "없음"으로 변경해도 아무런 효과가 없습니다.
  • 수정: 부하 분산 규칙을 다시 만들면 선택한 설정이 모든 백 엔드 VM에 올바르게 구성됩니다.
  • 발생: 일반

IPv6 단추가 "프런트 엔드 IP 주소 추가"에 표시됨

  • 적용 가능: 이 문제는 릴리스 2008 이상에 적용됩니다.
  • 원인: 부하 분산 장치의 프런트 엔드 IP 주소 추가 옵션에 IPv6 단추가 표시됩니다. 이러한 단추는 사용하지 않도록 설정되며 선택할 수 없습니다.
  • 발생: 일반

부동 IP를 사용하는 경우 백 엔드 및 프런트 엔드 포트

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 부동 IP를 사용하는 경우 프런트 엔드 포트와 백 엔드 포트는 모두 부하 분산 규칙에서 동일해야 합니다. 이 동작은 의도된 것입니다.
  • 발생: 일반

상태 및 경고

akS(Azure Kubernetes Service) 또는 ACR(Azure Container Registry) 리소스 공급자가 test-azurestack에서 실패함

  • 적용 가능: 이 문제는 릴리스 2102 이하에 적용됩니다.
  • 원인: 업데이트 준비 명령을 실행 test-azurestack 하면 테스트가 다음 두 경고를 트리거합니다.
    WARNING: Name resolution of containerservice.aks.azs failed
WARNING: Name resolution of containerregistry.acr.azs failed
  • 수정: AKS(Azure Kubernetes Service) 또는 ACR(Azure Container Registry) 리소스 공급자가 설치되어 있지 않으므로 이러한 경고가 예상됩니다.
  • 발생: 일반

Syslog 파이프라인에 경고 없음

  • 적용 가능: 이 문제는 릴리스 2102에 적용됩니다.
  • 원인: 경고에 대한 Syslog에 따라 고객을 위한 경고 모듈이 이 릴리스에서 사용하지 않도록 설정되었습니다. 이 릴리스의 경우 종속성 및 서비스 요구 사항 수를 줄이기 위해 상태 및 모니터링 파이프라인이 수정되었습니다. 따라서 새 서비스는 Syslog 파이프라인에 경고를 내보내지 않습니다.
  • 수정: 없음.
  • 발생: 일반

사용량

인프라 백업에 대한 잘못된 상태

  • 적용 가능: 이 문제는 릴리스 2102에 적용됩니다.
  • 원인: 인프라 백업 작업은 상태 자체가 새로 고쳐지는 동안 잘못된 상태(실패 또는 성공)를 표시할 수 있습니다. 이는 백업 데이터의 일관성에 영향을 주지 않지만 실제 오류가 발생한 경우 혼동을 일으킬 수 있습니다.
  • 수정: 문제는 2102의 다음 핫픽스에서 해결됩니다.

업데이트

알려진 Azure Stack Hub 업데이트 문제는 Azure Stack Hub의 업데이트 문제 해결을 참조하세요.

Microsoft.AzureStack.Compute.Installer 패키지를 CA VM에 설치하지 못했습니다.

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 업데이트하는 동안 프로세스는 CA VM에 복사해야 하는 새 콘텐츠에 대한 잠금을 수행합니다. 업데이트가 실패하면 잠금이 해제됩니다.
  • 수정: 업데이트를 다시 시작합니다.
  • 발생: 드문 경우

포털

관리 구독

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 버전 1804에서 도입된 두 개의 관리 구독을 사용하면 안 됩니다. 구독 유형은 계량 구독 및 소비 구독입니다.
  • 수정: 이러한 두 구독에서 실행되는 리소스가 있는 경우 사용자 구독에서 다시 만듭니다.
  • 발생: 일반

네트워킹

네트워크 보안 그룹

DenyAllOutbound 규칙으로 인해 VM 배포가 실패함

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.

  • 원인: VM을 만드는 동안 NSG에서 인터넷에 대한 명시적 DenyAllOutbound 규칙을 만들 수 없습니다. 이렇게 하면 VM 배포에 필요한 통신이 완료되지 않습니다. 또한 VM을 배포하는 데 필요한 두 가지 필수 IP인 DHCP IP:169.254.169.254 및 DNS IP: 168.63.129.16을 거부합니다.

  • 수정: VM을 만드는 동안 인터넷에 대한 아웃바운드 트래픽을 허용하고 VM 만들기가 완료된 후 필요한 트래픽을 차단하도록 NSG를 수정합니다.

  • 발생: 일반

Virtual Network 게이트웨이

Load Balancer

Load Balancer가 특정 시나리오에서 하나의 백 엔드 VM으로 트래픽을 전송함

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 부하 분산 장치에서 세션 선호도 를 사용하도록 설정할 때 2개의 튜플 해시는 VM에 할당된 개인 IP 대신 PA IP(물리적 주소 IP)를 활용합니다. 부하 분산 장치로 전달되는 트래픽이 VPN을 통해 도착하거나 모든 클라이언트 VM(원본 IP)이 동일한 노드에 있고 세션 선호도가 사용하도록 설정된 경우 모든 트래픽이 하나의 백 엔드 VM으로 전달됩니다.
  • 발생: 일반

IPv6 단추가 "프런트 엔드 IP 주소 추가"에 표시됨

  • 적용 가능: 이 문제는 2008년 릴리스에 적용됩니다.
  • 원인: 공용 부하 분산 장치의 프런트 엔드 IP 구성을 만들 때 IPv6 단추가 표시되고 활성화됩니다. 이는 포털의 미용 문제입니다. IPv6은 Azure Stack Hub에서 지원되지 않습니다.
  • 발생: 일반

부동 IP를 사용하는 경우 백 엔드 포트 및 프런트 엔드 포트는 동일해야 함

  • 적용 가능: 이 문제는 모든 릴리스에 적용됩니다.
  • 원인: 부동 IP를 사용할 때 프런트 엔드 포트와 백 엔드 포트는 모두 부하 분산 규칙에서 동일해야 합니다. 이 동작은 의도된 것입니다.
  • 발생: 일반

Compute

VM 중지 또는 시작

VM Stop-Deallocate MTU 구성 제거 결과

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: VM에서 중지 할당 취소 를 수행하면 VM에서 MTU 구성이 제거됩니다. 이 동작은 Azure와 일치하지 않습니다.
  • 발생: 일반

2005년 보관된 알려진 문제

이 문서에서는 Azure Stack Hub 릴리스의 알려진 문제를 나열합니다. 새 문제가 식별되면 목록이 업데이트됩니다.

중요

Azure Stack Hub instance 두 개 이상의 업데이트로 인해 뒤처진 경우 규정 준수가 아닌 것으로 간주됩니다. 지원을 받으려면 지원되는 최소 버전으로 업데이트해야 합니다.

업데이트

알려진 Azure Stack Hub 업데이트 문제는 Azure Stack Hub의 업데이트 문제 해결을 참조하세요.

Microsoft.AzureStack.Compute.Installer 패키지를 CA VM에 설치하지 못했습니다.

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 업데이트하는 동안 프로세스는 CA VM에 복사해야 하는 새 콘텐츠에 대한 잠금을 수행합니다. 업데이트가 실패하면 잠금이 해제됩니다.
  • 수정: 업데이트를 다시 시작합니다.
  • 발생: 드문 경우

포털

관리 구독

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 버전 1804에서 도입된 두 개의 관리 구독을 사용하면 안 됩니다. 구독 유형은 계량 구독 및 소비 구독입니다.
  • 수정: 이러한 두 구독에서 실행되는 리소스가 있는 경우 사용자 구독에서 다시 만듭니다.
  • 발생: 일반

네트워킹

네트워크 보안 그룹

NIC가 실행 중인 VM에 연결되지 않은 경우 NSG를 삭제할 수 없음

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 실행 중인 VM에 연결되지 않은 NSG 및 NIC를 연결 해제하면 해당 개체에 대한 PUT(업데이트) 작업이 네트워크 컨트롤러 계층에서 실패합니다. NSG는 네트워크 리소스 공급자 계층에서 업데이트되지만 네트워크 컨트롤러에서는 업데이트되지 않으므로 NSG가 실패한 상태로 이동합니다.
  • 수정: 실행 중인 VM을 사용하여 제거해야 하는 NSG에 연결된 NIC를 연결하고 NSG를 연결 해제하거나 NSG와 연결된 모든 NIC를 제거합니다.
  • 발생: 일반

DenyAllOutbound 규칙으로 인해 VM 배포가 실패함

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: VM을 만드는 동안 NSG에서 인터넷에 대한 명시적 DenyAllOutbound 규칙을 만들 수 없습니다. 이렇게 하면 VM 배포에 필요한 통신이 완료되지 않습니다.
  • 수정: VM을 만드는 동안 인터넷에 대한 아웃바운드 트래픽을 허용하고 VM 만들기가 완료된 후 필요한 트래픽을 차단하도록 NSG를 수정합니다.
  • 발생: 일반

Virtual Network 게이트웨이

Load Balancer

Load Balancer가 특정 시나리오에서 하나의 백 엔드 VM으로 트래픽을 전송함

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 부하 분산 장치에서 세션 선호도 를 사용하도록 설정할 때 2개의 튜플 해시는 VM에 할당된 개인 IP 대신 PA IP(물리적 주소 IP)를 활용합니다. 부하 분산 장치로 전달되는 트래픽이 VPN을 통해 도착하거나 모든 클라이언트 VM(원본 IP)이 동일한 노드에 있고 세션 선호도가 사용하도록 설정된 경우 모든 트래픽이 하나의 백 엔드 VM으로 전달됩니다.
  • 발생: 일반

공용 IP가 실패 상태에 있음

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 부하 분산 장치에 연결된 공용 IP의 IdleTimeoutInMinutes 값을 변경할 수 없습니다. 이 작업은 공용 IP를 실패한 상태로 만듭니다.
  • 수정: 공용 IP를 성공적으로 다시 가져오려면 공용 IP를 다시 원래 값으로 참조하는 부하 분산 장치 규칙에서 IdleTimeoutInMinutes 값을 변경합니다(기본값은 4분).
  • 발생: 일반

Compute

Stop-Deallocate VM 결과 MTU 구성

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: VM에서 중지 할당 취소 를 수행하면 VM에서 MTU 구성이 제거됩니다. 이 동작은 Azure와 일치하지 않습니다.
  • 발생: 일반

포털을 사용하여 Standard_DS2_v2 크기로 가상 머신 확장 집합을 배포하는 문제

  • 적용 가능: 이 문제는 2005 릴리스에 적용됩니다.
  • 원인: 포털 버그로 인해 크기가 Standard_DS2_v2 크기가 있는 확장 집합 만들기가 실패합니다.
  • 수정: PowerShell 또는 CLI를 사용하여 이 가상 머신 확장 집합 VM 크기를 배포합니다.

Ubuntu Server 20.04에서 VM 확장을 사용하는 문제

  • 적용 가능: 이 문제는 Ubuntu Server 20.04 LTS에 적용됩니다.
  • 원인: 일부 Linux 배포판이 Python 3.8로 전환되고 Python의 레거시 /usr/bin/python 진입점이 모두 제거되었습니다. Python 3.x로 전환한 Linux 배포 사용자는 해당 확장을 VM에 배포하기 전에 레거시 /usr/bin/python 진입점이 있는지 확인해야 합니다. 그렇지 않으면 확장 배포가 실패할 수 있습니다.
  • 수정: Python 3 지원 Linux Azure Virtual Machines 시스템에서 VM 확장을 사용하는 문제 해결 단계를 수행하지만 Azure Stack Hub에는 실행 명령 기능이 없으므로 2단계를 건너뜁니다.

포털의 NVv4 VM 크기

  • 적용 가능: 이 문제는 2002 이상에 적용됩니다.
  • 원인: VM 만들기 환경을 진행하면 VM 크기 NV4as_v4 표시됩니다. AMD MI25 기반 Azure Stack Hub GPU 미리 보기에 필요한 하드웨어가 있는 고객은 성공적인 VM 배포를 수행할 수 있습니다. 다른 모든 고객은 이 VM 크기로 VM 배포에 실패합니다.
  • 수정: Azure Stack Hub GPU 미리 보기를 준비하기 위해 설계되었습니다.

사용된 컴퓨팅 할당량

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 새 가상 머신을 만들 때 이 구독이 이 위치의 총 지역 vCPU 용량에 있음과 같은 오류가 표시될 수 있습니다. 이 구독은 사용 가능한 총 50개의 총 지역 vCPU를 모두 사용하고 있습니다. 이는 사용 가능한 총 코어에 대한 할당량에 도달했음을 나타냅니다.
  • 수정: 운영자에게 추가 할당량이 있는 추가 기능 계획을 요청합니다. 현재 계획의 할당량을 편집해도 작동하지 않거나 증가된 할당량을 반영하지 않습니다.
  • 발생: 드문 경우

VM 개요 블레이드에 올바른 컴퓨터 이름이 표시되지 않음

  • 적용 가능: 이 문제는 모든 릴리스에 적용됩니다.
  • 원인: 개요 블레이드에서 VM의 세부 정보를 볼 때 컴퓨터 이름은 (사용할 수 없음)으로 표시됩니다. 이는 특수 디스크/디스크 스냅샷에서 만든 VM을 위해 설계되었으며 Marketplace 이미지에도 표시됩니다.
  • 수정: 설정에서 속성 블레이드를 봅니다.

가상 머신 크기 집합

4노드 Azure Stack Hub 환경에서 패치 및 업데이트 중에 오류 만들기

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 4노드 Azure Stack Hub 환경에서 업데이트 프로세스 중에 FabricVmPlacementErrorUnsupportedFaultDomainSize 오류로 인해 3개의 장애 도메인의 가용성 집합에서 VM을 만들고 instance 가상 머신 확장 집합을 만드는 데 실패합니다.
  • 수정: 2개의 장애 도메인이 있는 가용성 집합에 단일 VM을 만들 수 있습니다. 그러나 확장 집합 instance 만들기는 4노드 Azure Stack Hub 배포의 업데이트 프로세스 중에 여전히 사용할 수 없습니다.

스토리지

보존 기간은 0으로 되돌아갑니다.

  • 적용 가능: 이 문제는 릴리스 2002 및 2005에 적용됩니다.
  • 원인: 보존 기간 설정에서 0 이외의 기간을 지정하면 2002 또는 2005 업데이트 중에 0(이 설정의 기본값)으로 되돌려집니다. 0일 설정은 업데이트가 완료된 직후에 적용되며, 이로 인해 모든 기존 삭제된 스토리지 계정과 새로 삭제된 모든 스토리지 계정이 즉시 보존되지 않고 주기적인 가비지 수집(매시간 실행)으로 표시됩니다.
  • 수정: 보존 기간을 올바른 기간으로 수동으로 지정합니다. 새 보존 기간을 지정하기 전에 이미 가비지 수집된 스토리지 계정은 복구할 수 없습니다.

리소스 공급자

SQL/MySQL

  • 적용 가능: 이 문제는 릴리스 2002에 적용됩니다.
  • 원인: 스탬프에 RP(SQL 리소스 공급자) 버전 1.1.33.0 이하가 포함된 경우 스탬프 업데이트 시 SQL/MySQL 블레이드가 로드되지 않습니다.
  • 수정: RP를 버전 1.1.47.0으로 업데이트합니다.

App Service

  • 적용 가능: 이 문제는 릴리스 2002에 적용됩니다.
  • 원인: 스탬프에 RP(App Service 리소스 공급자) 버전 1.7 이상이 포함된 경우 스탬프를 업데이트하면 App Service 블레이드가 로드되지 않습니다.
  • 수정: RP를 버전 2002 Q2로 업데이트합니다.

PowerShell

Az 모듈을 설치할 때 오류가 발생했습니다.

  • 적용 가능: 이 문제는 2002 이상에 적용됩니다.
  • 원인: 모듈을 설치할 때 오류가 발생합니다. 오류 메시지가 시작됩니다. Register-PacakgeSource : A parameter cannot be found that matches parameter name. 'PackageManagementProvider'. 또는 오류 메시지에 다음 텍스트가 포함될 수 있습니다. PackageManagement\Install-Package : Cannot convert value "2.0.1-preview" to type "System.Version". Error: "Input string was not in a correct format."
  • 수정: 동일한 세션에서 다음 cmdlet을 실행합니다.
    Install-Module PowershellGet -MinimumVersion 2.3.0 -Force
    세션을 닫고 새 관리자 권한 PowerShell 세션을 시작합니다.
  • 발생: 일반

Az 모듈을 설치하면 관리 권한 필요 오류가 잘못 throw됩니다.

  • 적용 가능: 이 문제는 2002 이상에 적용됩니다.
  • 원인: 관리자 권한 프롬프트에서 모듈을 설치할 때 오류가 발생합니다. 오류는 입니다 Administrator rights required.
  • 수정: 세션을 닫고 새 관리자 권한 PowerShell 세션을 시작합니다. 기존 Az가 없는지 확인합니다. 세션에 로드된 계정 모듈입니다.
  • 발생: 일반

지원되는 버전에 대한 알려진 문제

지원되는 버전의 Azure Stack Hub에 대한 알려진 문제는 개요 > 릴리스 정보 > 알려진 문제에서 찾을 수 있습니다.

중요

Azure Stack Hub instance 두 개 이상의 업데이트로 인해 뒤처진 경우 규정 준수가 아닌 것으로 간주됩니다. 지원을 받으려면 지원되는 최소 버전으로 업데이트해야 합니다.

2002년 보관된 알려진 문제

이 문서에서는 Azure Stack Hub 릴리스의 알려진 문제를 나열합니다. 새 문제가 식별되면 목록이 업데이트됩니다.

중요

Azure Stack Hub instance 두 개 이상의 업데이트로 인해 뒤처진 경우 규정 준수가 아닌 것으로 간주됩니다. 지원을 받으려면 지원되는 최소 버전으로 업데이트해야 합니다.

업데이트

2002 업데이트를 적용한 후 "잘못된 시간 원본"에 대한 경고가 관리자 포털에 잘못 표시될 수 있습니다. 이 가양성 경고는 무시할 수 있으며 향후 릴리스에서 수정될 예정입니다.

알려진 Azure Stack Hub 업데이트 문제는 Azure Stack Hub의 업데이트 문제 해결을 참조하세요.

Microsoft.AzureStack.Compute.Installer 패키지를 CA VM에 설치하지 못했습니다.

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 업데이트하는 동안 프로세스는 CA VM에 복사해야 하는 새 콘텐츠에 대한 잠금을 수행합니다. 업데이트가 실패하면 잠금이 해제됩니다.
  • 수정: 업데이트를 다시 시작합니다.
  • 발생: 드문 경우

4노드 Azure Stack Hub 환경에서 패치 및 업데이트 중 오류 만들기

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 4노드 Azure Stack Hub 환경에서 업데이트 프로세스 중에 FabricVmPlacementErrorUnsupportedFaultDomainSize 오류로 인해 3개의 장애 도메인의 가용성 집합에서 VM을 만들고 가상 머신 확장 집합을 만드는 instance 실패합니다.
  • 수정: 2개의 장애 도메인이 있는 가용성 집합에 단일 VM을 만들 수 있습니다. 그러나 확장 집합 instance 만들기는 4노드 Azure Stack Hub 배포의 업데이트 프로세스 중에는 여전히 사용할 수 없습니다.

포털

관리 구독

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 버전 1804에서 도입된 두 개의 관리 구독을 사용하면 안 됩니다. 구독 유형은 계량 구독 및 소비 구독입니다.
  • 수정: 이 두 구독에서 실행되는 리소스가 있는 경우 사용자 구독에서 다시 만듭니다.
  • 발생: 일반

구독 권한

Storage 계정 옵션

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 스토리지 계정의 이름은 스토리지 계정(Blob, 파일, 테이블, 큐)으로 표시됩니다. 그러나 파일 은 Azure Stack Hub에서 지원되지 않습니다.
  • 발생: 일반

Managed Disk 스냅샷 만들기

  • 적용 가능: 이 문제는 릴리스 2002에 적용됩니다.
  • 원인: 사용자 포털에서 Managed Disk 스냅샷 만들 때 계정 유형 상자가 비어 있습니다. 빈 계정 유형이 있는 만들기 단추를 선택하면 스냅샷 만들기가 실패합니다.
  • 수정: 계정 유형 드롭다운 목록에서 계정 유형을 선택한 다음, 스냅샷 만듭니다.
  • 발생: 일반

네트워크 인터페이스 연결이 끊긴 경고

  • 적용 가능: 이 문제는 1908 이상에 적용됩니다.
  • 원인: 네트워크 어댑터에서 케이블 연결이 끊어지면 관리자 포털에 경고가 표시되지 않습니다. 이 문제는 Windows Server 2019에서 이 오류가 기본적으로 비활성화되어 있기 때문에 발생합니다.
  • 발생: 일반

네트워킹

DenyAllOutbound 규칙을 만들 수 없음

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: VM을 만드는 동안 NSG에서 인터넷에 대한 명시적 DenyAllOutbound 규칙을 만들 수 없습니다. 이렇게 하면 VM 배포에 필요한 통신이 완료되지 않습니다.
  • 수정: VM을 만드는 동안 인터넷에 대한 아웃바운드 트래픽을 허용하고 VM 만들기가 완료된 후 필요한 트래픽을 차단하도록 NSG를 수정합니다.
  • 발생: 일반

NSG 규칙에 대해 지원되지 않는 ICMP 프로토콜

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 인바운드 또는 아웃바운드 네트워크 보안 규칙을 만들 때 프로토콜 옵션은 ICMP 옵션을 표시합니다. 이는 현재 Azure Stack Hub에서 지원되지 않습니다. 이 문제는 해결되었으며 다음 Azure Stack Hub 릴리스에 표시되지 않습니다.
  • 발생: 일반

NIC가 실행 중인 VM에 연결되지 않은 경우 NSG를 삭제할 수 없음

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 실행 중인 VM에 연결되지 않은 NSG 및 NIC의 연결을 끊으면 네트워크 컨트롤러 계층에서 해당 개체에 대한 PUT(업데이트) 작업이 실패합니다. NSG는 네트워크 리소스 공급자 계층에서 업데이트되지만 네트워크 컨트롤러에서는 업데이트되지 않으므로 NSG가 실패한 상태로 이동합니다.
  • 수정: 실행 중인 VM을 사용하여 제거해야 하는 NSG에 연결된 NIC를 연결하고 NSG를 분리하거나 NSG와 연결된 모든 NIC를 제거합니다.
  • 발생: 일반

Load Balancer가 특정 시나리오에서 하나의 백 엔드 VM으로 트래픽을 전송함

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 부하 분산 장치에서 세션 선호도 를 사용하도록 설정할 때 2개의 튜플 해시는 VM에 할당된 개인 IP 대신 PA IP(물리적 주소 IP)를 활용합니다. 부하 분산 장치로 전달된 트래픽이 VPN을 통해 도착하거나 모든 클라이언트 VM(원본 IP)이 동일한 노드에 있고 세션 선호도가 사용하도록 설정된 경우 모든 트래픽이 하나의 백 엔드 VM으로 전달됩니다.
  • 발생: 일반

네트워크 인터페이스

네트워크 인터페이스 추가/제거

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 새 네트워크 인터페이스를 실행 중인 VM에 추가할 수 없습니다.
  • 수정: 네트워크 인터페이스를 추가하거나 제거하기 전에 가상 머신을 중지합니다.
  • 발생: 일반

기본 네트워크 인터페이스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: VM의 기본 NIC는 변경할 수 없습니다. 기본 NIC를 삭제하거나 분리하면 VM을 시작할 때 문제가 발생합니다.
  • 발생: 일반

공용 IP

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 부하 분산 장치에 연결된 공용 IP의 IdleTimeoutInMinutes 값을 변경할 수 없습니다. 이 작업은 공용 IP를 실패한 상태로 만듭니다.
  • 수정: 공용 IP를 성공적인 상태로 되돌리려면 공용 IP를 원래 값으로 다시 참조하는 부하 분산 장치 규칙에서 IdleTimeoutInMinutes 값을 변경합니다(기본값은 4분).
  • 발생: 일반

Virtual Network 게이트웨이

설명서

Compute

VM 만들기 또는 삭제

포털에서 Standard_DS2_v2 VM 확장 집합을 만들 수 없습니다.

  • 적용 가능: 이 문제는 2002 릴리스에 적용됩니다.
  • 원인: Standard_DS2_v2 VM 크기로 가상 머신 확장 집합을 만들지 못하게 하는 포털 버그가 있습니다. "{"code":"DeploymentFailed","message":"하나 이상의 리소스 배포 작업이 실패했습니다. 자세한 내용을 보려면 배포 작업을 나열하세요. 사용량 세부 정보에 대한 일반적인 Azure 배포 오류 문제 해결 을 참조하세요.,"details":[{"code":"BadRequest","message":"{\r\n "error": {\r\n "code": "NetworkProfileValidationError",\r\n "message": "Virtual Machine size Standard_DS2_v2 는 가상 머신 확장 집합 /subscriptions/x/resourceGroups/RGVMSS/providers/Microsoft.Compute/virtualMachineScaleSets/vmss에 대한 인덱스 0의 VM에서 활성화할 가속화된 네트워킹에 허용되는 VM 크기 목록에 없습니다. 허용되는 크기: ." \r\n }\r\n}"}]}"
  • 수정: PowerShell 또는 Resource Manager 템플릿을 사용하여 가상 머신 확장 집합을 만듭니다.

NVv4 VM 배포 실패

  • 적용 가능: 이 문제는 릴리스 2002 이상에 적용됩니다.
  • 원인: VM 만들기 환경을 진행하면 VM 크기 NV4as_v4 표시됩니다. AMD MI25 기반 Azure Stack Hub GPU 미리 보기에 필요한 하드웨어가 있는 고객은 성공적인 VM 배포를 수행할 수 있습니다. 다른 모든 고객은 이 VM 크기로 VM 배포에 실패합니다.
  • 수정: Azure Stack Hub GPU 미리 보기를 준비하기 위해 설계되었습니다.

VM에 대한 직렬 출력 설정을 업데이트하지 못했습니다.

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 새 VM(가상 머신)을 만들 때 다음 오류가 표시될 수 있습니다. 가상 머신 'vm-name'을 시작하지 못했습니다. 오류: VM 'vm-name'에 대한 직렬 출력 설정을 업데이트하지 못했습니다. VM에서 부팅 진단 사용하도록 설정하지만 부팅 진단 스토리지 계정을 삭제하면 오류가 발생합니다.
  • 수정: 이전에 사용한 것과 동일한 이름으로 스토리지 계정을 다시 만듭니다.
  • 발생: 일반

구독이 총 지역 vCPU에 대한 용량에 있습니다.

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 새 가상 머신을 만들 때 이 구독이 이 위치의 총 지역 vCPU 용량에 있음과 같은 오류가 표시될 수 있습니다. 이 구독은 사용 가능한 총 50개의 총 지역 vCPU를 모두 사용하고 있습니다. 이는 사용 가능한 총 코어에 대한 할당량에 도달했음을 나타냅니다.
  • 수정: 운영자에게 추가 할당량이 있는 추가 기능 계획을 요청합니다. 현재 계획의 할당량을 편집해도 작동하지 않거나 증가된 할당량을 반영하지 않습니다.
  • 발생: 드문 경우

VM 시작 또는 중지

VM 진단 스토리지 계정을 찾을 수 없음

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 할당 취소된 중지 가상 머신을 시작하려고 하면 VM 진단 Storage 계정 'diagnosticstorageaccount'를 찾을 수 없음 오류가 표시될 수 있습니다. 스토리지 계정이 삭제되지 않았는지 확인합니다. 부팅 진단 사용하도록 설정된 VM을 시작하려고 하지만 참조된 부팅 진단 스토리지 계정이 삭제되는 경우 오류가 발생합니다.
  • 수정: 이전에 사용한 것과 동일한 이름으로 스토리지 계정을 다시 만듭니다.
  • 발생: 일반

구성 및 설정

VM 개요 블레이드에 잘못된 컴퓨터 이름이 표시됩니다.

  • 적용 가능: 이 문제는 모든 릴리스에 적용됩니다.
  • 원인: 개요 블레이드에서 VM의 세부 정보를 볼 때 컴퓨터 이름은 (사용할 수 없음)으로 표시됩니다. 이는 특수 디스크/디스크 스냅샷에서 만든 VM을 위해 설계되었으며 Marketplace 이미지에도 표시됩니다.
  • 수정: 설정에서 속성 블레이드를 봅니다.

스토리지

보존 기간 되돌리기 0

  • 적용 가능: 이 문제는 릴리스 2002 및 2005에 적용됩니다.
  • 원인: 이전에 보존 기간 설정에서 0 이외의 기간을 지정한 경우 2002 및 2005 업데이트 중에 0(이 설정의 기본값)으로 되돌려집니다. 그리고 0일 설정은 업데이트가 완료된 직후에 적용되며, 이로 인해 모든 기존 삭제된 스토리지 계정과 새로 삭제된 모든 스토리지 계정이 즉시 보존되지 않고 주기적인 가비지 수집(매시간 실행)으로 표시됩니다.
  • 수정: 보존 기간을 적절한 기간으로 수동으로 지정합니다. 그러나 새 보존 기간이 지정되기 전에 이미 가비지 수집된 스토리지 계정은 복구할 수 없습니다.

리소스 공급자

SQL/MySQL

  • 적용 가능: 이 문제는 릴리스 2002에 적용됩니다.
  • 원인: 스탬프에 RP(SQL 리소스 공급자) 버전 1.1.33.0 이하가 포함된 경우 스탬프 업데이트 시 SQL/MySQL 블레이드가 로드되지 않습니다.
  • 수정: RP를 버전 1.1.47.0으로 업데이트

App Service

  • 적용 가능: 이 문제는 릴리스 2002에 적용됩니다.
  • 원인: 스탬프에 RP(App Service 리소스 공급자) 버전 1.7 이상이 포함된 경우 스탬프를 업데이트하면 App Service 블레이드가 로드되지 않습니다.
  • 수정: RP를 버전 2020 Q2로 업데이트합니다.

PowerShell

Az 모듈을 설치할 때 오류가 발생했습니다.

  • 적용 가능: 이 문제는 2002 이상에 적용됩니다.
  • 원인: 모듈을 설치할 때 오류가 발생합니다. 오류 메시지가 시작됩니다. Register-PacakgeSource : A parameter cannot be found that matches parameter name. 'PackageManagementProvider'. 또는 오류 메시지에 다음 텍스트가 포함될 수 있습니다. PackageManagement\Install-Package : Cannot convert value "2.0.1-preview" to type "System.Version". Error: "Input string was not in a correct format."
  • 수정: 동일한 세션에서 다음 cmdlet을 실행합니다.
    Install-Module PowershellGet -MinimumVersion 2.3.0 -Force
    세션을 닫고 새 관리자 권한 PowerShell 세션을 시작합니다.
  • 발생: 일반

Az 모듈을 설치하면 관리 권한 필요 오류가 잘못 throw됩니다.

  • 적용 가능: 이 문제는 2002 이상에 적용됩니다.
  • 원인: 관리자 권한 프롬프트에서 모듈을 설치할 때 오류가 발생합니다. 오류는 입니다 Administrator rights required.
  • 수정: 세션을 닫고 새 관리자 권한 PowerShell 세션을 시작합니다. 기존 Az가 없는지 확인합니다. 세션에 로드된 계정 모듈입니다.
  • 발생: 일반

Marketplace

자동 백업을 구성할 때 실패를 만드는 스토리지 계정

  • 적용 가능: 이 문제는 2002에 적용됩니다.
  • 원인: 새 스토리지 계정으로 SQL VM의 자동화된 백업을 구성할 때 배포 템플릿 유효성 검사 실패 오류와 함께 실패합니다. 'SqlAutobackupStorageAccountKind'에 대한 템플릿 매개 변수를 찾을 수 없습니다.
  • 수정: 최신 2002 핫픽스를 적용합니다.

TLS 1.2를 사용하도록 설정하여 자동 백업을 구성할 수 없습니다.

  • 적용 가능: 이 문제는 2002 이상의 새 설치 또는 TLS 1.2를 사용하도록 설정된 이전 릴리스에 적용됩니다.
  • 원인: 기존 스토리지 계정으로 SQL VM의 자동화된 백업을 구성할 때 IaaS 에이전트에 SQL Server 오류와 함께 실패합니다. 기본 연결이 닫혔습니다. 전송 시 예기치 않은 오류가 발생했습니다.
  • 발생: 일반

1910년 보관된 알려진 문제

이 문서에서는 Azure Stack Hub 릴리스의 알려진 문제를 나열합니다. 새 문제가 식별되면 목록이 업데이트됩니다.

중요

Azure Stack Hub instance 두 개 이상의 업데이트로 인해 뒤처진 경우 규정 준수가 아닌 것으로 간주됩니다. 지원을 받으려면 지원되는 최소 버전으로 업데이트해야 합니다.

업데이트

알려진 Azure Stack Hub 업데이트 문제는 Azure Stack Hub의 업데이트 문제 해결을 참조하세요.

포털

관리 구독

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 버전 1804에서 도입된 두 개의 관리 구독을 사용하면 안 됩니다. 구독 유형은 계량 구독 및 소비 구독입니다.
  • 수정: 이러한 두 구독에서 실행되는 리소스가 있는 경우 사용자 구독에서 다시 만듭니다.
  • 발생: 일반

잠금 블레이드의 중복 구독 단추

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 관리자 포털에서 사용자 구독에 대한 잠금 블레이드에는 구독이라는 두 개의 단추가 있습니다.
  • 발생: 일반

구독 권한

스토리지 계정 설정

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 스토리지 계정 구성 블레이드에 보안 전송 유형을 변경하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack Hub에서 지원되지 않습니다.
  • 발생: 일반

OAuth 오류가 있는 Blob 업로드

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 OAuth(미리 보기) 옵션을 사용하여 Blob을 업로드하려고 하면 오류 메시지와 함께 작업이 실패합니다.
  • 수정: SAS 옵션을 사용하여 Blob을 업로드합니다.
  • 발생: 일반

지원되지 않는 Blob 업로드 옵션

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 업로드 블레이드에서 Blob을 업로드하려고 할 때 Microsoft Entra ID 또는 키 인증을 선택하는 옵션이 있지만 azure Stack Hub에서는 Microsoft Entra ID 지원되지 않습니다.
  • 발생: 일반

네트워크 인터페이스 연결이 끊긴 경고

  • 적용 가능: 이 문제는 1908 이상에 적용됩니다.
  • 원인: 네트워크 어댑터에서 케이블 연결이 끊어지면 관리자 포털에 경고가 표시되지 않습니다. 이 문제는 Windows Server 2019에서 이 오류가 기본적으로 비활성화되어 있기 때문에 발생합니다.
  • 발생: 일반

VM을 만들 때 잘못된 도구 설명

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 디스크 유형이 프리미엄 SSD인 관리 디스크를 선택하면 드롭다운 목록에 OS 디스크가 표시됩니다. 해당 옵션 옆에 있는 도구 설명에 특정 OS 디스크 크기는 Azure 무료 계정으로 무료로 사용할 수 있습니다. 그러나 Azure Stack Hub에는 유효하지 않습니다. 또한 목록에는 Azure Stack Hub에도 유효하지 않은 무료 계정이 포함됩니다.
  • 발생: 일반

스토리지 컨테이너 삭제

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 사용자가 스토리지 컨테이너를 삭제하려고 하면 사용자가 Azure Policy 및 RBAC 역할 설정 재정의를 전환하지 않으면 작업이 실패합니다.
  • 수정: Azure Policy 및 RBAC 역할 설정 재정의 확인란이 선택되어 있는지 확인합니다.
  • 발생: 일반

가상 머신의 새로 고침 단추 실패

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Virtual Machines 이동하여 위쪽의 단추를 사용하여 새로 고침을 시도하면 상태가 정확하게 업데이트되지 않습니다.
  • 수정: 상태 새로 고침 단추를 클릭했는지 여부에 관계없이 5분마다 자동으로 업데이트됩니다. 5분 동안 기다렸다가 상태 검사.
  • 발생: 일반

Storage 계정 옵션

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 스토리지 계정의 이름은 스토리지 계정(Blob, 파일, 테이블, 큐)으로 표시됩니다. 그러나 파일 은 Azure Stack Hub에서 지원되지 않습니다.
  • 발생: 일반

Storage 계정 구성

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 스토리지 계정을 만들고 해당 구성을 볼 때 AJAX 오류가 발생하므로 구성 변경 내용을 저장할 수 없습니다.
  • 발생: 일반

SQL 리소스 공급자의 용량 모니터링이 계속 로드됩니다.

  • 적용 가능: 이 문제는 SQL 리소스 공급자 버전 1.1.33.0 이상이 설치된 Azure Stack Hub 1910 업데이트 이상에 적용됩니다.
  • 원인: SQL 리소스 공급자의 현재 버전은 1910년 업데이트의 최신 포털 변경 내용 중 일부와 호환되지 않습니다.
  • 수정: Azure Stack Hub가 1910 업데이트(SQL RP 버전 1.1.47.0)로 업그레이드된 후 리소스 공급자 업데이트 프로세스에 따라 SQL 리소스 공급자 핫픽스 1.1.47.0을 적용합니다. MySQL 리소스 공급자의 경우 Azure Stack Hub가 1910 업데이트(MySQL RP 버전 1.1.47.0)로 업그레이드된 후 MySQL 리소스 공급자 핫픽스 1.1.47.0을 적용하는 것이 좋습니다.
  • 발생: 일반

액세스 제어(IAM)

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: IAM 확장이 만료되었습니다. Azure Stack Hub와 함께 제공되는 Ibiza 포털에는 사용자가 전역 구독 선택기(사용자 포털의 디렉터리 + 구독)에서 선택되지 않은 구독에 대한 Access Control(IAM) 블레이드를 여는 경우 RBAC 확장이 실패하는 새로운 동작이 도입되었습니다. 블레이드에 루프에서 로드 가 표시되고 사용자는 구독에 새 역할을 추가할 수 없습니다. 추가 블레이드에는 루프의 로드도 표시됩니다.
  • 수정: 디렉터리 + 구독 메뉴에서 구독이 선택되어 있는지 확인합니다. 메뉴는 포털 위쪽의 알림 단추 옆에서 액세스하거나 모든 리소스 블레이드(구독이 보이지 않습니까? 디렉터리 + 구독 설정을 엽니다 표시)의 바로 가기를 통해 액세스할 수 있습니다. 이 메뉴에서 구독을 선택해야 합니다.

SQL 리소스 공급자

  • 적용 가능: 이 문제는 1908년 이전에 실행 중인 스탬프에 적용됩니다.
  • 원인: RP(SQL 리소스 공급자) 버전 1.1.47.0을 배포할 때 포털에는 SQL RP와 연결된 자산 이외의 자산이 표시되지 않습니다.
  • 수정: RP를 삭제하고, 스탬프를 업그레이드하고, SQL RP를 다시 배포합니다.

활동 로그 블레이드

  • 적용 가능: 이 문제는 1907년 이상을 실행하는 스탬프에 적용됩니다.
  • 원인: 활동 로그에 액세스할 때 포털에는 항목의 첫 번째 페이지만 표시됩니다. 더 많은 결과를 로드 하면 추가 항목이 로드되지 않습니다.
  • 수정: 필터의 시간 범위를 조정하여 첫 번째 페이지 다음에 속하는 항목을 검토합니다.

네트워킹

부하 분산 장치

오류 :부하 분산 장치 백 엔드 풀을 저장하지 못함

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 부하 분산 장치의 백 엔드 풀에 가용성 집합 VM을 추가할 때 부하 분산 장치 백 엔드 풀을 저장하지 못했다는 오류 메시지가 포털에 표시됩니다. 포털의 미용 문제입니다. 기능은 여전히 적용되고 VM은 내부적으로 백 엔드 풀에 성공적으로 추가됩니다.
  • 발생: 일반

네트워크 보안 그룹

DenyAllOutbound 규칙으로 인해 VM 배포가 실패함

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 명시적 DenyAllOutbound 규칙은 NSG에서 만들 수 없습니다. 이렇게 하면 VM 배포가 완료되는 데 필요한 인프라에 대한 모든 내부 통신이 방지됩니다.
  • 발생: 일반

NIC가 실행 중인 VM에 연결되지 않은 경우 NSG를 삭제할 수 없음

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 실행 중인 VM에 연결되지 않은 NSG 및 NIC의 연결을 끊으면 네트워크 컨트롤러 계층에서 해당 개체에 대한 PUT(업데이트) 작업이 실패합니다. NSG는 네트워크 리소스 공급자 계층에서 업데이트되지만 네트워크 컨트롤러에서는 업데이트되지 않으므로 NSG가 실패한 상태로 이동합니다.
  • 수정: 실행 중인 VM을 사용하여 제거해야 하는 NSG에 연결된 NIC를 연결하고 NSG를 분리하거나 NSG와 연결된 모든 NIC를 제거합니다.
  • 발생: 일반

네트워크 인터페이스

실행 중인 VM에 NIC를 추가할 수 없음

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 새 네트워크 인터페이스를 실행 중인 VM에 추가할 수 없습니다.
  • 수정: 네트워크 인터페이스를 추가하거나 제거하기 전에 가상 머신을 중지합니다.
  • 발생: 일반

주 NIC를 삭제/분리한 후 VM을 시작하는 문제

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: VM의 기본 NIC는 변경할 수 없습니다. 기본 NIC를 삭제하거나 분리하면 VM을 시작할 때 문제가 발생합니다.
  • 발생: 일반

Virtual Network 게이트웨이

Virtual Network 게이트웨이가 다음 홉 유형 라우팅 옵션으로 표시됨

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 경로 테이블을 만들 때 Virtual Network 게이트웨이가 다음 홉 유형 옵션 중 하나로 표시되지만 Azure Stack Hub에서는 지원되지 않습니다.
  • 발생: 일반

Virtual Network 게이트웨이 블레이드에 경고를 사용하는 옵션이 표시됨

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Virtual Network 게이트웨이 블레이드에 경고를 사용하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack Hub에서 지원되지 않습니다.
  • 발생: 일반

Virtual Network Gateway 블레이드에 활성-활성 옵션이 표시됨

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 를 만드는 동안 및 Virtual Network 게이트웨이의 리소스 메뉴에 Active-Active 구성을 사용하도록 설정하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack Hub에서 지원되지 않습니다.
  • 발생: 일반

연결 블레이드에 VPN 문제 해결사 기능이 표시됨

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Connections 블레이드에 VPN 문제 해결사라는 기능이 표시됩니다. 이 기능은 현재 Azure Stack Hub에서 지원되지 않습니다.
  • 발생: 일반

VPN 게이트웨이 리소스에 VPN 문제 해결 및 메트릭 기능이 표시됨

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 VPN 게이트웨이 리소스의 VPN 문제 해결 기능 및 메트릭 이 표시되지만 Azure Stack Hub에서는 지원되지 않습니다.
  • 발생: 일반

서비스 엔드포인트를 사용할 수 없음

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Virtual Network 블레이드에 서비스 엔드포인트를 사용하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack Hub에서 지원되지 않습니다.
  • 발생: 일반

Compute

VM 부팅 진단

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 새 Windows VM(가상 머신)을 만들 때 다음 오류가 표시될 수 있습니다. 가상 머신 'vm-name'을 시작하지 못했습니다. 오류: VM 'vm-name'에 대한 직렬 출력 설정을 업데이트하지 못했습니다. VM에서 부팅 진단 사용하도록 설정하지만 부팅 진단 스토리지 계정을 삭제하면 오류가 발생합니다.
  • 수정: 이전에 사용한 것과 동일한 이름으로 스토리지 계정을 다시 만듭니다.
  • 발생: 일반

사용된 컴퓨팅 할당량

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 새 가상 머신을 만들 때 이 구독이 이 위치의 총 지역 vCPU 용량에 있음과 같은 오류가 발생할 수 있습니다. 이 구독은 사용 가능한 총 지역 vCPU 50개 모두를 사용합니다. 이는 사용 가능한 총 코어의 할당량에 도달했음을 나타냅니다.
  • 수정: 운영자에게 추가 할당량이 있는 추가 기능 계획을 요청합니다. 현재 계획의 할당량을 편집하는 것은 작동하지 않거나 증가된 할당량을 반영하지 않습니다.
  • 발생: 드문 경우

권한 있는 엔드포인트

  • 적용 가능: 이 문제는 1910년 및 이전 릴리스에 적용됩니다.
  • 원인: 영어가 아닌 버전의 Windows를 실행하는 컴퓨터에서 ERC VM(Privileged Endpoint)에 연결할 수 없습니다.
  • 수정: 1910년 이후 릴리스에서 수정된 알려진 문제입니다. 해결 방법으로 en-US 문화권을 사용하여 New-PSSession 및 Enter-PSSession PowerShell cmdlet을 실행할 수 있습니다. 예를 들어 다음 스크립트https://resources.oreilly.com/examples/9780596528492/blob/master/Use-Culture.ps1를 사용하여 문화권을 설정합니다.
  • 발생: 드문 경우

가상 머신 크기 집합

4노드 Azure Stack Hub 환경에서 패치 및 업데이트 중 오류 만들기

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 4노드 Azure Stack Hub 환경에서 업데이트 프로세스 중에 FabricVmPlacementErrorUnsupportedFaultDomainSize 오류로 인해 3개의 장애 도메인의 가용성 집합에서 VM을 만들고 가상 머신 확장 집합을 만드는 instance 실패합니다.
  • 수정: 2개의 장애 도메인이 있는 가용성 집합에 단일 VM을 만들 수 있습니다. 그러나 확장 집합 instance 만들기는 4노드 Azure Stack Hub 배포의 업데이트 프로세스 중에는 여전히 사용할 수 없습니다.

1908년 보관된 알려진 문제

이 문서에서는 Azure Stack 릴리스의 알려진 문제를 나열합니다. 새 문제가 식별되면 목록이 업데이트됩니다.

다른 버전의 알려진 문제에 액세스하려면 왼쪽 목차 위의 버전 선택기 드롭다운을 사용합니다.

중요

업데이트를 적용하기 전에 이 섹션을 검토합니다.

중요

Azure Stack instance 두 개 이상의 업데이트로 인해 뒤처진 경우 규정 준수를 벗어난 것으로 간주됩니다. 지원을 받으려면 지원되는 최소 버전 이상으로 업데이트해야 합니다.

1908년 업데이트 프로세스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: Azure Stack 업데이트를 설치하려고 하면 업데이트에 대한 상태 실패하고 상태가 PreparationFailed로 변경될 수 있습니다. 이는 URP(업데이트 리소스 공급자)가 처리를 위해 스토리지 컨테이너에서 내부 인프라 공유로 파일을 제대로 전송할 수 없기 때문에 발생합니다.
  • 수정: 버전 1901(1.1901.0.95)부터 지금 업데이트를 다시 클릭하여 이 문제를 해결할 수 있습니다( 다시 시작 아님). 그런 다음 URP는 이전 시도에서 파일을 정리하고 다운로드를 다시 시작합니다. 문제가 지속되면 업데이트 설치 섹션에 따라 업데이트 패키지를 수동으로 업로드하는 것이 좋습니다.
  • 발생: 일반

포털

관리 구독

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 버전 1804에서 도입된 두 개의 관리 구독을 사용하면 안 됩니다. 구독 유형은 계량 구독 및 소비 구독입니다.
  • 수정: 이 두 구독에서 실행되는 리소스가 있는 경우 사용자 구독에서 다시 만듭니다.
  • 발생: 일반

구독 속성 블레이드

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 관리자 포털에서 구독의 속성 블레이드가 올바르게 로드되지 않음
  • 수정: 구독 개요 블레이드의 Essentials 창에서 이러한 구독 속성을 볼 수 있습니다.
  • 발생: 일반

구독 잠금 블레이드

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 관리자 포털에서 사용자 구독에 대한 잠금 블레이드에는 구독이라는 두 개의 단추가 있습니다.
  • 발생: 일반

구독 권한

스토리지 계정 설정

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 스토리지 계정 구성 블레이드에 보안 전송 유형을 변경하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

Blob 업로드

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 OAuth(미리 보기) 옵션을 사용하여 Blob을 업로드하려고 하면 오류 메시지와 함께 작업이 실패합니다.
  • 수정: SAS 옵션을 사용하여 Blob을 업로드합니다.
  • 발생: 일반

네트워킹

서비스 엔드포인트

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Virtual Network 블레이드에는 서비스 엔드포인트를 사용하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

네트워크 인터페이스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 새 네트워크 인터페이스를 실행 중인 VM에 추가할 수 없습니다.
  • 수정: 네트워크 인터페이스를 추가/제거하기 전에 가상 머신을 중지합니다.
  • 발생: 일반

Virtual Network 게이트웨이

로컬 네트워크 게이트웨이 삭제

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 로컬 네트워크 게이트웨이 를 삭제하면 활성 연결이 없더라도 활성 연결이 있는 로컬 네트워크 게이트웨이를 삭제할 수 없음 오류 메시지가 표시됩니다.
  • 완화: 이 문제에 대한 수정 사항은 1907년에 릴리스될 예정입니다. 이 문제의 해결 방법은 동일한 IP 주소, 주소 공간 및 다른 이름의 구성 세부 정보를 사용하여 새 로컬 네트워크 게이트웨이를 만드는 것입니다. 환경이 1907년으로 업데이트되면 이전 LNG를 삭제할 수 있습니다.
  • 발생: 일반

경고

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Virtual Network 게이트웨이 블레이드에 경고를 사용하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

활성-활성

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 를 만드는 동안 및 Virtual Network Gateway의 리소스 메뉴에 Active-Active 구성을 사용하도록 설정하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

VPN 문제 해결사

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Connections 블레이드에 VPN 문제 해결사라는 기능이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

설명서

Compute

VM 부팅 진단

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 새 Windows VM(가상 머신)을 만들 때 다음 오류가 표시될 수 있습니다. 가상 머신 'vm-name'을 시작하지 못했습니다. 오류: VM 'vm-name'에 대한 직렬 출력 설정을 업데이트하지 못했습니다. VM에서 부팅 진단 사용하도록 설정하지만 부팅 진단 스토리지 계정을 삭제하면 오류가 발생합니다.
  • 수정: 이전에 사용한 것과 동일한 이름으로 스토리지 계정을 다시 만듭니다.
  • 발생: 일반

가상 머신 크기 집합

4노드 Azure Stack 환경에서 패치 및 업데이트 중에 오류 만들기

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 4노드 Azure Stack 환경에서 업데이트 프로세스 중에 FabricVmPlacementErrorUnsupportedFaultDomainSize 오류로 인해 3개의 장애 도메인의 가용성 집합에서 VM을 만들고 instance 가상 머신 확장 집합을 만드는 데 실패합니다.
  • 수정: 2개의 장애 도메인이 있는 가용성 집합에 단일 VM을 만들 수 있습니다. 그러나 확장 집합 instance 만들기는 4노드 Azure Stack의 업데이트 프로세스 중에는 여전히 사용할 수 없습니다.

Ubuntu SSH 액세스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: SSH 권한 부여를 사용하도록 설정된 Ubuntu 18.04 VM에서는 SSH 키를 사용하여 로그인할 수 없습니다.
  • 수정: Linux 확장에 대한 VM 액세스를 사용하여 프로비전 후 SSH 키를 구현하거나 암호 기반 인증을 사용합니다.
  • 발생: 일반

가상 머신 확장 집합 재설정 암호가 작동하지 않음

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 확장 집합 UI에 새 암호 재설정 블레이드가 표시되지만 Azure Stack은 확장 집합에서 암호 재설정을 아직 지원하지 않습니다.
  • 수정: 없음.
  • 발생: 일반

확장 집합 진단 비오는 구름

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 가상 머신 확장 집합 개요 페이지에 빈 차트가 표시됩니다. 빈 차트를 클릭하면 "비오는 구름" 블레이드가 열립니다. CPU 백분율과 같은 확장 집합 진단 정보에 대한 차트이며 현재 Azure Stack 빌드에서 지원되는 기능은 아닙니다.
  • 수정: 없음.
  • 발생: 일반

가상 머신 진단 설정 블레이드

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 가상 머신 진단 설정 블레이드에는 Application Insight 계정을 요청하는 싱크 탭이 있습니다. 이는 새 블레이드의 결과이며 아직 Azure Stack에서 지원되지 않습니다.
  • 수정: 없음.
  • 발생: 일반

1907년 보관된 알려진 문제

이 문서에서는 Azure Stack 릴리스의 알려진 문제를 나열합니다. 새 문제가 식별되면 목록이 업데이트됩니다.

다른 버전의 알려진 문제에 액세스하려면 왼쪽 목차 위의 버전 선택기 드롭다운을 사용합니다.

중요

업데이트를 적용하기 전에 이 섹션을 검토합니다.

중요

Azure Stack instance 두 개 이상의 업데이트로 인해 뒤처진 경우 규정 준수가 아닌 것으로 간주됩니다. 지원을 받으려면 지원되는 최소 버전으로 업데이트해야 합니다.

1907 업데이트 프로세스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 1907 Azure Stack 업데이트를 설치하려고 하면 업데이트에 대한 상태 실패하고 상태를 PreparationFailed로 변경할 수 있습니다. 이는 URP(업데이트 리소스 공급자)가 처리를 위해 스토리지 컨테이너에서 내부 인프라 공유로 파일을 제대로 전송할 수 없기 때문입니다.
  • 수정: 버전 1901(1.1901.0.95)부터 지금 다시 업데이트를 클릭하여 이 문제를 해결할 수 있습니다( 다시 시작 아님). 그런 다음 URP는 이전 시도에서 파일을 정리하고 다운로드를 다시 시작합니다. 문제가 지속되면 업데이트 가져오기 및 설치 섹션에 따라 업데이트 패키지를 수동으로 업로드하는 것이 좋습니다.
  • 발생: 일반

포털

관리 구독

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 버전 1804에서 도입된 두 개의 관리 구독을 사용하면 안 됩니다. 구독 유형은 계량 구독 및 소비 구독입니다.
  • 수정: 이 두 구독에서 실행되는 리소스가 있는 경우 사용자 구독에서 다시 만듭니다.
  • 발생: 일반

구독 속성 블레이드

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 관리자 포털에서 구독의 속성 블레이드가 올바르게 로드되지 않음
  • 수정: 구독 개요 블레이드의 Essentials 창에서 이러한 구독 속성을 볼 수 있습니다.
  • 발생: 일반

구독 권한

스토리지 계정 설정

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 스토리지 계정 구성 블레이드에 보안 전송 유형을 변경하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

Blob 업로드

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 OAuth(미리 보기) 옵션을 사용하여 Blob을 업로드하려고 하면 오류 메시지와 함께 작업이 실패합니다.
  • 수정: SAS 옵션을 사용하여 Blob을 업로드합니다.
  • 발생: 일반

네트워킹

서비스 엔드포인트

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Virtual Network 블레이드에 서비스 엔드포인트를 사용하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

네트워크 인터페이스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 새 네트워크 인터페이스를 실행 중인 VM에 추가할 수 없습니다.
  • 수정: 네트워크 인터페이스를 추가/제거하기 전에 가상 머신을 중지합니다.
  • 발생: 일반

Virtual Network 게이트웨이

경고

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Virtual Network 게이트웨이 블레이드에 경고를 사용하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

활성-활성

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 를 만드는 동안 및 Virtual Network 게이트웨이의 리소스 메뉴에 Active-Active 구성을 사용하도록 설정하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

VPN 문제 해결사

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Connections 블레이드에 VPN 문제 해결사라는 기능이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

네트워크 연결 형식

  • 적용 가능: 이 문제는 1906 또는 1907 환경에 적용됩니다.
  • 원인: 사용자 포털에서 AddConnection 블레이드에 VNet-VNet을 사용하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

설명서

Compute

VM 부팅 진단

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 새 Windows VM(가상 머신)을 만들 때 다음 오류가 표시될 수 있습니다. 가상 머신 'vm-name'을 시작하지 못했습니다. 오류: VM 'vm-name'에 대한 직렬 출력 설정을 업데이트하지 못했습니다. VM에서 부팅 진단 사용하도록 설정하지만 부팅 진단 스토리지 계정을 삭제하면 오류가 발생합니다.
  • 수정: 이전에 사용한 것과 동일한 이름으로 스토리지 계정을 다시 만듭니다.
  • 발생: 일반

가상 머신 크기 집합

4노드 Azure Stack 환경에서 패치 및 업데이트 중에 오류 만들기

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 4노드 Azure Stack 환경에서 업데이트 프로세스 중에 FabricVmPlacementErrorUnsupportedFaultDomainSize 오류로 인해 3개의 장애 도메인의 가용성 집합에서 VM을 만들고 가상 머신 확장 집합을 만드는 instance 실패합니다.
  • 수정: 2개의 장애 도메인이 있는 가용성 집합에 단일 VM을 만들 수 있습니다. 그러나 확장 집합 instance 만들기는 4노드 Azure Stack의 업데이트 프로세스 중에 여전히 사용할 수 없습니다.

Ubuntu SSH 액세스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: SSH 권한 부여를 사용하도록 설정된 Ubuntu 18.04 VM에서는 SSH 키를 사용하여 로그인할 수 없습니다.
  • 수정: Linux 확장에 대한 VM 액세스를 사용하여 프로비전 후 SSH 키를 구현하거나 암호 기반 인증을 사용합니다.
  • 발생: 일반

가상 머신 확장 집합 재설정 암호가 작동하지 않음

  • 적용 가능: 이 문제는 1906 및 1907 릴리스에 적용됩니다.
  • 원인: 확장 집합 UI에 새 암호 재설정 블레이드가 표시되지만 Azure Stack은 아직 확장 집합에서 암호 재설정을 지원하지 않습니다.
  • 수정: 없음.
  • 발생: 일반

확장 집합 진단 비오는 구름

  • 적용 가능: 이 문제는 1906 및 1907 릴리스에 적용됩니다.
  • 원인: 가상 머신 확장 집합 개요 페이지에 빈 차트가 표시됩니다. 빈 차트를 클릭하면 "비오는 구름" 블레이드가 열립니다. CPU 백분율과 같은 확장 집합 진단 정보에 대한 차트이며 현재 Azure Stack 빌드에서 지원되는 기능은 아닙니다.
  • 수정: 없음.
  • 발생: 일반

가상 머신 진단 설정 블레이드

  • 적용 가능: 이 문제는 1906 및 1907 릴리스에 적용됩니다.
  • 원인: 가상 머신 진단 설정 블레이드에는 Application Insight 계정을 요청하는 싱크 탭이 있습니다. 이는 새 블레이드의 결과이며 Azure Stack에서 아직 지원되지 않습니다.
  • 수정: 없음.
  • 발생: 일반

1906년 보관된 알려진 문제

이 문서에서는 Azure Stack 릴리스의 알려진 문제를 나열합니다. 새 문제가 식별되면 목록이 업데이트됩니다.

다른 버전의 알려진 문제에 액세스하려면 왼쪽 목차 위의 버전 선택기 드롭다운을 사용합니다.

중요

업데이트를 적용하기 전에 이 섹션을 검토합니다.

중요

Azure Stack instance 두 개 이상의 업데이트로 인해 뒤처진 경우 규정 준수를 벗어난 것으로 간주됩니다. 지원을 받으려면 지원되는 최소 버전 이상으로 업데이트해야 합니다.

1906 업데이트 프로세스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 1906 Azure Stack 업데이트를 설치하려고 할 때 업데이트에 대한 상태 실패하고 상태를 PreparationFailed로 변경할 수 있습니다. 이는 URP(업데이트 리소스 공급자)가 처리를 위해 스토리지 컨테이너에서 내부 인프라 공유로 파일을 제대로 전송할 수 없기 때문에 발생합니다.
  • 수정: 버전 1901(1.1901.0.95)부터 지금 업데이트를 다시 클릭하여 이 문제를 해결할 수 있습니다( 다시 시작 아님). 그런 다음 URP는 이전 시도에서 파일을 정리하고 다운로드를 다시 시작합니다. 문제가 지속되면 업데이트 가져오기 및 설치 섹션에 따라 업데이트 패키지를 수동으로 업로드하는 것이 좋습니다.
  • 발생: 일반

포털

관리 구독

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 버전 1804에서 도입된 두 개의 관리 구독을 사용하면 안 됩니다. 구독 유형은 계량 구독 및 소비 구독입니다.
  • 수정: 이 두 구독에서 실행되는 리소스가 있는 경우 사용자 구독에서 다시 만듭니다.
  • 발생: 일반

구독 리소스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 구독을 삭제하면 분리된 리소스가 발생합니다.
  • 수정: 먼저 사용자 리소스 또는 전체 리소스 그룹을 삭제한 다음 사용자 구독을 삭제합니다.
  • 발생: 일반

구독 권한

구독 속성 블레이드

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 관리자 포털에서 구독의 속성 블레이드가 올바르게 로드되지 않음
  • 수정: 구독 개요 블레이드의 Essentials 창에서 이러한 구독 속성을 볼 수 있습니다.
  • 발생: 일반

스토리지 계정 설정

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 스토리지 계정 구성 블레이드에 보안 전송 유형을 변경하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

Blob 업로드

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 OAuth(미리 보기) 옵션을 사용하여 Blob을 업로드하려고 하면 오류 메시지와 함께 작업이 실패합니다.
  • 수정: SAS 옵션을 사용하여 Blob을 업로드합니다.
  • 발생: 일반

업데이트

  • 적용 가능: 이 문제는 1906 릴리스에 적용됩니다.
  • 원인: 운영자 포털에서 핫픽스에 대한 업데이트 상태 업데이트에 대한 잘못된 상태가 표시됩니다. 초기 상태는 업데이트가 아직 진행 중임에도 불구하고 설치에 실패했음을 나타냅니다.
  • 수정: 포털을 새로 고치면 상태가 "진행 중"으로 업데이트됩니다.
  • 발생: 간헐적

네트워킹

서비스 엔드포인트

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Virtual Network 블레이드에 서비스 엔드포인트를 사용하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

네트워크 인터페이스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 새 네트워크 인터페이스를 실행 중인 VM에 추가할 수 없습니다.
  • 수정: 네트워크 인터페이스를 추가/제거하기 전에 가상 머신을 중지합니다.
  • 발생: 일반

Virtual Network 게이트웨이

경고

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Virtual Network 게이트웨이 블레이드에 경고를 사용하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

활성-활성

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 를 만드는 동안 및 Virtual Network 게이트웨이의 리소스 메뉴에 Active-Active 구성을 사용하도록 설정하는 옵션이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

VPN 문제 해결사

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Connections 블레이드에 VPN 문제 해결사라는 기능이 표시됩니다. 이 기능은 현재 Azure Stack에서 지원되지 않습니다.
  • 발생: 일반

설명서

부하 분산 장치

백 엔드 풀 추가

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Load Balancer 백 엔드 풀을 추가하려고 하면 오류 메시지가 Load Balancer 업데이트하지 못하여 작업이 실패합니다.
  • 수정: PowerShell, CLI 또는 Resource Manager 템플릿을 사용하여 백 엔드 풀을 부하 분산 장치 리소스와 연결합니다.
  • 발생: 일반

인바운드 NAT 만들기

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Load Balancer 대한 인바운드 NAT 규칙을 만들려고 하면 Load Balancer업데이트하지 못했습니다...라는 오류 메시지와 함께 작업이 실패합니다.
  • 수정: PowerShell, CLI 또는 Resource Manager 템플릿을 사용하여 백 엔드 풀을 부하 분산 장치 리소스와 연결합니다.
  • 발생: 일반

Compute

VM 부팅 진단

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 새 Windows VM(가상 머신)을 만들 때 다음 오류가 표시될 수 있습니다. 가상 머신 'vm-name'을 시작하지 못했습니다. 오류: VM 'vm-name'에 대한 직렬 출력 설정을 업데이트하지 못했습니다. VM에서 부팅 진단 사용하도록 설정하지만 부팅 진단 스토리지 계정을 삭제하면 오류가 발생합니다.
  • 수정: 이전에 사용한 것과 동일한 이름으로 스토리지 계정을 다시 만듭니다.
  • 발생: 일반

가상 머신 크기 집합

4노드 Azure Stack 환경에서 패치 및 업데이트 중에 오류 만들기

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 4노드 Azure Stack 환경에서 업데이트 프로세스 중에 FabricVmPlacementErrorUnsupportedFaultDomainSize 오류로 인해 3개의 장애 도메인의 가용성 집합에서 VM을 만들고 가상 머신 확장 집합을 만드는 instance 실패합니다.
  • 수정: 2개의 장애 도메인이 있는 가용성 집합에 단일 VM을 만들 수 있습니다. 그러나 확장 집합 instance 만들기는 4노드 Azure Stack의 업데이트 프로세스 중에 여전히 사용할 수 없습니다.

Ubuntu SSH 액세스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: SSH 권한 부여를 사용하도록 설정된 Ubuntu 18.04 VM에서는 SSH 키를 사용하여 로그인할 수 없습니다.
  • 수정: Linux 확장에 대한 VM 액세스를 사용하여 프로비전 후 SSH 키를 구현하거나 암호 기반 인증을 사용합니다.
  • 발생: 일반

가상 머신 확장 집합 재설정 암호가 작동하지 않음

  • 적용 가능: 이 문제는 1906 릴리스에 적용됩니다.
  • 원인: 확장 집합 UI에 새 암호 재설정 블레이드가 표시되지만 Azure Stack은 아직 확장 집합에서 암호 재설정을 지원하지 않습니다.
  • 수정: 없음.
  • 발생: 일반

확장 집합 진단 비오는 구름

  • 적용 가능: 이 문제는 1906 릴리스에 적용됩니다.
  • 원인: 가상 머신 확장 집합 개요 페이지에 빈 차트가 표시됩니다. 빈 차트를 클릭하면 "비오는 구름" 블레이드가 열립니다. CPU 백분율과 같은 확장 집합 진단 정보에 대한 차트이며 현재 Azure Stack 빌드에서 지원되는 기능은 아닙니다.
  • 수정: 없음.
  • 발생: 일반

가상 머신 진단 설정 블레이드

  • 적용 가능: 이 문제는 1906 릴리스에 적용됩니다.
  • 원인: 가상 머신 진단 설정 블레이드에는 Application Insight 계정을 요청하는 싱크 탭이 있습니다. 이는 새 블레이드의 결과이며 Azure Stack에서 아직 지원되지 않습니다.
  • 수정: 없음.
  • 발생: 일반

1905년 보관된 알려진 문제

이 문서에서는 Azure Stack의 1905년 릴리스에서 알려진 문제를 나열합니다. 새 문제가 식별되면 목록이 업데이트됩니다.

중요

업데이트를 적용하기 전에 이 섹션을 검토합니다.

업데이트 프로세스

호스트 노드 업데이트 필수 구성 요소 실패

  • 적용 가능: 이 문제는 1905년 업데이트에 적용됩니다.
  • 원인: 1905 Azure Stack 업데이트를 설치하려고 할 때 호스트 노드 업데이트 필수 구성 요소로 인해 업데이트에 대한 상태 실패할 수 있습니다. 이는 일반적으로 사용 가능한 디스크 공간이 부족한 호스트 노드로 인해 발생합니다.
  • 수정: 호스트 노드의 디스크 공간 지우기 지원을 받으려면 Azure Stack 지원에 문의하세요.
  • 발생: 일반적이지 않습니다.

준비 실패

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 1905 Azure Stack 업데이트를 설치하려고 할 때 업데이트에 대한 상태 실패하고 상태를 PreparationFailed로 변경할 수 있습니다. 이는 URP(업데이트 리소스 공급자)가 처리를 위해 스토리지 컨테이너에서 내부 인프라 공유로 파일을 제대로 전송할 수 없기 때문에 발생합니다. 1905 업데이트 패키지는 이 문제가 발생할 가능성이 높은 이전 업데이트 패키지보다 큽니다.
  • 수정: 버전 1901(1.1901.0.95)부터 지금 업데이트를 다시 클릭하여 이 문제를 해결할 수 있습니다( 다시 시작 아님). 그런 다음 URP는 이전 시도에서 파일을 정리하고 다운로드를 다시 시작합니다. 문제가 지속되면 업데이트 가져오기 및 설치 섹션에 따라 업데이트 패키지를 수동으로 업로드하는 것이 좋습니다.
  • 발생: 일반

포털

구독 리소스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 구독을 삭제하면 분리된 리소스가 발생합니다.
  • 수정: 먼저 사용자 리소스 또는 전체 리소스 그룹을 삭제한 다음 사용자 구독을 삭제합니다.
  • 발생: 일반

구독 권한

Marketplace 관리

  • 적용 가능: 이 문제는 1904 및 1905에 적용됩니다.
  • 원인: 관리자 포털에 로그인할 때 마켓플레이스 관리 화면이 표시되지 않습니다.
  • 수정: 브라우저를 새로 고치거나 설정 으로 이동하여 기본 설정으로 다시 설정 옵션을 선택합니다.
  • 발생: 간헐적

Docker 확장

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 관리자와 사용자 포털 모두에서 Docker를 검색하면 항목이 잘못 반환됩니다. Azure Stack에서는 사용할 수 없습니다. 만들려는 경우 오류가 표시됩니다.
  • 수정: 완화가 없습니다.
  • 발생: 일반

Blob 업로드

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 OAuth(미리 보기) 옵션을 사용하여 Blob을 업로드하려고 하면 오류 메시지와 함께 작업이 실패합니다.
  • 수정: SAS 옵션을 사용하여 Blob을 업로드합니다.
  • 발생: 일반

템플릿

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 템플릿 배포 UI는 "_"(밑줄 문자)로 시작하는 템플릿 이름에 대한 매개 변수를 채우지 않습니다.
  • 수정: 템플릿 이름에서 "_"(밑줄 문자)를 제거합니다.
  • 발생: 일반

네트워킹

부하 분산 장치

백 엔드 풀 추가

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Load Balancer 백 엔드 풀을 추가하려고 하면 오류 메시지가 Load Balancer 업데이트하지 못하여 작업이 실패합니다.
  • 수정: PowerShell, CLI 또는 Resource Manager 템플릿을 사용하여 백 엔드 풀을 부하 분산 장치 리소스와 연결합니다.
  • 발생: 일반

인바운드 NAT 만들기

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Load Balancer 대한 인바운드 NAT 규칙을 만들려고 하면 Load Balancer업데이트하지 못했습니다...라는 오류 메시지와 함께 작업이 실패합니다.
  • 수정: PowerShell, CLI 또는 Resource Manager 템플릿을 사용하여 백 엔드 풀을 부하 분산 장치 리소스와 연결합니다.
  • 발생: 일반

부하 분산 장치 만들기

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Load Balancer 만들기 창에는 표준 부하 분산 장치 SKU를 만드는 옵션이 표시됩니다. 이 옵션은 Azure Stack에서 지원되지 않습니다.
  • 수정: 기본 부하 분산 장치 옵션을 대신 사용합니다.
  • 발생: 일반

공용 IP 주소

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 공용 IP 주소 만들기 창에 표준 SKU를 만드는 옵션이 표시됩니다. 표준 SKU는 Azure Stack에서 지원되지 않습니다.
  • 수정: 공용 IP 주소에 기본 SKU를 사용합니다.
  • 발생: 일반

Compute

VM 부팅 진단

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 새 Windows VM(가상 머신)을 만들 때 다음 오류가 표시될 수 있습니다. 가상 머신 'vm-name'을 시작하지 못했습니다. 오류: VM 'vm-name'에 대한 직렬 출력 설정을 업데이트하지 못했습니다. VM에서 부팅 진단 사용하도록 설정하지만 부팅 진단 스토리지 계정을 삭제하면 오류가 발생합니다.
  • 수정: 이전에 사용한 것과 동일한 이름으로 스토리지 계정을 다시 만듭니다.
  • 발생: 일반

VM 크기 조정

  • 적용 가능: 이 문제는 1905 릴리스에 적용됩니다.
  • 원인: 관리 디스크 VM의 크기를 조정할 수 없습니다. VM 크기를 조정하려고 시도하면 "code": "InternalOperationError", "message": "작업에서 내부 오류가 발생했습니다."라는 오류가 발생합니다.
  • 수정: 다음 릴리스에서 이를 수정하기 위해 노력하고 있습니다. 현재 새 VM 크기로 VM을 다시 만들어야 합니다.
  • 발생: 일반

가상 머신 크기 집합

CentOS

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 가상 머신 확장 집합 만들기 환경은 배포 옵션으로 CentOS 기반 7.2를 제공합니다. CentOS 7.2는 Azure Stack Marketplace에서 사용할 수 없으면 이미지를 찾을 수 없음을 호출하는 배포 오류가 발생합니다.
  • 수정: 배포할 다른 운영 체제를 선택하거나 운영자가 마켓플레이스에서 배포하기 전에 다운로드한 다른 CentOS 이미지를 지정하는 Azure Resource Manager 템플릿을 사용합니다.
  • 발생: 일반

확장 집합 제거

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 가상 머신 확장 집합 블레이드에서 확장 집합을 제거할 수 없습니다.
  • 수정: 제거할 확장 집합을 선택한 다음 개요 창에서 삭제 단추를 클릭합니다.
  • 발생: 일반

4노드 Azure Stack 환경에서 패치 및 업데이트 중에 오류 만들기

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 4노드 Azure Stack 환경에서 업데이트 프로세스 중에 FabricVmPlacementErrorUnsupportedFaultDomainSize 오류로 인해 3개의 장애 도메인의 가용성 집합에서 VM을 만들고 instance 가상 머신 확장 집합을 만드는 데 실패합니다.
  • 수정: 2개의 장애 도메인이 있는 가용성 집합에 단일 VM을 만들 수 있습니다. 그러나 확장 집합 instance 만들기는 4노드 Azure Stack의 업데이트 프로세스 중에는 여전히 사용할 수 없습니다.

확장 집합 instance 보기 블레이드가 로드되지 않음

  • 적용 가능: 이 문제는 1904 및 1905 릴리스에 적용됩니다.
  • 원인: Azure Stack 포털 - 대시보드 - 가상 머신 확장 집합 -> AnyScaleSet -> 인스턴스> -> AnyScaleSetInstance에 있는 가상 머신 확장 집합의 instance 보기 블레이드가 로드되지 못하고 우는 클라우드 이미지를 표시합니다.
  • 수정: 현재 수정이 없으며 수정 작업을 진행 중입니다. 그때까지 CLI 명령을 az vmss get-instance-view 사용하여 확장 집합의 instance 보기를 가져옵니다.

Ubuntu SSH 액세스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: SSH 권한 부여를 사용하도록 설정된 Ubuntu 18.04 VM에서는 SSH 키를 사용하여 로그인할 수 없습니다.
  • 수정: Linux 확장에 대한 VM 액세스를 사용하여 프로비전 후 SSH 키를 구현하거나 암호 기반 인증을 사용합니다.
  • 발생: 일반

다음 단계

1904년 보관된 알려진 문제

이 문서에서는 1904년 Azure Stack 릴리스의 알려진 문제를 나열합니다. 새 문제가 식별되면 목록이 업데이트됩니다.

중요

업데이트를 적용하기 전에 이 섹션을 검토합니다.

업데이트 프로세스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: Azure Stack 업데이트를 설치하려고 하면 업데이트에 대한 상태 실패하고 상태를 PreparationFailed로 변경할 수 있습니다. 이는 URP(업데이트 리소스 공급자)가 처리를 위해 스토리지 컨테이너에서 내부 인프라 공유로 파일을 제대로 전송할 수 없기 때문입니다.
  • 수정: 버전 1901(1.1901.0.95)부터 지금 다시 업데이트를 클릭하여 이 문제를 해결할 수 있습니다( 다시 시작 아님). 그런 다음 URP는 이전 시도에서 파일을 정리하고 다운로드를 다시 시작합니다.
  • 발생: 일반

포털

관리 구독

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 버전 1804에서 도입된 두 개의 관리 구독을 사용하면 안 됩니다. 구독 유형은 계량 구독 및 소비 구독입니다.
  • 수정: 이러한 두 구독에서 실행되는 리소스가 있는 경우 사용자 구독에서 다시 만듭니다.
  • 발생: 일반

구독 리소스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 구독을 삭제하면 분리된 리소스가 발생합니다.
  • 수정: 먼저 사용자 리소스 또는 전체 리소스 그룹을 삭제한 다음 사용자 구독을 삭제합니다.
  • 발생: 일반

구독 권한

Docker 확장

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 관리자와 사용자 포털 모두에서 Docker를 검색하면 항목이 잘못 반환됩니다. Azure Stack에서는 사용할 수 없습니다. 만들려는 경우 오류가 표시됩니다.
  • 수정: 완화가 없습니다.
  • 발생: 일반

Marketplace 관리

  • 적용 가능: 릴리스 1904의 새로운 문제입니다.
  • 원인: 관리자 포털에 로그인할 때 마켓플레이스 관리 화면이 표시되지 않습니다.
  • 수정: 브라우저를 새로 고칩니다.
  • 발생: 간헐적

Marketplace 관리

  • 적용 가능: 이 문제는 1904에 적용됩니다.
  • 원인: 관리자 포털의 Marketplace 관리 탭 에서 Azure에서 추가 블레이드에서 결과를 필터링하면 필터링된 결과가 잘못 표시될 수 있습니다.
  • 수정: 이름 열을 기준으로 결과를 정렬하면 결과가 수정됩니다.
  • 발생: 간헐적

Marketplace 관리

  • 적용 가능: 이 문제는 1904에 적용됩니다.
  • 원인: 관리자 포털에서 Marketplace 관리 결과를 필터링하면 게시자 드롭다운 아래에 중복된 게시자 이름이 표시됩니다.
  • 수정: 모든 중복 항목을 선택하여 해당 게시자에서 사용할 수 있는 모든 Marketplace 제품의 올바른 목록을 갖습니다.
  • 발생: 간헐적

Docker 확장

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 관리자와 사용자 포털 모두에서 Docker를 검색하면 항목이 잘못 반환됩니다. Azure Stack에서는 사용할 수 없습니다. 만들려는 경우 오류가 표시됩니다.
  • 수정: 완화가 없습니다.
  • 발생: 일반

Blob 업로드

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 OAuth(미리 보기) 옵션을 사용하여 Blob을 업로드하려고 하면 오류 메시지와 함께 작업이 실패합니다.
  • 수정: SAS 옵션을 사용하여 Blob을 업로드합니다.
  • 발생: 일반

템플릿

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 템플릿 배포 UI는 "_"(밑줄 문자)로 시작하는 템플릿 이름에 대한 매개 변수를 채우지 않습니다.
  • 수정: 템플릿 이름에서 "_"(밑줄 문자)를 제거합니다.
  • 발생: 일반

네트워킹

부하 분산 장치

백 엔드 풀 추가

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Load Balancer 백 엔드 풀을 추가하려고 하면 Load Balancer 업데이트하지 못했습니다...라는 오류 메시지와 함께 작업이 실패합니다.
  • 수정: PowerShell, CLI 또는 Azure Resource Manager 템플릿을 사용하여 백 엔드 풀을 부하 분산 장치 리소스와 연결합니다.
  • 발생: 일반

인바운드 NAT 만들기

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Load Balancer 대한 인바운드 NAT 규칙을 만들려고 하면 Load Balancer업데이트하지 못했습니다...라는 오류 메시지와 함께 작업이 실패합니다.
  • 수정: PowerShell, CLI 또는 Azure Resource Manager 템플릿을 사용하여 백 엔드 풀을 부하 분산 장치 리소스와 연결합니다.
  • 발생: 일반

부하 분산 장치 만들기

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Load Balancer 만들기 창에는 표준 부하 분산 장치 SKU를 만드는 옵션이 표시됩니다. 이 옵션은 Azure Stack에서 지원되지 않습니다.
  • 수정: 기본 부하 분산 장치 옵션을 대신 사용합니다.
  • 발생: 일반

공용 IP 주소

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 공용 IP 주소 만들기 창에 표준 SKU를 만드는 옵션이 표시됩니다. 표준 SKU는 Azure Stack에서 지원되지 않습니다.
  • 수정: 공용 IP 주소에 기본 SKU 를 대신 사용합니다.
  • 발생: 일반

Compute

VM 부팅 진단

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 새 Windows VM(가상 머신)을 만들 때 다음 오류가 표시될 수 있습니다. 가상 머신 'vm-name'을 시작하지 못했습니다. 오류: VM 'vm-name'에 대한 직렬 출력 설정을 업데이트하지 못했습니다. VM에서 부팅 진단 사용하도록 설정하지만 부팅 진단 스토리지 계정을 삭제하면 오류가 발생합니다.
  • 수정: 이전에 사용한 것과 동일한 이름으로 스토리지 계정을 다시 만듭니다.
  • 발생: 일반

가상 머신 크기 집합

CentOS

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 가상 머신 확장 집합 만들기 환경은 배포 옵션으로 CentOS 기반 7.2를 제공합니다. CentOS 7.2는 Azure Stack Marketplace에서 사용할 수 없으면 이미지를 찾을 수 없음을 호출하는 배포 오류가 발생합니다.
  • 수정: 배포할 다른 운영 체제를 선택하거나 운영자가 마켓플레이스에서 배포하기 전에 다운로드한 다른 CentOS 이미지를 지정하는 Azure Resource Manager 템플릿을 사용합니다.
  • 발생: 일반

확장 집합 제거

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: Virtual Machine Scale Sets 블레이드에서 확장 집합을 제거할 수 없습니다.
  • 수정: 제거할 확장 집합을 선택한 다음 개요 창에서 삭제 단추를 클릭합니다.
  • 발생: 일반

4노드 Azure Stack 환경에서 패치 및 업데이트 중에 오류 만들기

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 4노드 Azure Stack 환경에서 업데이트 프로세스 중에 FabricVmPlacementErrorUnsupportedFaultDomainSize 오류로 인해 3개의 장애 도메인의 가용성 집합에서 VM을 만들고 instance 가상 머신 확장 집합을 만드는 데 실패합니다.
  • 수정: 2개의 장애 도메인이 있는 가용성 집합에 단일 VM을 만들 수 있습니다. 그러나 확장 집합 instance 만들기는 4노드 Azure Stack의 업데이트 프로세스 중에는 여전히 사용할 수 없습니다.

Ubuntu SSH 액세스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: SSH 권한 부여를 사용하도록 설정된 Ubuntu 18.04 VM에서는 SSH 키를 사용하여 로그인할 수 없습니다.
  • 수정: Linux 확장에 대한 VM 액세스를 사용하여 프로비전 후 SSH 키를 구현하거나 암호 기반 인증을 사용합니다.
  • 발생: 일반

컴퓨팅 호스트 에이전트 경고

  • 적용 가능: 릴리스 1904의 새로운 문제입니다.

  • 원인: 배율 단위에서 노드를 다시 시작한 후 컴퓨팅 호스트 에이전트 경고가 나타납니다. 다시 시작은 컴퓨팅 호스트 에이전트 서비스의 기본 시작 설정을 변경합니다. 이 경고는 다음 예제와 유사합니다.

    NAME  
Compute Host Agent is not responding to calls.
SEVERITY  
Warning
STATE  
Active
CREATED TIME  
5/16/2019, 10:08:23 AM
UPDATED TIME  
5/22/2019, 12:27:27 PM
COMPONENT  
M#####-NODE02
DESCRIPTION  
Could not communicate with the Compute Host Agent running on node: M#####-NODE02
REMEDIATION  
Please disable Compute Host Agent feature flag and collect logs for further diagnosis.

  • 수정:

    • 이 경고는 무시할 수 있습니다. 에이전트가 응답하지 않는 것은 운영자 및 사용자 작업 또는 사용자 애플리케이션에 영향을 주지 않습니다. 경고는 수동으로 닫히면 24시간 후에 다시 나타납니다.
    • 이 문제는 1904년 최신 Azure Stack 핫픽스에서 해결되었습니다.

  • 발생: 일반

가상 머신 확장 집합 instance 보기

  • 적용 가능: 이 문제는 1904 및 1905 릴리스에 적용됩니다.
  • 원인: Azure Stack 포털의 대시보드>가상 머신 확장 집합>에 있는 확장 집합의 instance 보기 블레이드는 AnyScaleSet - 인스턴스>AnyScaleSetInstance가 로드되지 않습니다.
  • 수정: 현재 수정이 없으며 수정 작업을 진행 중입니다. 그때까지 CLI cmdlet az vmss get-instance-view 을 사용하여 가상 머신 확장 집합의 instance 보기를 가져옵니다.

사용자 이미지 서비스

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 이미지를 만들지 못하면 사용자 이미지 서비스가 잘못된 상태가 됩니다. 사용자 이미지 만들기 및 삭제 작업이 실패하기 시작합니다. "오류: 내부 디스크 관리 오류가 발생했습니다."라는 오류로 사용자 이미지 삭제가 실패할 수 있습니다.
  • 수정: 완화가 없습니다. Microsoft에서 지원 티켓을 엽니다.

스토리지

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: ConvertTo-AzureRmVMManagedDisk 는 Azure Stack에서 지원되지 않으며 $null ID가 있는 디스크를 만듭니다. 이렇게 하면 VM에서 시작 및 중지와 같은 작업을 수행할 수 없습니다. 디스크는 UI에 표시되지 않으며 API를 통해 표시되지도 않습니다. 해당 시점의 VM은 복구할 수 없으며 삭제해야 합니다.
  • 수정: 디스크를 올바르게 변환하려면 관리 디스크로 변환 가이드를 따릅니다.

App Service

다음 단계

1903 보관된 알려진 문제

1902년 보관된 알려진 문제

1901 보관된 알려진 문제

1811 보관된 알려진 문제

1809 보관된 알려진 문제

1808 보관된 알려진 문제

1807 보관된 알려진 문제

1805 보관된 알려진 문제

1804 보관된 알려진 문제

1803 보관된 알려진 문제

1802 보관된 알려진 문제

이 릴리스의 알려진 문제는 보관된 릴리스 정보와 결합됩니다.