다음을 통해 공유

Azure Stack Hub 보관된 알려진 문제

  • 아티클

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

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

App Service

리소스 공급자 인증서의 비밀 회전 후 잘못된 회전 상태

  • 적용 가능: 이 문제는 모든 Azure Stack Hub 추가 기능 리소스 공급자에 적용됩니다.
  • 원인: 비밀 회전 후 회전이 성공적으로 완료된 경우에도 회전 상태가 "진행 중"으로 표시되고 프로비전 상태가 "성공"으로 표시되고 만료 날짜가 업데이트됩니다.
  • 수정: 없음. 시스템 또는 워크로드에 영향을 주지 않습니다.
  • 발생: 지원되는 모든 버전의 Azure Stack Hub.

포털

관리 포털에서 노드 CPU 코어의 잘못된 보고

  • 적용 가능: 이 문제는 릴리스 2301에 적용됩니다.
  • 원인: 클러스터 노드 용량 창의 Azure Stack Hub 관리 포털에서 보고된 코어 수가 잘못되었습니다. 이는 화장품이며 패브릭 리소스 공급자가 이 정보를 가져오는 방법과 관련하여 2301년에 변경된 문제입니다. 이는 2301로 업데이트되는 새 배포 및 기존 스탬프 모두에 영향을 주지만 스탬프 또는 워크로드 배포의 작업에는 영향을 주지 않습니다.
  • 수정: Microsoft는 문제를 인식하고 수정 작업을 진행 중입니다.
  • 발생: 일관되게 발생하는 사소한 포털 문제입니다.

App Service

리소스 공급자 인증서의 비밀 회전 후 잘못된 회전 상태

  • 적용 가능: 이 문제는 모든 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시간 이내에 경고가 자동으로 닫힙니다.

  • 발생: 일반

포털

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

  • 적용 가능: 이 문제는 릴리스 2206에 적용됩니다.
  • 원인: 업데이트 블레이드 및/또는 포털 대시보드를 사용할 수 없게 되고 업데이트 자체 중에 오류가 표시될 수 있습니다.
  • 수정: 포털을 1시간 이상 사용할 수 없는 경우 PEP를 사용하여 업데이트 상태를 확인할 수 있습니다. 자세한 내용은 권한 있는 엔드포인트를 사용하여 Azure Stack Hub의 업데이트 모니터링을 참조하세요.

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

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

데이터 센터 통합

그래프 구성 실패

  • 적용 가능: 이 문제는 릴리스 2206에 적용됩니다.
  • 원인: 잘못된 자격 증명 오류로 인해 그래프 구성이 실패합니다.
  • 수정: 자격 증명이 올바른 경우 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에 올바르게 구성됩니다.
  • 발생: 일반

데이터 디스크가 연결된 Virtual Machine Scale Set을 만들 수 없습니다.

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

디스크 스냅샷 만들기가 실패할 수 있습니다.

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

포털

컨테이너 레지스트리

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

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

설치가 이미 완료되었지만 설치하라는 컨테이너 레지스트리 운영자 환경

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

관리 구독

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

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

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

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

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

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

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

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

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

  • 적용 가능: 이 문제는 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를 수정합니다.

  • 발생: 일반

가상 네트워크 게이트웨이

Load Balancer

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

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

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

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

부동 IP를 사용하는 경우 백 엔드 포트와 프런트 엔드 포트가 동일해야 합니다.

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

Compute

VM 중지 또는 시작

VM 중지-할당 취소 결과 MTU 구성 제거

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

2005년 보관된 알려진 문제

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

Important

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

엽데이트

알려진 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를 수정합니다.
  • 발생: 일반

가상 네트워크 게이트웨이

Load Balancer

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

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

공용 IP가 실패 상태에 있음

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

Compute

MTU 구성에서 VM 중지-할당 취소 결과

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

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

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

가상 머신 크기 집합

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

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 4노드 Azure Stack Hub 환경에서 업데이트 프로세스 중에 FabricVmPlacementErrorUnsupportedFaultDomainSize 오류로 인해 3개의 장애 도메인의 가용성 집합에서 VM을 만들고 가상 머신 확장 집합 인스턴스를 만드는 데 실패합니다.
  • 수정: 2개의 장애 도메인이 있는 가용성 집합에서 단일 VM을 만들 수 있습니다. 그러나 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에 대한 알려진 문제는 개요 > 릴리스 정보 > 알려진 문제에서 찾을 수 있습니다.

Important

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

2002년 보관된 알려진 문제

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

Important

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

엽데이트

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을 만들고 가상 머신 확장 집합 인스턴스를 만드는 데 실패합니다.
  • 수정: 2개의 장애 도메인이 있는 가용성 집합에서 단일 VM을 만들 수 있습니다. 그러나 4노드 Azure Stack Hub 배포의 업데이트 프로세스 중에는 확장 집합 인스턴스를 만들 수 없습니다.

포털

관리 구독

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

구독 권한

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: Azure Stack Hub 포털을 사용하여 구독에 대한 권한을 볼 수 없습니다.
  • 수정: PowerShell을 사용하여 사용 권한을 확인합니다.
  • 발생: 일반

스토리지 계정 옵션

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 스토리지 계정의 이름은 스토리지 계정(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를 제거합니다.
  • 발생: 일반

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

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

네트워크 인터페이스

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

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

기본 네트워크 인터페이스

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

공용 IP

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

가상 네트워크 게이트웨이

설명서

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 용량에 있는 것과 같은 오류가 발생할 수 있습니다. 이 구독은 사용 가능한 총 지역 vCPU 50개 모두를 사용하고 있습니다. 이는 사용 가능한 총 코어의 할당량에 도달했음을 나타냅니다.
  • 수정: 운영자에게 추가 할당량이 있는 추가 기능 계획을 요청합니다. 현재 계획의 할당량을 편집해도 작동하지 않거나 증가된 할당량이 반영됩니다.
  • 발생: 드문 경우

VM 시작 또는 중지

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

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 할당 취소 중지된 가상 머신을 시작하려고 하면 다음과 같은 오류가 표시 될 수 있습니다. VM 진단 스토리지 계정 '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의 자동화된 백업을 구성할 때 SQL Server IaaS 에이전트 오류 와 함께 실패합니다. 기본 연결이 닫혔습니다. 전송 시 예기치 않은 오류가 발생했습니다.
  • 발생: 일반

1910 보관된 알려진 문제

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

Important

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

엽데이트

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

포털

관리 구독

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

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

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

구독 권한

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: Azure Stack Hub 포털을 사용하여 구독에 대한 권한을 볼 수 없습니다.
  • 수정: PowerShell을 사용하여 사용 권한을 확인합니다.
  • 발생: 일반

스토리지 계정 설정

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 스토리지 계정 구성 블레이드에 보안 전송 유형을 변경하는 옵션이 표시됩니다. 이 기능은 현재 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분 동안 기다렸다가 상태를 확인합니다.
  • 발생: 일반

스토리지 계정 옵션

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

Storage 계정 구성

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

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

액세스 제어(IAM)

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

SQL 리소스 공급자

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

활동 로그 블레이드

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

네트워킹

부하 분산 장치

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

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

네트워크 보안 그룹

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

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

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 게이트웨이 는 다음 홉 유형 옵션 중 하나로 표시되지만 Azure Stack Hub에서는 지원되지 않습니다.
  • 발생: 일반

Virtual Network 게이트웨이 블레이드에서 경고를 사용하는 옵션을 표시합니다.

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

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

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

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

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 연결 블레이드에 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개 모두를 사용하고 있습니다. 이는 사용 가능한 총 코어의 할당량에 도달했음을 나타냅니다.
  • 수정: 운영자에게 추가 할당량이 있는 추가 기능 계획을 요청합니다. 현재 계획의 할당량을 편집해도 작동하지 않거나 증가된 할당량이 반영됩니다.
  • 발생: 드문 경우

Privileged Endpoint

  • 적용 가능: 이 문제는 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을 만들고 가상 머신 확장 집합 인스턴스를 만드는 데 실패합니다.
  • 수정: 2개의 장애 도메인이 있는 가용성 집합에서 단일 VM을 만들 수 있습니다. 그러나 4노드 Azure Stack Hub 배포의 업데이트 프로세스 중에는 확장 집합 인스턴스를 만들 수 없습니다.

1908년 보관된 알려진 문제

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

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

Important

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

Important

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

1908 업데이트 프로세스

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

포털

관리 구독

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

구독 속성 블레이드

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

구독 잠금 블레이드

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

구독 권한

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: Azure Stack 포털을 사용하여 구독에 대한 권한을 볼 수 없습니다.
  • 수정: PowerShell을 사용하여 사용 권한을 확인합니다.
  • 발생: 일반

스토리지 계정 설정

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

Blob 업로드

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

네트워킹

서비스 엔드포인트

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

네트워크 인터페이스

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

가상 네트워크 게이트웨이

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

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

경고

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

활성-활성

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

VPN 문제 해결사

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

설명서

Compute

VM 부팅 진단

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

가상 머신 크기 집합

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

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 4노드 Azure Stack 환경에서 업데이트 프로세스 중에 FabricVmPlacementErrorUnsupportedFaultDomainSize 오류로 인해 3개의 장애 도메인의 가용성 집합에서 VM을 만들고 가상 머신 확장 집합 인스턴스를 만드는 데 실패합니다.
  • 수정: 2개의 장애 도메인이 있는 가용성 집합에서 단일 VM을 만들 수 있습니다. 그러나 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 릴리스의 알려진 문제를 나열합니다. 새 문제가 식별되면 목록이 업데이트됩니다.

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

Important

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

Important

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

1907 업데이트 프로세스

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

포털

관리 구독

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

구독 속성 블레이드

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

구독 권한

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: Azure Stack 포털을 사용하여 구독에 대한 권한을 볼 수 없습니다.
  • 수정: PowerShell을 사용하여 사용 권한을 확인합니다.
  • 발생: 일반

스토리지 계정 설정

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

Blob 업로드

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

네트워킹

서비스 엔드포인트

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

네트워크 인터페이스

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

가상 네트워크 게이트웨이

경고

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

활성-활성

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

VPN 문제 해결사

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 연결 블레이드에 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을 만들고 가상 머신 확장 집합 인스턴스를 만드는 데 실패합니다.
  • 수정: 2개의 장애 도메인이 있는 가용성 집합에서 단일 VM을 만들 수 있습니다. 그러나 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 릴리스의 알려진 문제를 나열합니다. 새 문제가 식별되면 목록이 업데이트됩니다.

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

Important

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

Important

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

1906 업데이트 프로세스

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

포털

관리 구독

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

구독 리소스

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

구독 권한

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: Azure Stack 포털을 사용하여 구독에 대한 권한을 볼 수 없습니다.
  • 수정: PowerShell을 사용하여 사용 권한을 확인합니다.
  • 발생: 일반

구독 속성 블레이드

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

스토리지 계정 설정

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

Blob 업로드

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

엽데이트

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

네트워킹

서비스 엔드포인트

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

네트워크 인터페이스

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

가상 네트워크 게이트웨이

경고

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

활성-활성

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

VPN 문제 해결사

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

설명서

부하 분산 장치

백 엔드 풀 추가

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

인바운드 NAT 만들기

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

Compute

VM 부팅 진단

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

가상 머신 크기 집합

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

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 4노드 Azure Stack 환경에서 업데이트 프로세스 중에 FabricVmPlacementErrorUnsupportedFaultDomainSize 오류로 인해 3개의 장애 도메인의 가용성 집합에서 VM을 만들고 가상 머신 확장 집합 인스턴스를 만드는 데 실패합니다.
  • 수정: 2개의 장애 도메인이 있는 가용성 집합에서 단일 VM을 만들 수 있습니다. 그러나 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 릴리스의 알려진 문제를 나열합니다. 새 문제가 식별되면 목록이 업데이트됩니다.

Important

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

업데이트 프로세스

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

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

준비 실패

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

포털

구독 리소스

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

구독 권한

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: Azure Stack 포털을 사용하여 구독에 대한 권한을 볼 수 없습니다.
  • 수정: PowerShell을 사용하여 사용 권한을 확인합니다.
  • 발생: 일반

마켓플레이스 관리

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

Docker 확장

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

Blob 업로드

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

템플릿

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

네트워킹

부하 분산 장치

백 엔드 풀 추가

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

인바운드 NAT 만들기

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Load Balancer에 대한 인바운드 NAT 규칙을 만들려고 하면 부하 분산 장치를 업데이트하지 못했다는 오류 메시지와 함께 작업이 실패합니다.
  • 수정: 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을 다시 만들어야 합니다.
  • 발생: 일반

가상 머신 크기 집합

확장 집합 제거

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

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

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

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

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

Ubuntu SSH 액세스

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

다음 단계

1904년 보관된 알려진 문제

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

Important

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

업데이트 프로세스

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

포털

관리 구독

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

구독 리소스

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

구독 권한

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: Azure Stack 포털을 사용하여 구독에 대한 권한을 볼 수 없습니다.
  • 수정: PowerShell을 사용하여 사용 권한을 확인합니다.
  • 발생: 일반

Docker 확장

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

마켓플레이스 관리

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

마켓플레이스 관리

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

마켓플레이스 관리

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

Docker 확장

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

Blob 업로드

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

템플릿

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

네트워킹

부하 분산 장치

백 엔드 풀 추가

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

인바운드 NAT 만들기

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 사용자 포털에서 Load Balancer에 대한 인바운드 NAT 규칙을 만들려고 하면 부하 분산 장치를 업데이트하지 못했다는 오류 메시지와 함께 작업이 실패합니다.
  • 수정: 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에서 부팅 진단을 사용하도록 설정하지만 부팅 진단 스토리지 계정을 삭제하면 오류가 발생합니다.
  • 수정: 이전에 사용한 것과 동일한 이름으로 스토리지 계정을 다시 만듭니다.
  • 발생: 일반

가상 머신 크기 집합

확장 집합 제거

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

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

  • 적용 가능: 이 문제는 지원되는 모든 릴리스에 적용됩니다.
  • 원인: 4노드 Azure Stack 환경에서 업데이트 프로세스 중에 FabricVmPlacementErrorUnsupportedFaultDomainSize 오류로 인해 3개의 장애 도메인의 가용성 집합에서 VM을 만들고 가상 머신 확장 집합 인스턴스를 만드는 데 실패합니다.
  • 수정: 2개의 장애 도메인이 있는 가용성 집합에서 단일 VM을 만들 수 있습니다. 그러나 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 핫픽스에서 해결되었습니다.

  • 발생: 일반

가상 머신 확장 집합 인스턴스 보기

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

사용자 이미지 서비스

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

스토리지

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

App Service

  • 테넌트는 구독에서 첫 번째 Azure Function을 만들기 전에 스토리지 리소스 공급자를 등록해야 합니다.
  • 일부 테넌트 포털 사용자 환경은 1903년 포털 프레임워크와의 비호환성으로 인해 중단되었습니다. 주로 배포 슬롯에 대한 UX, 프로덕션 및 사이트 확장에서 테스트합니다. 이 문제를 해결하려면 Azure 앱 Service PowerShell 모듈 또는 Azure CLI를 사용합니다. Azure Stack의 Azure 앱 Service 배포를 1.6(업데이트 6)으로 업그레이드하여 포털 환경이 복원됩니다.

다음 단계

1903 보관된 알려진 문제

1902년 보관된 알려진 문제

1901년 보관된 알려진 문제

1811 보관된 알려진 문제

1809 보관된 알려진 문제

1808 보관된 알려진 문제

1807 보관된 알려진 문제

1805 보관된 알려진 문제

1804 보관된 알려진 문제

1803 보관된 알려진 문제

1802 보관된 알려진 문제

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