Azure Stack Hub アーカイブの既知の問題

  • [アーティクル]

この記事では、Azure Stack Hub のリリースで未対応の既知の問題の一覧を示します。 新しい問題が特定されると、この一覧は更新されます。

別のアーカイブ バージョンの既知の問題にアクセスするには、左側の目次の上部にあるバージョン セレクターのドロップダウンを使用します。

警告

[Geographical region not provided] (地理的リージョンが指定されていません)

  • 適用先: この問題は、リリース 2206 に適用されます。

  • 原因: [Geographical region not provided] (地理的リージョンが指定されていません) のアラートが表示され、Schrems II コンプライアンスの選択を行うように求められます。

  • 修復: 次の PowerShell コマンドレットを実行して、地理的設定を指定できます。

    Set-DataResidencyLocation -Europe:$true or $false

    データの所在地の場所が更新され、すべてのデータが EU 内で保管され、処理されます。 このアラートを手動で閉じるか、地理的リージョンの設定が管理ポータルに表示された後で無視します (「Azure Stack Hub の EU Schrems II イニシアチブ」の説明に従います)。 このアラートは、選択が行われた後も、最大で 1 週間アクティブなままです。

  • 発生頻度: 共通

[Encryption recovery keys retrieval] (暗号化回復キーの取得) の警告

  • 適用先: この問題は 2206 以降のリリースに適用されます。

  • 原因: [Encryption recovery keys retrieval] (暗号化回復キーの取得) の警告が表示され、暗号化回復キーを取得し、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] ブレードには、Basic SKU から Standard SKU へのアップグレードを推奨するバナーが表示されます

  • 該当: この問題は、リリース 2108 以降に適用されます。
  • 原因: Azure portalでは Basic から Standard SKU へのアップグレードが推奨されていますが、この機能は Azure Stack Hub ではサポートされていません。
  • 修復: アップグレードは失敗する可能性があるため、試みないでください。
  • 発生頻度: 共通
  • 該当: この問題は、リリース 2102 以降に適用されます。
  • 原因: [Virtual Machinesの概要] ブレードでディスク インスタンスをクリックしても、メニュー項目が表示されません。
  • 修復: ページを更新すると、メニューが再び表示されます。 または、ポータルの [ディスク ] 領域を 使用して、特定のディスク インスタンスに移動することもできます。
  • 発生: ポータルの軽微な問題が一貫して発生します。

データセンターの統合

Graph の構成が失敗する

  • 適用先: この問題は、リリース 2206 に適用されます。
  • 原因: Graph の構成が無効な資格情報エラーで失敗します。
  • 修復: 資格情報が正しい場合は、domainname\username ではなく、ユーザー名のみとして指定する必要があります。
  • 発生頻度: 共通

更新

AKS クラスターまたは ACR レジストリが作成されていて、AKS および ACR サービスのプライベート プレビューがインストールされている場合、2108 への更新は続行されない

  • 適用先: この問題は、2108 へのアップグレードを計画している、Azure Kubernetes Service (AKS) と Azure Container Registry (ACR) プライベート プレビューのお客様に該当します。
  • 修復: オペレーターは、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 で導入された 2 つの管理サブスクリプションは使用しないでください。 サブスクリプションの種類は、Metering (使用状況の測定) と Consumption (従量課金) です。
  • 修復: これら 2 つのサブスクリプション上でリソースが実行されている場合は、ユーザー サブスクリプションで再作成してください。
  • 発生頻度: 共通

DNS ブレードを作成するとポータルがクラッシュする

  • 適用対象: この問題は、修正プログラム バージョン 1.2108.2.81 が適用されているすべてのサポート対象リリースに該当します。
  • 原因: 2 つの特定のフローが、ユーザー ポータルがクラッシュして終了することがあります。
    • [リソースの作成] > [ネットワーク] > [DNS ゾーン]
    • [リソースの作成] > [ネットワーク] > [接続]
  • 修復: 次のワークフローにより、クラッシュは発生しません。
    • [すべてのサービス] > [DNS ゾーン] > [+ 追加] または [すべてのサービス] > [接続] > [+ 追加]
  • 発生頻度: 共通

ポータルに、ユーザーのメールアドレスではなく "識別されないユーザー" と表示される

  • 該当: この問題は、アカウント プロファイルに電子メール アドレスのないMicrosoft Entra アカウントを使用している修正プログラム バージョン 1.2108.2.81 を持つすべてのシステムに適用されます。
  • 修復: Azure portalにサインインし、この問題が発生しているMicrosoft Entra アカウントにメール アドレスを追加します。
  • 発生頻度: 共通

[パブリック IP] ブレードと [Load Balancer] ブレードには、Basic SKU から Standard SKU へのアップグレードを推奨するバナーが表示されます

  • 該当: この問題は、リリース 2108 以降に適用されます。
  • 原因: Azure portalでは Basic から Standard SKU へのアップグレードが推奨されていますが、この機能は Azure Stack Hub ではサポートされていません。
  • 修復: アップグレードは失敗する可能性があるため、試みないでください。
  • 発生頻度: 共通
  • 該当: この問題は、リリース 2102 以降に適用されます。
  • 原因: [Virtual Machinesの概要] ブレードでディスク インスタンスをクリックしても、メニュー項目が表示されません。
  • 修復: ページを更新すると、メニューが再び表示されます。 または、ポータルの [ディスク ] 領域を 使用して、特定のディスク インスタンスに移動することもできます。
  • 発生: ポータルの軽微な問題が一貫して発生します。

データ プレーン クラスターが異常な状態にあり、すべてのノードが警告状態にある

  • 適用対象: この問題は、サポートされているすべての 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 リリースに適用されます。
  • 原因: 内部インフラストラクチャ シークレットの有効期限が切れている可能性があります。
  • 解決策: サポート リクエストをオープンし、支援を受けてください。

Azure Kubernetes Service (AKS)

AKS クラスターにデプロイされたアプリケーションが永続ボリュームにアクセスできない

  • 適用先: この問題は、リリース 2108 に該当します。
  • 原因: 次を使用して AKS クラスターをデプロイする場合:
    • Kubernetes 1.19、または
    • Kubenet をネットワーク プラグインとして使用している Kubernetes 1.20
      また、永続ボリュームを使用するアプリケーションをデプロイすると、永続ボリュームをデプロイしようとするときに、アプリケーションのポッドに問題が発生することがあります。 ポッドのログを確認すると、拒否されたアクセス許可に関するエラーが見つかる場合があります。 この問題は、Azure Stack Hub の Azure Disk CSI ドライバーに存在します。
  • 修復: AKS クラスターをデプロイする場合は、Kubernetes バージョン 1.20 と、ネットワーク プラグインに Azure CNI のみを選択する必要があります。
  • 発生頻度: 共通

更新

Azure Stack Hub の更新に関する既知の問題については、Azure Stack Hub の更新プログラムに関するトラブルシューティングに関する記事を参照してください。

AKS/ACR の更新前のチェック中に 2102 への更新が失敗する

  • 適用先: この問題は、2102 へのアップグレードまたは修正プログラムの適用を計画している、Azure Kubernetes Service (AKS) と Azure Container Registry (ACR) プライベート プレビューのお客様に適用されます。
  • 修復: 2102 に更新する前、または 2102 に更新した後で修正プログラムを適用する前に、AKS と ACR をアンインストールします。 これらのサービスをアンインストールした後、更新プログラムを再起動してください。
  • 発生頻度: ACR または AKS がインストールされているすべてのスタンプで、このエラーが発生します。

ポータル

管理サブスクリプション

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 使用状況測定と従量課金の 2 つの管理サブスクリプションの種類は無効になっているため、使用しないでください。 それらにリソースがある場合、それらのリソースを削除するまでアラートが生成されます。
  • 修復: これら 2 つのサブスクリプション上でリソースが実行されている場合は、ユーザー サブスクリプションで再作成してください。
  • 発生頻度: 共通

ネットワーク

仮想ネットワーク ゲートウェイ

Load Balancer

ロード バランサー規則

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 負荷分散プロパティ (セッション永続化) の更新または変更が機能しておらず、一部の仮想マシンがトラフィックの負荷分散に参加していない可能性があります。 たとえば、4 つのバックエンド仮想マシンがあり、ロード バランサーに接続しているのは 2 つのクライアントのみで、負荷分散がクライアント IP に設定されている場合、クライアント セッションでは常に同じバックエンド仮想マシンが使用されます。 クライアント接続をすべてのバックエンド仮想マシン全体に分散させるために負荷分散プロパティを "なし" に変更しても効果はありません。
  • 修復: 負荷分散ルールを再作成すると、選択された設定がすべてのバックエンド VM に対して正しく構成されます。
  • 発生頻度: 共通

[フロントエンド IP アドレスの追加] に [IPv6] ボタンが表示される

  • 適用先: この問題は 2008 以降のリリースに適用されます。
  • 原因: ロード バランサー上の [フロントエンド IP アドレスの追加] オプションに [IPv6] ボタンが表示されます。 これらのボタンは無効で、選択できません。
  • 発生頻度: 共通

フローティング IP が有効な場合のバックエンド ポートとフロントエンド ポート

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:フローティング IP が有効になっている場合は、負荷分散規則でフロントエンド ポートとバックエンド ポートの両方が同じである必要があります。 この動作は仕様です。
  • 発生頻度: 共通

正常性とアラート

Azure Kubernetes Service (AKS) または Azure Container Registry (ACR) のリソース プロバイダーが test-azurestack で失敗する

  • 適用先: この問題は 2102 以前のリリースに適用されます。
  • 原因: test-azurestack 更新準備コマンドを実行すると、テストで次の 2 つの警告がトリガーされます。
    WARNING: Name resolution of containerservice.aks.azs failed
WARNING: Name resolution of containerregistry.acr.azs failed
  • 修復: Azure Kubernetes Service (AKS) または Azure Container Registry (ACR) リソース プロバイダーがインストールされていないため、これらの警告が想定されます。
  • 発生頻度: 共通

Syslog パイプライン内にアラートがない

  • 適用先: この問題は、リリース 2102 に適用されます。
  • 原因: このリリースでは、お客様用のアラート モジュールは、アラートの Syslog に応じて無効になっています。 このリリースの正常性と監視のパイプラインは、依存関係とサービス要件の数を減らすために変更されました。 このため、新しいサービスは Syslog パイプラインに対してアラートを生成しません。
  • 修復: [なし] :
  • 発生頻度: 共通

使用

インフラストラクチャ バックアップ上の状態が間違っている

  • 適用先: この問題は、リリース 2102 に適用されます。
  • 原因: 状態自体の更新中、インフラストラクチャ バックアップ ジョブによって間違った状態 (失敗または成功) が表示されることがあります。 これはバックアップ データの整合性には影響しませんが、実際に障害が発生すると、混乱が生じる可能性があります。
  • 修復: この問題は 2102 用の次の修正プログラムで修正されます。

更新

Azure Stack Hub の更新に関する既知の問題については、Azure Stack Hub の更新プログラムに関するトラブルシューティングに関する記事を参照してください。

更新による CA VM へのパッケージ Microsoft.AzureStack.Compute.Installer のインストールに失敗しました

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:更新中、CA VM にコピーする必要がある新しいコンテンツで、プロセスがロックを取得します。 更新が失敗すると、ロックは解除されます。
  • 修復: 更新プログラムを再開します。
  • 発生頻度: 珍しい

ポータル

管理サブスクリプション

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: バージョン 1804 で導入された 2 つの管理サブスクリプションは使用しないでください。 このサブスクリプションの種類は Metering サブスクリプションと Consumption サブスクリプションです。
  • 修復: これら 2 つのサブスクリプション上でリソースが実行されている場合は、ユーザー サブスクリプションで再作成してください。
  • 発生頻度: 共通

ネットワーク

ネットワーク セキュリティ グループ

DenyAllOutbound 規則が原因で VM のデプロイが失敗する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。

  • 原因: VM の作成中は、インターネットに対する明示的な DenyAllOutbound 規則を NSG に作成することはできません。VM のデプロイを完了するために必要な通信が妨げられるためです。 また、VM をデプロイするために必要な次の 2 つの重要な IP も拒否されます:DHCP IP:169.254.169.254 および DNS IP:168.63.129.16

  • 修復: VM の作成中はインターネットのアウトバウンド トラフィックを許可しておき、VM の作成後に、必要なトラフィックをブロックするよう NSG を変更してください。

  • 発生頻度: 共通

Virtual Network ゲートウェイ

Load Balancer

Load Balancer が特定のシナリオでトラフィックを 1 つのバックエンド VM に送信する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ロード バランサーでセッション アフィニティを有効にすると、2 タプル ハッシュで、VM に割り当てられたプライベート IP ではなく、PA IP (物理アドレス IP) が使用されます。 ロード バランサーに送信されるトラフィックが VPN 経由で到着する、またはすべてのクライアント VM (ソース IP) が同じノード上に存在し、セッション アフィニティが有効になっているシナリオでは、すべてのトラフィックが 1 つのバックエンド VM に送信されます。
  • 発生頻度: 共通

[フロントエンド IP アドレスの追加] に [IPv6] ボタンが表示される

  • 適用先:この問題は 2008 リリースに適用されます。
  • 原因:IPv6 ボタンは、パブリック ロード バランサーのフロントエンド IP 構成が作成されるときに表示され、有効になります。 これはポータルの表面的な問題です。 IPv6 は Azure Stack Hub ではサポートされていません。
  • 発生頻度: 共通

フローティング IP が有効になっている場合は、バックエンド ポートとフロントエンド ポートが同じである必要があります

  • 適用先:この問題はすべてのリリースに適用されます。
  • 原因:フローティング IP が有効になっている場合は、負荷分散規則でフロントエンド ポートとバックエンド ポートの両方が同じである必要があります。 この動作は仕様です。
  • 発生頻度: 共通

Compute

VM を停止または起動する

VM の停止と割り当て解除を行うと MTU 構成が削除される

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: VM で 停止、割り当て解除 を実行すると、VM の MTU 構成が削除されます。 この動作は Azure と矛盾しています。
  • 発生頻度: 共通

2005 アーカイブされた既知の問題

この記事では、Azure Stack Hub のリリースにおける既知の問題の一覧を示します。 新しい問題が特定されると、この一覧は更新されます。

重要

お使いの Azure Stack Hub インスタンスが 2 つ前の更新プログラムより古い場合、コンプライアンスに対応していないとみなされます。 サポートを受けるためには、少なくともサポートされる最小バージョンまで更新する必要があります。

更新

Azure Stack Hub の更新に関する既知の問題については、Azure Stack Hub の更新プログラムに関するトラブルシューティングに関する記事を参照してください。

更新による CA VM へのパッケージ Microsoft.AzureStack.Compute.Installer のインストールに失敗しました

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:更新中、CA VM にコピーする必要がある新しいコンテンツで、プロセスがロックを取得します。 更新が失敗すると、ロックは解除されます。
  • 修復: 更新プログラムを再開します。
  • 発生頻度: 珍しい

ポータル

管理サブスクリプション

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: バージョン 1804 で導入された 2 つの管理サブスクリプションは使用しないでください。 このサブスクリプションの種類は Metering サブスクリプションと Consumption サブスクリプションです。
  • 修復: これら 2 つのサブスクリプション上でリソースが実行されている場合は、ユーザー サブスクリプションで再作成してください。
  • 発生頻度: 共通

ネットワーク

ネットワーク セキュリティ グループ

実行中の VM に NIC が接続されていない場合、NSG を削除できない

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: NSG と、実行中の VM に接続されていない NIC の関連付けを解除すると、そのオブジェクトの更新 (PUT) 操作がネットワーク コントローラー レイヤーで失敗します。 NSG はネットワーク リソース プロバイダー レイヤーで更新されますが、ネットワーク コントローラー上では更新されないため、NSG はエラー状態に移行します。
  • 修復: 削除する必要がある NSG に関連付けられている NIC を、実行中の VM に接続し、NSG の関連付けを解除するか、NSG に関連付けられている NIC をすべて削除します。
  • 発生頻度: 共通

DenyAllOutbound 規則が原因で VM のデプロイが失敗する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: VM の作成中は、インターネットに対する明示的な DenyAllOutbound 規則を NSG に作成することはできません。VM のデプロイを完了するために必要な通信が妨げられるためです。
  • 修復: VM の作成中はインターネットのアウトバウンド トラフィックを許可しておき、VM の作成後に、必要なトラフィックをブロックするよう NSG を変更してください。
  • 発生頻度: 共通

Virtual Network ゲートウェイ

Load Balancer

Load Balancer が特定のシナリオでトラフィックを 1 つのバックエンド VM に送信する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ロード バランサーでセッション アフィニティを有効にすると、2 タプル ハッシュで、VM に割り当てられたプライベート IP ではなく、PA IP (物理アドレス IP) が使用されます。 ロード バランサーに送信されるトラフィックが VPN 経由で到着する、またはすべてのクライアント VM (ソース IP) が同じノード上に存在し、セッション アフィニティが有効になっているシナリオでは、すべてのトラフィックが 1 つのバックエンド VM に送信されます。
  • 発生頻度: 共通

パブリック IP が失敗状態にある

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ロード バランサーに関連付けられているパブリック IP の IdleTimeoutInMinutes 値は変更できません。 この操作により、パブリック IP は失敗状態になります。
  • 修復: パブリック IP を正常な状態に戻すには、パブリック IP を参照するロード バランサー規則の IdleTimeoutInMinutes 値を元の値に戻します (既定値は 4 分です)。
  • 発生頻度: 共通

Compute

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 プレビューの準備のための仕様です。

コンピューティング クォータの消費

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 新しい仮想マシンを作成すると、"This subscription is at capacity for Total Regional vCPUs on this location.This subscription is using all 50 Total Regional vCPUs available. " (このサブスクリプションはこの場所の [リージョンの vCPU の合計] の容量に達しています。このサブスクリプションは、[リージョンの vCPU の合計] の使用可能な 50 個をすべて使用しています。)" などのエラーを受け取ることがあります。 これは、使用可能な合計コア数のクォータに達したことを示します。
  • 修復: クォータを追加したアドオン プランをオペレーターに依頼してください。 現在のプランのクォータの編集では解決せず、クォータの増加は反映されません。
  • 発生頻度: 珍しい

VM の概要ブレードに正しいコンピューター名が表示されない

  • 適用先:この問題はすべてのリリースに適用されます。
  • 原因: 概要ブレードで VM の詳細を表示すると、コンピューター名に (使用できません) と表示されます。 これは、特殊なディスクまたはディスク スナップショットから作成された VM の設計によるもので、Marketplace イメージでも発生します。
  • 修復: [設定] の下にある [プロパティ] ブレードを確認します。

仮想マシン スケール セット

4 ノードの Azure Stack Hub 環境では修正プログラムや更新プログラムの適用中に作成が失敗する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 4 ノードの Azure Stack Hub 環境では、障害ドメインが 3 つの可用性セット内での VM の作成および仮想マシン スケール セット インスタンスの作成が、更新プロセス中に FabricVmPlacementErrorUnsupportedFaultDomainSize エラーで失敗します。
  • 修復: 障害ドメインが 2 つの可用性セット内には 1 つの VM を正常に作成できます。 ただし、4 ノードの Azure Stack Hub のデプロイでは、依然として更新プロセス中にスケール セット インスタンスを作成することはできません。

ストレージ

保持期間が 0 に戻る

  • 適用先:この問題は、リリース 2002 および 2005 に適用されます。
  • 原因: 保持期間の設定で 0 以外の期間を指定した場合は、2002 または 2005 の更新中に 0 (この設定の既定値) に戻ります。 0 日の設定は、更新が完了した直後に有効になります。これにより、削除された既存のストレージ アカウントと今後新たに削除されるストレージ アカウントはすべて、すぐに保持期間外となり、定期的なガベージ コレクション (1 時間ごとに実行) のマークが付けられます。
  • 修復: 保持期間を正しい期間に手動で指定してください。 新しい保持期間が指定される前に既にガベージ コレクションされているストレージ アカウントは回復できません。

リソース プロバイダー

SQL/MySQL

  • 適用先:この問題は、リリース 2002 に適用されます。
  • 原因: スタンプに SQL リソースプロバイダー (RP) バージョン 1.1.33.0 以前が含まれている場合は、スタンプの更新時に SQL または MySQL のブレードが読み込まれません。
  • 修復: RP をバージョン 1.1.47.0 に更新します。

App Service

  • 適用先:この問題は、リリース 2002 に適用されます。
  • 原因: スタンプに App Service リソース プロバイダー (RP) バージョン 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."
  • 修復: 同じセッションで、次のコマンドレットを実行します。
    Install-Module PowershellGet -MinimumVersion 2.3.0 -Force
    セッションを閉じ、新しい管理者特権の PowerShell セッションを開始します。
  • 発生頻度: 共通

Az モジュールをインストールすると、管理者権限が必要であるというエラーが間違ってスローされる

  • 適用先:この問題は、2002 以降に適用されます。
  • 原因:管理者特権のプロンプトからモジュールをインストールすると、エラーがスローされます。 エラーは Administrator rights required と表示されます。
  • 修復: セッションを閉じ、新しい管理者特権で PowerShell セッションを開始します。 既存の Az が存在しないことを確認します。 アカウント モジュールがセッションに読み込まれました。
  • 発生頻度: 共通

対応されているバージョンの既知の問題

Azure Stack Hub の対応済みバージョンにおける既知の問題は、[概要] > [リリースノート] > [既知の問題]の順にクリックしてください。

重要

お使いの Azure Stack Hub インスタンスが 2 つ前の更新プログラムより古い場合、コンプライアンスに対応していないとみなされます。 サポートを受けるためには、少なくともサポートされる最小バージョンまで更新する必要があります。

2002 アーカイブされた既知の問題

この記事では、Azure Stack Hub のリリースにおける既知の問題の一覧を示します。 新しい問題が特定されると、この一覧は更新されます。

重要

お使いの Azure Stack Hub インスタンスが 2 つ前の更新プログラムより古い場合、コンプライアンスに対応していないとみなされます。 サポートを受けるためには、少なくともサポートされる最小バージョンまで更新する必要があります。

更新

2002 更新プログラムを適用した後、"Invalid Time Source"(無効なタイム ソース) のアラートが管理者ポータルに誤って表示される場合があります。 この誤検知アラートは無視してもかまいません。今後のリリースで修正される予定です。

Azure Stack Hub の更新に関する既知の問題については、Azure Stack Hub の更新プログラムに関するトラブルシューティングに関する記事を参照してください。

更新による CA VM へのパッケージ Microsoft.AzureStack.Compute.Installer のインストールに失敗しました

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:更新中、CA VM にコピーする必要がある新しいコンテンツで、プロセスがロックを取得します。 更新が失敗すると、ロックは解除されます。
  • 修復: 更新プログラムを再開します。
  • 発生頻度: 珍しい

4 ノードの Azure Stack Hub 環境では修正プログラムや更新プログラムの適用中に作成が失敗する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 4 ノードの Azure Stack Hub 環境では、障害ドメインが 3 つの可用性セット内での VM の作成および仮想マシン スケール セット インスタンスの作成が、更新プロセス中に FabricVmPlacementErrorUnsupportedFaultDomainSize エラーで失敗します。
  • 修復: 障害ドメインが 2 つの可用性セット内には 1 つの VM を正常に作成できます。 ただし、4 ノードの Azure Stack Hub のデプロイでは、依然として更新プロセス中にスケール セット インスタンスを作成することはできません。

ポータル

管理サブスクリプション

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: バージョン 1804 で導入された 2 つの管理サブスクリプションは使用しないでください。 このサブスクリプションの種類は Metering サブスクリプションと Consumption サブスクリプションです。
  • 修復: これら 2 つのサブスクリプション上でリソースが実行されている場合は、ユーザー サブスクリプションで再作成してください。
  • 発生頻度: 共通

サブスクリプションのアクセス許可

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: Azure Stack Hub ポータルを使用して、サブスクリプションに対するアクセス許可を表示することはできません。
  • 修復: PowerShell を使用してアクセス許可を確認します。
  • 発生頻度: 共通

ストレージ アカウントのオプション

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルでは、ストレージ アカウントの名前が [ストレージ アカウント - Blob、File、Table、Queue] と表示されますが、File は Azure Stack Hub ではサポートされていません。
  • 発生頻度: 共通

マネージド ディスク スナップショットの作成

  • 適用先:この問題は、リリース 2002 に適用されます。
  • 原因: ユーザー ポータルで、マネージド ディスク スナップショットを作成するときに、 [アカウントの種類] ボックスは空になります。 アカウントの種類が空のときに [作成] ボタンを選択すると、スナップショットの作成は失敗します。
  • 修復: [アカウントの種類] ドロップダウンリストからアカウントの種類を選択し、スナップショットを作成します。
  • 発生頻度: 共通

ネットワーク インターフェイスの切断についてのアラート

  • 適用先:この問題は、1908 以降に適用されます。
  • 原因: ケーブルがネットワーク アダプターから切り離されたときに、管理者ポータルにアラートが表示されません。 この問題は、Windows Server 2019 ではこの障害が既定で無効にされるために発生します。
  • 発生頻度: 共通

ネットワーク

DenyAllOutbound ルールを作成できません

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: VM の作成中は、インターネットに対する明示的な DenyAllOutbound 規則を NSG に作成することはできません。VM のデプロイを完了するために必要な通信が妨げられるためです。
  • 修復: VM の作成中はインターネットのアウトバウンド トラフィックを許可しておき、VM の作成後に、必要なトラフィックをブロックするよう NSG を変更してください。
  • 発生頻度: 共通

ICMP プロトコルが NSG ルールでサポートされない

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 受信または送信のネットワーク セキュリティ規則を作成するとき、 [プロトコル] オプションに [ICMP] オプションが表示されます。 現在、これは Azure Stack Hub ではサポートされていません。 この問題は修正されており、次の Azure Stack Hub リリースでは表示されません。
  • 発生頻度: 共通

実行中の VM に NIC が接続されていない場合、NSG を削除できない

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: NSG と、実行中の VM に接続されていない NIC の関連付けを解除すると、そのオブジェクトの更新 (PUT) 操作がネットワーク コントローラー レイヤーで失敗します。 NSG はネットワーク リソース プロバイダー レイヤーで更新されますが、ネットワーク コントローラー上では更新されないため、NSG はエラー状態に移行します。
  • 修復: 削除する必要がある NSG に関連付けられている NIC を、実行中の VM に接続し、NSG の関連付けを解除するか、NSG に関連付けられている NIC をすべて削除します。
  • 発生頻度: 共通

Load Balancer が特定のシナリオでトラフィックを 1 つのバックエンド VM に送信する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ロード バランサーでセッション アフィニティを有効にすると、2 タプル ハッシュで、VM に割り当てられたプライベート IP ではなく、PA IP (物理アドレス IP) が使用されます。 ロード バランサーに送信されるトラフィックが VPN 経由で到着する、またはすべてのクライアント VM (ソース IP) が同じノード上に存在し、セッション アフィニティが有効になっているシナリオでは、すべてのトラフィックが 1 つのバックエンド 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":"少なくとも 1 つのリソースのデプロイ操作に失敗しました」というエラーが表示されます。 詳細については、デプロイ操作の一覧を表示してください。 詳しい使用方法についてはよくある Azure デプロイ エラーのトラブルシューティングに関する記事を参照してください。","details":[{"code":"BadRequest","message":"{\r\n "error": {\r\n "code": "NetworkProfileValidationError",\r\n "message": 仮想マシン サイズ Standard_DS2_v2 が、仮想マシン スケール セット/subscriptions/x/resourceGroups/RGVMSS/providers/Microsoft.Compute/virtualMachineScaleSets/vmss の VM のインデックス 0 で有効にする高速ネットワークに許可される 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' を起動できませんでした。エラー:Failed to update serial output settings for VM 'vm-name' . (VM 'vm-name' のシリアル出力設定を更新できませんでした。) このエラーは、VM でブート診断を有効にしても、ブート診断ストレージ アカウントを削除した場合に発生します。
  • 修復: 以前使用したものと同じ名前のストレージ アカウントを再作成します。
  • 発生頻度: 共通

サブスクリプションがリージョンの vCPU の合計容量になっている

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 新しい仮想マシンを作成すると、"This subscription is at capacity for Total Regional vCPUs on this location.This subscription is using all 50 Total Regional vCPUs available. " (このサブスクリプションはこの場所の [リージョンの vCPU の合計] の容量に達しています。このサブスクリプションは、[リージョンの vCPU の合計] の使用可能な 50 個をすべて使用しています。)" などのエラーを受け取ることがあります。 これは、使用可能な合計コア数のクォータに達したことを示します。
  • 修復: クォータを追加したアドオン プランをオペレーターに依頼してください。 現在のプランのクォータの編集では解決せず、クォータの増加は反映されません。
  • 発生頻度: 珍しい

VM を起動または停止する

VM 診断ストレージ アカウントが見つからない

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 停止解除された仮想マシンを起動しようとすると、次のエラーが表示されることがあります。VM diagnostics Storage account 'diagnosticstorageaccount' not found. (VM 診断ストレージ アカウント 'diagnosticstorageaccount' が見つかりません。)Ensure storage account is not deleted. (ストレージ アカウントが削除されていないことを確認してください。) ブート診断が有効になっている VM を起動しようとしたときに、参照されるブート診断ストレージ アカウントが削除されていると、このエラーが発生します。
  • 修復: 以前使用したものと同じ名前のストレージ アカウントを再作成します。
  • 発生頻度: 共通

構成とセットアップ

VM の概要ブレードに正しくないコンピューター名が表示される

  • 適用先:この問題はすべてのリリースに適用されます。
  • 原因: 概要ブレードで VM の詳細を表示すると、コンピューター名に (使用できません) と表示されます。 これは、特殊なディスクまたはディスク スナップショットから作成された VM の設計によるもので、Marketplace イメージでも発生します。
  • 修復: [設定] の下にある [プロパティ] ブレードを確認します。

ストレージ

保持期間が 0 に戻る

  • 適用先:この問題は、リリース 2002 および 2005 に適用されます。
  • 原因: 保持期間の設定で 0 以外の期間を以前に指定した場合、2002 と 2005 の更新中に 0 (この設定の既定値) に戻されます。 0 日の設定は、更新が完了した直後に有効になります。これにより、削除された既存のストレージ アカウントと今後新たに削除されるストレージ アカウントはすべて、すぐに保持期間外となり、定期的なガベージ コレクション (1 時間ごとに実行) 用のマークが付けられます。
  • 修復: 保持期間を適切な期間に手動で指定してください。 ただし、新しい保持期間が指定される前に既にガベージ コレクションされているストレージ アカウントは回復できません。

リソース プロバイダー

SQL/MySQL

  • 適用先:この問題は、リリース 2002 に適用されます。
  • 原因: スタンプに SQL リソース プロバイダー (RP) バージョン 1.1.33.0 以前が含まれている場合は、スタンプの更新時に SQL/MySQL のブレードが読み込まれません。
  • 修復: RP をバージョン 1.1.47.0 に更新します。

App Service

  • 適用先:この問題は、リリース 2002 に適用されます。
  • 原因: スタンプに App Service リソース プロバイダー (RP) バージョン 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."
  • 修復: 同じセッションで、次のコマンドレットを実行します。
    Install-Module PowershellGet -MinimumVersion 2.3.0 -Force
    セッションを閉じ、新しい管理者特権の PowerShell セッションを開始します。
  • 発生頻度: 共通

Az モジュールをインストールすると、管理者権限が必要であるというエラーが間違ってスローされる

  • 適用先:この問題は、2002 以降に適用されます。
  • 原因:管理者特権のプロンプトからモジュールをインストールすると、エラーがスローされます。 エラーは Administrator rights required と表示されます。
  • 修復: セッションを閉じ、新しい管理者特権で PowerShell セッションを開始します。 既存の Az が存在しないことを確認します。 アカウント モジュールがセッションに読み込まれました。
  • 発生頻度: 共通

マーケットプレース

自動バックアップを構成するときにストレージ アカウントの作成がエラーになる

  • 適用先:この問題は 2002 に適用されます。
  • 原因: 新しいストレージ アカウントを使用して SQL VM の自動バックアップを構成すると、エラー "Deployment template validation failed. The template parameter for 'SqlAutobackupStorageAccountKind' is not found" (デプロイ テンプレートの検証に失敗しました。'SqlAutobackupStorageAccountKind' のテンプレート パラメーターが見つかりません) が発生して失敗します。
  • 修復: 最新の 2002 修正プログラムを適用します。

TLS 1.2 が有効になっていると自動バックアップを構成できない

  • 適用先:この問題は、2002 以降の新規インストール、または TLS 1.2 が有効になっている以前のリリースに適用されます。
  • 原因: 既存のストレージ アカウントを使用して SQL VM の自動バックアップを構成すると、次のエラーで失敗します。SQL Server IaaS Agent:基になる接続が閉じられました。送信時に、予期しないエラーが発生しました。
  • 発生頻度: 共通

1910 アーカイブされた既知の問題

この記事では、Azure Stack Hub のリリースにおける既知の問題の一覧を示します。 新しい問題が特定されると、この一覧は更新されます。

重要

お使いの Azure Stack Hub インスタンスが 2 つ前の更新プログラムより古い場合、コンプライアンスに対応していないとみなされます。 サポートを受けるためには、少なくともサポートされる最小バージョンまで更新する必要があります。

更新

Azure Stack Hub の更新に関する既知の問題については、Azure Stack Hub の更新プログラムに関するトラブルシューティングに関する記事を参照してください。

ポータル

管理サブスクリプション

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: バージョン 1804 で導入された 2 つの管理サブスクリプションは使用しないでください。 このサブスクリプションの種類は Metering サブスクリプションと Consumption サブスクリプションです。
  • 修復: これら 2 つのサブスクリプション上でリソースが実行されている場合は、ユーザー サブスクリプションで再作成してください。
  • 発生頻度: 共通

[ロック] ブレードの重複する [サブスクリプション] ボタン

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 管理者ポータルのユーザー サブスクリプションの [ロック] ブレードには、サブスクリプションという 2 つのボタンがあります。
  • 発生頻度: 共通

サブスクリプションのアクセス許可

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: Azure Stack Hub ポータルを使用して、サブスクリプションに対するアクセス許可を表示することはできません。
  • 修復: PowerShell を使用してアクセス許可を確認します。
  • 発生頻度: 共通

Storage アカウントの設定

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、ストレージ アカウントの [構成] ブレードに、安全な転送の種類を変更するオプションが表示されます。 この機能は現在、Azure Stack Hub でサポートされていません。
  • 発生頻度: 共通

OAuth を使用した BLOB のアップロードのエラー

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで [OAuth(preview)](OAuth (プレビュー)) オプションを使用して BLOB をアップロードしようとすると、タスクがエラー メッセージにより失敗します。
  • 修復: SAS オプションを使用して BLOB をアップロードします。
  • 発生頻度: 共通

サポートされていない BLOB のアップロード オプション

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、アップロード ブレードで BLOB をアップロードしようとすると、[Microsoft Entra ID] または [キー認証] を選択するオプションがありますが、Microsoft Entra IDは Azure Stack Hub ではサポートされていません。
  • 発生頻度: 共通

ネットワーク インターフェイスの切断についてのアラート

  • 適用先:この問題は、1908 以降に適用されます。
  • 原因: ケーブルがネットワーク アダプターから切り離されたときに、管理者ポータルにアラートが表示されません。 この問題は、Windows Server 2019 ではこの障害が既定で無効にされるために発生します。
  • 発生頻度: 共通

VM 作成時のヒントが正しくない

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、Premium SSD のディスクの種類でマネージド ディスクを選択すると、ドロップダウン リストに [OS ディスク] と表示されます。 そのオプションの横には、"Azure の無料アカウントでは、一定の OS ディスク サイズを無料で利用できます" というヒントが表示されますが、Azure Stack Hub はこの対象外です。 さらに、リストには [Free account eligible] (無料アカウント利用可能) が含まれていますが、これも Azure Stack Hub は対象外です。
  • 発生頻度: 共通

ストレージ コンテナーを削除する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルでストレージ コンテナーを削除しようとしたときに、 [Azure Policy と RBAC 役割の設定を上書きする] を切り替えないと、操作が失敗します。
  • 修復: [Azure Policy と RBAC 役割の設定を上書きする] チェック ボックスがオンになっていることを確認します。
  • 発生頻度: 共通

仮想マシンの [更新] ボタンが失敗する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで [Virtual Machines] に移動し、上部のボタンを使用して更新しようとすると、状態が正確に更新されません。
  • 修復: [更新] ボタンがクリックされたかどうかに関係なく、状態は 5 分ごとに自動的に更新されます。 5 分待ってから状態を確認してください。
  • 発生頻度: 共通

ストレージ アカウントのオプション

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルでは、ストレージ アカウントの名前が [ストレージ アカウント - Blob、File、Table、Queue] と表示されますが、File は Azure Stack Hub ではサポートされていません。
  • 発生頻度: 共通

Storage account configuration

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルでストレージ アカウントを作成し、その [構成] を表示すると、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 ポータルで導入された新しい動作は、ユーザーがグローバル サブスクリプション セレクター (ユーザー ポータルの [ディレクトリ + サブスクリプション] ) 内で選択されていないサブスクリプションの [アクセス制御 (IAM)] ブレードを開いている場合に、RBAC 拡張機能が失敗する原因となります。 このブレードには [読み込み中] がループで表示され、ユーザーはサブスクリプションに新しいロールを追加できません。 [追加] ブレードにも、 [読み込み中] がループで表示されます。
  • 修復: [ディレクトリ + サブスクリプション] メニューでサブスクリプションがオンになっていることを確認します。 このメニューには、ポータルの上部から、または [通知] ボタンの近くからアクセスするか、 [すべてのリソース] ブレードのショートカット ( [サブスクリプションが表示されていませんか?ディレクトリとサブスクリプションの設定を開きます] と表示されている) を使用してアクセスします。 このメニューで、サブスクリプションを選択する必要があります。

SQL リソース プロバイダー

  • 適用先:この問題は、1908 以前を実行しているスタンプに適用されます。
  • 原因: SQL リソース プロバイダー (RP) バージョン 1.1.47.0 のデプロイ時には、その SQL RP に関連付けられているもの以外の資産はポータルに表示されません。
  • 修復: その RP を削除し、スタンプをアップグレードして、SQL RP を再デプロイします。

[アクティビティ ログ] ブレード

  • 適用先:この問題は、1907 以降を実行しているスタンプに適用されます。
  • 原因: アクティビティ ログにアクセスすると、ポータルにはエントリの最初のページのみが表示されます。 [Load more results](さらに結果を読み込む) を選択しても追加エントリは読み込まれません。
  • 修復: 最初のページよりも後にあるエントリを確認するには、フィルターの時間範囲を調整します。

ネットワーク

Load Balancer

エラー: ロード バランサー バックエンド プールを保存できませんでした

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 可用性セットの VM をロード バランサーのバックエンド プールに追加すると、"ロード バランサー バックエンド プールを保存できませんでした" というエラー メッセージがポータルに表示されます。 これはポータルの表面的な問題です。機能は有効であり、内部的には VM はバックエンド プールに正常に追加されます。
  • 発生頻度: 共通

ネットワーク セキュリティ グループ

DenyAllOutbound 規則が原因で VM のデプロイが失敗する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 明示的な DenyAllOutbound 規則は、VM のデプロイを完了するために必要なインフラストラクチャへの内部通信がすべて妨げられるため、NSG に作成することはできません。
  • 発生頻度: 共通

実行中の VM に NIC が接続されていない場合、NSG を削除できない

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: NSG と、実行中の VM に接続されていない NIC の関連付けを解除すると、そのオブジェクトの更新 (PUT) 操作がネットワーク コントローラー レイヤーで失敗します。 NSG はネットワーク リソース プロバイダー レイヤーで更新されますが、ネットワーク コントローラー上では更新されないため、NSG はエラー状態に移行します。
  • 修復: 削除する必要がある NSG に関連付けられている NIC を、実行中の VM に接続し、NSG の関連付けを解除するか、NSG に関連付けられている NIC をすべて削除します。
  • 発生頻度: 共通

ネットワーク インターフェイス

実行中の VM に NIC を追加できない

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 新しいネットワーク インターフェイスを、実行状態にある VM に追加することはできません。
  • 修復: 仮想マシンを停止してから、ネットワーク インターフェイスを追加または削除します。
  • 発生頻度: 共通

プライマリ NIC の削除またはデタッチ後に VM の起動で問題が発生する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: VM のプライマリ NIC を変更することはできません。 プライマリ NIC を削除またはデタッチすると、VM の起動時に問題が発生します。
  • 発生頻度: 共通

Virtual Network ゲートウェイ

Virtual Network ゲートウェイがネクスト ホップの種類のルーティング オプションとして表示される

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルでルート テーブルを作成すると、次のホップの種類オプションの 1 つとして [Virtual Network ゲートウェイ] が表示されますが、これは Azure Stack Hub ではサポートされていません。
  • 発生頻度: 共通

[仮想ネットワーク ゲートウェイ] ブレードにアラートを使用するためのオプションが表示される

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、 [仮想ネットワーク ゲートウェイ] ブレードに、使用するアラート オプションが表示されます。 この機能は現在、Azure Stack Hub ではサポートされていません。
  • 発生頻度: 共通

[仮想ネットワーク ゲートウェイ] ブレードにアクティブ/アクティブ オプションが表示される

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、作成中、および仮想ネットワーク ゲートウェイのリソース メニューで、アクティブ/アクティブ構成を有効にするオプションが表示されます。 この機能は現在、Azure Stack Hub ではサポートされていません。
  • 発生頻度: 共通

[接続] ブレードに VPN トラブルシューティング ツール機能が表示される

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、 [接続] ブレードに VPN トラブルシューティング ツールと呼ばれる機能が表示されます。 この機能は現在、Azure Stack Hub ではサポートされていません。
  • 発生頻度: 共通

VPN ゲートウェイ リソースに [VPN のトラブルシューティング] と [メトリック] 機能が表示される

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルでは、VPN ゲートウェイ リソースに [VPN のトラブルシューティング] 機能と [メトリック] が表示されますが、これは Azure Stack Hub ではサポートされていません。
  • 発生頻度: 共通

サービス エンドポイントを使用できない

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、 [仮想ネットワーク] ブレードに、サービス エンドポイントを使用するオプションが表示されます。 この機能は現在、Azure Stack Hub ではサポートされていません。
  • 発生頻度: 共通

Compute

VM ブート診断

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 新しい Windows 仮想マシン (VM) を作成するときに、次のエラーが表示されることがあります。仮想マシン 'vm-name' を起動できませんでした。エラー:Failed to update serial output settings for VM 'vm-name' . (VM 'vm-name' のシリアル出力設定を更新できませんでした。) このエラーは、VM でブート診断を有効にしても、ブート診断ストレージ アカウントを削除した場合に発生します。
  • 修復: 以前使用したものと同じ名前のストレージ アカウントを再作成します。
  • 発生頻度: 共通

コンピューティング クォータの消費

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 新しい仮想マシンを作成すると、"This subscription is at capacity for Total Regional vCPUs on this location.This subscription is using all 50 Total Regional vCPUs available. " (このサブスクリプションはこの場所の [リージョンの vCPU の合計] の容量に達しています。このサブスクリプションは、[リージョンの vCPU の合計] の使用可能な 50 個をすべて使用しています。)" などのエラーを受け取ることがあります。 これは、使用可能な合計コア数のクォータに達したことを示します。
  • 修復: クォータを追加したアドオン プランをオペレーターに依頼してください。 現在のプランのクォータの編集では解決せず、クォータの増加は反映されません。
  • 発生頻度: 珍しい

特権エンドポイント

  • 適用先:この問題は、1910 以前のリリースに適用されます。
  • 原因: 英語以外のバージョンの Windows を実行しているコンピューターから特権エンドポイント (ERC VM) に接続できません。
  • 修復: これは、1910 より後のリリースで修正されている既知の問題です。 この回避策として、en-US カルチャを使用して、New-PSSession および Enter-PSSession の PowerShell コマンドレットを実行できます。たとえば、次のスクリプトを使用してカルチャを設定します: https://resources.oreilly.com/examples/9780596528492/blob/master/Use-Culture.ps1 。
  • 発生頻度: 珍しい

仮想マシン スケール セット

4 ノードの Azure Stack Hub 環境では修正プログラムや更新プログラムの適用中に作成が失敗する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 4 ノードの Azure Stack Hub 環境では、障害ドメインが 3 つの可用性セット内での VM の作成および仮想マシン スケール セット インスタンスの作成が、更新プロセス中に FabricVmPlacementErrorUnsupportedFaultDomainSize エラーで失敗します。
  • 修復: 障害ドメインが 2 つの可用性セット内には 1 つの VM を正常に作成できます。 ただし、4 ノードの Azure Stack Hub のデプロイでは、依然として更新プロセス中にスケール セット インスタンスを作成することはできません。

1908 アーカイブされた既知の問題

この記事では、Azure Stack のリリースにおける既知の問題を一覧表示します。 新しい問題が特定されると、この一覧は更新されます。

別のバージョンの既知の問題にアクセスするには、左側の目次の上部にあるバージョン セレクターのドロップダウンを使用します。

重要

更新プログラムを適用する前に、このセクションを確認してください。

重要

ご利用の Azure Stack インスタンスが 2 つ前の更新プログラムより遅れている場合、コンプライアンスに対応していないとみなされます。 サポートを受けるためには、少なくともサポートされる最小バージョンまで更新する必要があります。

1908 の更新処理

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:Azure Stack の更新プログラムをインストールしようとしたときに、更新の状態が失敗して、状態が PreparationFailed に変更される場合があります。 これは、更新リソース プロバイダー (URP) が、処理のためにストレージ コンテナーから内部インフラストラクチャ共有にファイルを正しく転送できないことが原因です。
  • 修復: バージョン 1901 (1.1901.0.95) 以降、この問題は、 [今すぐ更新] ( [再開] ではない) をもう一度クリックすることで回避できるようになりました。 それにより、URP は前回の試行のファイルをクリーンアップして、ダウンロードを再度開始します。 問題が解決しない場合は、更新プログラムのインストールのセクションに従って、更新プログラム パッケージを手動でアップロードすることをお勧めします。
  • 発生頻度: 共通

ポータル

管理サブスクリプション

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: バージョン 1804 で導入された 2 つの管理サブスクリプションは使用しないでください。 このサブスクリプションの種類は Metering サブスクリプションと Consumption サブスクリプションです。
  • 修復: これら 2 つのサブスクリプション上でリソースが実行されている場合は、ユーザー サブスクリプションで再作成してください。
  • 発生頻度: 共通

サブスクリプションの [プロパティ] ブレード

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 管理者ポータルで、サブスクリプションの [プロパティ] ブレードが正しく読み込まれません
  • 修復: これらのサブスクリプションのプロパティは、 [サブスクリプションの概要] ブレードの [要点] ウィンドウで表示できます。
  • 発生頻度: 共通

サブスクリプションの [ロック] ブレード

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 管理者ポータルのユーザー サブスクリプションの [ロック] ブレードには、サブスクリプションという 2 つのボタンがあります。
  • 発生頻度: 共通

サブスクリプションのアクセス許可

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:Azure Stack ポータルを使用して、サブスクリプションへのアクセス許可を表示することはできません。
  • 修復: PowerShell を使用してアクセス許可を確認します。
  • 発生頻度: 共通

Storage アカウントの設定

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、ストレージ アカウントの [構成] ブレードに、安全な転送の種類を変更するオプションが表示されます。 機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

BLOB のアップロード

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで [OAuth(preview)](OAuth (プレビュー)) オプションを使用して BLOB をアップロードしようとすると、タスクがエラー メッセージにより失敗します。
  • 修復: SAS オプションを使用して BLOB をアップロードします。
  • 発生頻度: 共通

ネットワーク

サービス エンドポイント

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、 [仮想ネットワーク] ブレードに、サービス エンドポイントを使用するオプションが表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

ネットワーク インターフェイス

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 新しいネットワーク インターフェイスを、実行状態にある VM に追加することはできません。
  • 修復: 仮想マシンを停止してから、ネットワーク インターフェイスを追加/削除します。
  • 発生頻度: 共通

Virtual Network ゲートウェイ

ローカル ネットワーク ゲートウェイの削除

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー ポータルで、ローカル ネットワーク ゲートウェイを削除すると、次のエラー メッセージが表示されます。アクティブな接続がない場合でも、アクティブな接続のあるローカル ネットワーク ゲートウェイを削除できません。
  • 軽減策:この問題の修正プログラムは 1907 でリリースされます。 この問題の回避策は、別の名前で、同じ IP アドレス、アドレス空間、および構成の詳細を持つ新しいローカル ネットワーク ゲートウェイを作成することです。 環境が 1907 に更新されたら、古い LNG を削除できます。
  • 発生頻度: 共通

警告

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、 [仮想ネットワーク ゲートウェイ] ブレードに、使用するアラート オプションが表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

アクティブ/アクティブ

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、作成中、および仮想ネットワーク ゲートウェイのリソース メニューで、アクティブ/アクティブ構成を有効にするオプションが表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

VPN トラブルシューティング ツール

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、 [接続] ブレードに VPN トラブルシューティング ツールと呼ばれる機能が表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

ドキュメント

Compute

VM ブート診断

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 新しい Windows 仮想マシン (VM) を作成するときに、次のエラーが表示されることがあります。仮想マシン 'vm-name' を起動できませんでした。エラー:Failed to update serial output settings for VM 'vm-name' . (VM 'vm-name' のシリアル出力設定を更新できませんでした。) このエラーは、VM でブート診断を有効にしても、ブート診断ストレージ アカウントを削除した場合に発生します。
  • 修復: 以前使用したものと同じ名前のストレージ アカウントを再作成します。
  • 発生頻度: 共通

仮想マシン スケール セット

4 ノードの Azure Stack 環境でのパッチと更新プログラムの適用中に作成が失敗します

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:4 ノードの Azure Stack 環境では、障害ドメインが 3 つの可用性セット内での VM の作成および仮想マシン スケール セット インスタンスの作成が更新プロセス中に FabricVmPlacementErrorUnsupportedFaultDomainSize エラーで失敗します。
  • 修復: 障害ドメインが 2 つの可用性セット内には 1 つの 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 のリリースにおける既知の問題を一覧表示します。 新しい問題が特定されると、この一覧は更新されます。

別のバージョンの既知の問題にアクセスするには、左側の目次の上部にあるバージョン セレクターのドロップダウンを使用します。

重要

更新プログラムを適用する前に、このセクションを確認してください。

重要

ご利用の Azure Stack インスタンスが 2 つ前の更新プログラムより遅れている場合、コンプライアンスに対応していないとみなされます。 サポートを受けるためには、少なくともサポートされる最小バージョンまで更新する必要があります。

1907 の更新処理

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:1907 Azure Stack の更新プログラムをインストールしようとしたときに、更新の状態が失敗して、状態が PreparationFailed に変更される場合があります。 これは、更新リソース プロバイダー (URP) が、処理のためにストレージ コンテナーから内部インフラストラクチャ共有にファイルを正しく転送できないことが原因です。
  • 修復: バージョン 1901 (1.1901.0.95) 以降、この問題は、 [今すぐ更新] ( [再開] ではない) をもう一度クリックすることで回避できるようになりました。 それにより、URP は前回の試行のファイルをクリーンアップして、ダウンロードを再度開始します。 問題が解決しない場合は、更新プログラムのインポートとインストールのセクションに従って、更新プログラム パッケージを手動でアップロードすることをお勧めします。
  • 発生頻度: 共通

ポータル

管理サブスクリプション

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: バージョン 1804 で導入された 2 つの管理サブスクリプションは使用しないでください。 このサブスクリプションの種類は Metering サブスクリプションと Consumption サブスクリプションです。
  • 修復: これら 2 つのサブスクリプション上でリソースが実行されている場合は、ユーザー サブスクリプションで再作成してください。
  • 発生頻度: 共通

サブスクリプションの [プロパティ] ブレード

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 管理者ポータルで、サブスクリプションの [プロパティ] ブレードが正しく読み込まれません
  • 修復: これらのサブスクリプションのプロパティは、 [サブスクリプションの概要] ブレードの [要点] ウィンドウで表示できます。
  • 発生頻度: 共通

サブスクリプションのアクセス許可

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:Azure Stack ポータルを使用して、サブスクリプションへのアクセス許可を表示することはできません。
  • 修復: PowerShell を使用してアクセス許可を確認します。
  • 発生頻度: 共通

Storage アカウントの設定

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、ストレージ アカウントの [構成] ブレードに、安全な転送の種類を変更するオプションが表示されます。 機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

BLOB のアップロード

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで [OAuth(preview)](OAuth (プレビュー)) オプションを使用して BLOB をアップロードしようとすると、タスクがエラー メッセージにより失敗します。
  • 修復: SAS オプションを使用して BLOB をアップロードします。
  • 発生頻度: 共通

ネットワーク

サービス エンドポイント

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、 [仮想ネットワーク] ブレードに、サービス エンドポイントを使用するオプションが表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

ネットワーク インターフェイス

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 新しいネットワーク インターフェイスを、実行状態にある VM に追加することはできません。
  • 修復: 仮想マシンを停止してから、ネットワーク インターフェイスを追加/削除します。
  • 発生頻度: 共通

Virtual Network ゲートウェイ

警告

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、 [仮想ネットワーク ゲートウェイ] ブレードに、使用するアラート オプションが表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

アクティブ/アクティブ

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、作成中、および仮想ネットワーク ゲートウェイのリソース メニューで、アクティブ/アクティブ構成を有効にするオプションが表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

VPN トラブルシューティング ツール

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、 [接続] ブレードに VPN トラブルシューティング ツールと呼ばれる機能が表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

ネットワーク接続の種類

  • 適用先:この問題は、すべての 1906 または 1907 環境に適用されます。
  • 原因: ユーザーポータルの [AddConnection] ブレードに、VNet 間を使用するオプションが表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

ドキュメント

Compute

VM ブート診断

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 新しい Windows 仮想マシン (VM) を作成するときに、次のエラーが表示されることがあります。仮想マシン 'vm-name' を起動できませんでした。エラー:Failed to update serial output settings for VM 'vm-name' . (VM 'vm-name' のシリアル出力設定を更新できませんでした。) このエラーは、VM でブート診断を有効にしても、ブート診断ストレージ アカウントを削除した場合に発生します。
  • 修復: 以前使用したものと同じ名前のストレージ アカウントを再作成します。
  • 発生頻度: 共通

仮想マシン スケール セット

4 ノードの Azure Stack 環境でのパッチと更新プログラムの適用中に作成が失敗します

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:4 ノードの Azure Stack 環境では、障害ドメインが 3 つの可用性セット内での VM の作成および仮想マシン スケール セット インスタンスの作成が更新プロセス中に FabricVmPlacementErrorUnsupportedFaultDomainSize エラーで失敗します。
  • 修復: 障害ドメインが 2 つの可用性セット内には 1 つの 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 のリリースにおける既知の問題を一覧表示します。 新しい問題が特定されると、この一覧は更新されます。

別のバージョンの既知の問題にアクセスするには、左側の目次の上部にあるバージョン セレクターのドロップダウンを使用します。

重要

更新プログラムを適用する前に、このセクションを確認してください。

重要

ご利用の Azure Stack インスタンスが 2 つ前の更新プログラムより遅れている場合、コンプライアンスに対応していないとみなされます。 サポートを受けるためには、少なくともサポートされる最小バージョンまで更新する必要があります。

1906 の更新処理

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:1906 Azure Stack の更新プログラムをインストールしようとしたときに、更新の状況が失敗して、状態が PreparationFailed に変更される場合があります。 これは、更新リソース プロバイダー (URP) が、処理のためにストレージ コンテナーから内部インフラストラクチャ共有にファイルを正しく転送できないことが原因です。
  • 修復: バージョン 1901 (1.1901.0.95) 以降、この問題は、 [今すぐ更新] ( [再開] ではない) をもう一度クリックすることで回避できるようになりました。 それにより、URP は前回の試行のファイルをクリーンアップして、ダウンロードを再度開始します。 問題が解決しない場合は、更新プログラムのインポートとインストールのセクションに従って、更新プログラム パッケージを手動でアップロードすることをお勧めします。
  • 発生頻度: 共通

ポータル

管理サブスクリプション

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: バージョン 1804 で導入された 2 つの管理サブスクリプションは使用しないでください。 このサブスクリプションの種類は Metering サブスクリプションと Consumption サブスクリプションです。
  • 修復: これら 2 つのサブスクリプション上でリソースが実行されている場合は、ユーザー サブスクリプションで再作成してください。
  • 発生頻度: 共通

サブスクリプション リソース

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー サブスクリプションを削除すると、リソースが孤立します。
  • 修復: まず、ユーザー リソースまたはリソース グループ全体を削除してから、ユーザー サブスクリプションを削除します。
  • 発生頻度: 共通

サブスクリプションのアクセス許可

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:Azure Stack ポータルを使用して、サブスクリプションへのアクセス許可を表示することはできません。
  • 修復: PowerShell を使用してアクセス許可を確認します。
  • 発生頻度: 共通

サブスクリプションの [プロパティ] ブレード

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:管理者ポータルで、サブスクリプションの [プロパティ] ブレードが正しく読み込まれません
  • 修復: これらのサブスクリプションのプロパティは、[サブスクリプションの概要] ブレードの [要点] ウィンドウで表示できます
  • 発生頻度: 共通

Storage アカウントの設定

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、ストレージ アカウントの [構成] ブレードに、安全な転送の種類を変更するオプションが表示されます。 機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

BLOB のアップロード

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで [OAuth(preview)](OAuth (プレビュー)) オプションを使用して BLOB をアップロードしようとすると、タスクがエラー メッセージにより失敗します。
  • 修復: SAS オプションを使用して BLOB をアップロードします。
  • 発生頻度: 共通

更新

  • 適用先:この問題は、1906 リリースに適用されます。
  • 原因:オペレーター ポータルで、修正プログラムの更新状態が、更新プログラムに対して正しくない状態を示しています。 初期状態は、まだ進行中であっても、更新プログラムのインストールに失敗したことを示します。
  • 修復: ポータルを更新すると、状態が "進行中" に更新されます。
  • 発生頻度: 間欠的

ネットワーク

サービス エンドポイント

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、 [仮想ネットワーク] ブレードに、サービス エンドポイントを使用するオプションが表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

ネットワーク インターフェイス

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 新しいネットワーク インターフェイスを、実行状態にある VM に追加することはできません。
  • 修復: 仮想マシンを停止してから、ネットワーク インターフェイスを追加/削除します。
  • 発生頻度: 共通

Virtual Network ゲートウェイ

警告

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、 [仮想ネットワーク ゲートウェイ] ブレードに、使用するアラート オプションが表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

アクティブ/アクティブ

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、作成中、および仮想ネットワーク ゲートウェイのリソース メニューで、アクティブ/アクティブ構成を有効にするオプションが表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

VPN トラブルシューティング ツール

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで、 [接続] ブレードに VPN トラブルシューティング ツールと呼ばれる機能が表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生頻度: 共通

ドキュメント

Load Balancer

バックエンド プールを追加する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー ポータルで [バックエンド プール] を [Load Balancer] に追加しようとすると、"failed to update Load Balancer... " (Load Balancer の更新に失敗しました) というエラー メッセージで操作が失敗します。
  • 修復: PowerShell、CLI、または Resource Manager テンプレートを使用して、バックエンド プールをロード バランサー リソースに関連付けます。
  • 発生頻度: 共通

インバウンド NAT を作成する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー ポータルで [Load Balancer] に対してインバウンド NAT 規則を作成しようとすると、"Failed to update Load Balancer" (Load Balancer の更新に失敗しました) というエラー メッセージで操作が失敗します。
  • 修復: PowerShell、CLI、または Resource Manager テンプレートを使用して、バックエンド プールをロード バランサー リソースに関連付けます。
  • 発生頻度: 共通

Compute

VM ブート診断

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 新しい Windows 仮想マシン (VM) を作成するときに、次のエラーが表示されることがあります。仮想マシン 'vm-name' を起動できませんでした。エラー:Failed to update serial output settings for VM 'vm-name' . (VM 'vm-name' のシリアル出力設定を更新できませんでした。) このエラーは、VM でブート診断を有効にしても、ブート診断ストレージ アカウントを削除した場合に発生します。
  • 修復: 以前使用したものと同じ名前のストレージ アカウントを再作成します。
  • 発生頻度: 共通

仮想マシン スケール セット

4 ノードの Azure Stack 環境でのパッチと更新プログラムの適用中に作成が失敗します

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:4 ノードの Azure Stack 環境では、障害ドメインが 3 つの可用性セット内での VM の作成および仮想マシン スケール セット インスタンスの作成が更新プロセス中に FabricVmPlacementErrorUnsupportedFaultDomainSize エラーで失敗します。
  • 修復: 障害ドメインが 2 つの可用性セット内には 1 つの 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 リリースの既知の問題について説明します。 新しい問題が特定されると、この一覧は更新されます。

重要

更新プログラムを適用する前に、このセクションを確認してください。

更新処理

ホスト ノードの更新プログラムの前提条件エラー

  • 適用先:この問題は、1905 の更新プログラムに適用されます。
  • 原因:1905 Azure Stack の更新プログラムをインストールしようとしたときに、ホスト ノードの更新プログラムの前提条件のために更新プログラムの状態が失敗する場合があります。 これは一般に、ホスト ノードの空きディスク領域が十分ではないことが原因です。
  • 修復: Azure Stack のサポートに問い合わせて、ホスト ノードのディスク領域のクリアに関する支援を受けます。
  • 発生頻度: まれ

準備の失敗

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:1905 Azure Stack の更新プログラムをインストールしようとしたときに、更新の状況が失敗して、状態が PreparationFailed に変更される場合があります。 これは、更新リソース プロバイダー (URP) が、処理のためにストレージ コンテナーから内部インフラストラクチャ共有にファイルを正しく転送できないことが原因です。 1905 の更新プログラム パッケージは以前の更新プログラム パッケージより大きく、そのためにこの問題が発生する可能性が高くなります。
  • 修復: バージョン 1901 (1.1901.0.95) 以降、この問題は、 [今すぐ更新] ( [再開] ではない) をもう一度クリックすることで回避できるようになりました。 それにより、URP は前回の試行のファイルをクリーンアップして、ダウンロードを再度開始します。 問題が解決しない場合は、更新プログラムのインポートとインストールのセクションに従って、更新プログラム パッケージを手動でアップロードすることをお勧めします。
  • 発生頻度: 共通

ポータル

サブスクリプション リソース

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー サブスクリプションを削除すると、リソースが孤立します。
  • 修復: まず、ユーザー リソースまたはリソース グループ全体を削除してから、ユーザー サブスクリプションを削除します。
  • 発生頻度: 共通

サブスクリプションのアクセス許可

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:Azure Stack ポータルを使用して、サブスクリプションへのアクセス許可を表示することはできません。
  • 修復: PowerShell を使用してアクセス許可を確認します。
  • 発生頻度: 共通

Marketplace Management

  • 適用先:この問題は、1904 と 1905 で発生します
  • 原因:管理者ポータルにサインインしたときに、Marketplace Management 画面が表示されません。
  • 修復: ブラウザーを最新の情報に更新するか、 [設定] に移動してオプション [既定の設定にリセット] を選択します。
  • 発生頻度: 間欠的

Docker 拡張機能

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:管理者ポータルとユーザー ポータルの両方で、Docker を検索すると、返される項目が正しくありません。 これは Azure Stack でご利用になれません。 作成しようとすると、エラーが表示されます。
  • 修復: 軽減策はありません。
  • 発生頻度: 共通

BLOB のアップロード

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで [OAuth(preview)](OAuth (プレビュー)) オプションを使用して BLOB をアップロードしようとすると、タスクがエラー メッセージにより失敗します。
  • 修復: SAS オプションを使用して BLOB をアップロードします。
  • 発生頻度: 共通

テンプレート

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー ポータルで、テンプレート デプロイ UI によって "_" (アンダースコア文字) で始まるテンプレート名のパラメーターの設定が行われません。
  • 修復: テンプレート名から "_" (アンダースコア文字) を削除します。
  • 発生頻度: 共通

ネットワーク

Load Balancer

バックエンド プールを追加する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー ポータルで [バックエンド プール] を [Load Balancer] に追加しようとすると、"failed to update Load Balancer... " (Load Balancer の更新に失敗しました) というエラー メッセージで操作が失敗します。
  • 修復: PowerShell、CLI、または Resource Manager テンプレートを使用して、バックエンド プールをロード バランサー リソースに関連付けます。
  • 発生頻度: 共通

インバウンド NAT を作成する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー ポータルで [Load Balancer] に対してインバウンド NAT 規則を作成しようとすると、"Failed to update Load Balancer" (Load Balancer の更新に失敗しました) というエラー メッセージで操作が失敗します。
  • 修復: PowerShell、CLI、または Resource Manager テンプレートを使用して、バックエンド プールをロード バランサー リソースに関連付けます。
  • 発生頻度: 共通

ロード バランサーの作成

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー ポータルで、 [ロード バランサーの作成] ウィンドウに Standard Load Balancer SKU を作成するためのオプションが表示されます。 このオプションは Azure Stack ではサポートされていません。
  • 修復: 代わりに Basic ロード バランサー オプションを使用します。
  • 発生頻度: 共通

パブリック IP アドレス

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー ポータルで、 [パブリック IP アドレスの作成] ウィンドウに Standard SKU を作成するためのオプションが表示されます。 Standard SKU は Azure Stack ではサポートされていません。
  • 修復: パブリック IP アドレスに Basic SKU を使用します。
  • 発生頻度: 共通

Compute

VM ブート診断

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 新しい Windows 仮想マシン (VM) を作成するときに、次のエラーが表示されることがあります。仮想マシン 'vm-name' を起動できませんでした。エラー:Failed to update serial output settings for VM 'vm-name' . (VM 'vm-name' のシリアル出力設定を更新できませんでした。) このエラーは、VM でブート診断を有効にしても、ブート診断ストレージ アカウントを削除した場合に発生します。
  • 修復: 以前使用したものと同じ名前のストレージ アカウントを再作成します。
  • 発生頻度: 共通

VM のサイズ変更

  • 適用先:この問題は、1905 リリースに適用されます。
  • 原因:マネージド ディスク VM のサイズ変更ができません。 VM のサイズ変更を試行すると、"コード": "InternalOperationError"、"メッセージ": "操作中に内部エラーが発生しました" を伴うエラーが発生します。
  • 修復: 次のリリースで修復できるよう取り組んでいます。 現時点では、新しい VM サイズで VM を再作成する必要があります。
  • 発生頻度: 共通

仮想マシン スケール セット

CentOS

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:仮想マシン スケール セットの作成エクスペリエンスでは、デプロイのオプションとして CentOS-based 7.2 が提供されます。 CentOS 7.2 は Azure Stack Marketplace では利用できず、イメージが見つからないという理由でデプロイ エラーが発生します。
  • 修復: デプロイ用に別のオペレーティング システムを選択するか、またはデプロイする前にオペレーターが Marketplace からダウンロードしておいた別の CentOS イメージを指定する Azure Resource Manager テンプレートを使用します。
  • 発生頻度: 共通

スケール セットを削除する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:スケール セットを仮想マシン スケール セット ブレードから削除することはできません。
  • 修復: 削除するスケール セットを選択し、 [概要] ウィンドウから [削除] ボタンをクリックします。
  • 発生頻度: 共通

4 ノードの Azure Stack 環境でのパッチと更新プログラムの適用中に作成が失敗します

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:4 ノードの Azure Stack 環境では、障害ドメインが 3 つの可用性セット内での VM の作成および仮想マシン スケール セット インスタンスの作成が更新プロセス中に FabricVmPlacementErrorUnsupportedFaultDomainSize エラーで失敗します。
  • 修復: 障害ドメインが 2 つの可用性セット内には 1 つの 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 リリースの既知の問題について説明します。 新しい問題が特定されると、この一覧は更新されます。

重要

更新プログラムを適用する前に、このセクションを確認してください。

更新処理

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:Azure Stack の更新プログラムをインストールしようとしたときに、更新の状況が失敗して、状態が PreparationFailed に変更される場合があります。 これは、更新リソース プロバイダー (URP) が、処理のためにストレージ コンテナーから内部インフラストラクチャ共有にファイルを正しく転送できないことが原因です。
  • 修復: バージョン 1901 (1.1901.0.95) 以降、この問題は、 [今すぐ更新] ( [再開] ではない) をもう一度クリックすることで回避できるようになりました。 それにより、URP は前回の試行のファイルをクリーンアップして、もう一度ダウンロードを開始します。
  • 発生頻度: 共通

ポータル

管理サブスクリプション

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: バージョン 1804 で導入された 2 つの管理サブスクリプションは使用しないでください。 このサブスクリプションの種類は Metering サブスクリプションと Consumption サブスクリプションです。
  • 修復: これら 2 つのサブスクリプション上でリソースが実行されている場合は、ユーザー サブスクリプションで再作成してください。
  • 発生頻度: 共通

サブスクリプション リソース

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー サブスクリプションを削除すると、リソースが孤立します。
  • 修復: まず、ユーザー リソースまたはリソース グループ全体を削除してから、ユーザー サブスクリプションを削除します。
  • 発生頻度: 共通

サブスクリプションのアクセス許可

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:Azure Stack ポータルを使用して、サブスクリプションへのアクセス許可を表示することはできません。
  • 修復: PowerShell を使用してアクセス許可を確認します。
  • 発生頻度: 共通

Docker 拡張機能

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:管理者ポータルとユーザー ポータルの両方で、Docker を検索すると、返される項目が正しくありません。 これは Azure Stack でご利用になれません。 作成しようとすると、エラーが表示されます。
  • 修復: 軽減策はありません。
  • 発生頻度: 共通

Marketplace Management

  • 適用先:これはリリース 1904 に関する新しい問題です。
  • 原因:管理者ポータルにサインインしたときに、Marketplace Management 画面が表示されません。
  • 修復: ブラウザーを更新します。
  • 発生頻度: 間欠的

Marketplace Management

  • 適用先:この問題は、1904 に適用されます。
  • 原因:管理者ポータル内の Marketplace management タブの [Azure から追加] ブレードで結果をフィルター処理したときに、間違ったフィルター処理結果が表示されることがあります。
  • 修復: [名前] 列で結果の並べ替えを行うと、結果が修正されます。
  • 発生頻度: 間欠的

Marketplace Management

  • 適用先:この問題は、1904 に適用されます。
  • 原因:管理者ポータルの Marketplace Management で結果をフィルター処理すると、パブリッシャー ドロップダウンに、重複するパブリッシャー名が表示されます。
  • 修復: そのパブリッシャーで利用可能なすべてのマーケットプレース製品の正しい一覧を得るには、すべての重複を選択します。
  • 発生頻度: 間欠的

Docker 拡張機能

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:管理者ポータルとユーザー ポータルの両方で、Docker を検索すると、返される項目が正しくありません。 これは Azure Stack でご利用になれません。 作成しようとすると、エラーが表示されます。
  • 修復: 軽減策はありません。
  • 発生頻度: 共通

BLOB のアップロード

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルで [OAuth(preview)](OAuth (プレビュー)) オプションを使用して BLOB をアップロードしようとすると、タスクがエラー メッセージにより失敗します。
  • 修復: SAS オプションを使用して BLOB をアップロードします。
  • 発生頻度: 共通

テンプレート

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー ポータルで、テンプレート デプロイ UI によって "_" (アンダースコア文字) で始まるテンプレート名のパラメーターの設定が行われません。
  • 修復: テンプレート名から "_" (アンダースコア文字) を削除します。
  • 発生頻度: 共通

ネットワーク

Load Balancer

バックエンド プールを追加する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー ポータルで [バックエンド プール] を [Load Balancer] に追加しようとすると、"Failed to update Load Balancer" (Load Balancer の更新に失敗しました) というエラー メッセージで操作が失敗します。
  • 修復: PowerShell、CLI、または Azure Resource Manager テンプレートを使用して、バックエンド プールをロード バランサー リソースに関連付けます。
  • 発生頻度: 共通

インバウンド NAT を作成する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー ポータルで [Load Balancer] に対してインバウンド NAT 規則を作成しようとすると、"Failed to update Load Balancer" (Load Balancer の更新に失敗しました) というエラー メッセージで操作が失敗します。
  • 修復: PowerShell、CLI、または Azure Resource Manager テンプレートを使用して、バックエンド プールをロード バランサー リソースに関連付けます。
  • 発生頻度: 共通

ロード バランサーの作成

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー ポータルで、 [ロード バランサーの作成] ウィンドウに Standard Load Balancer SKU を作成するためのオプションが表示されます。 このオプションは Azure Stack ではサポートされていません。
  • 修復: 代わりに Basic ロード バランサー オプションを使用します。
  • 発生頻度: 共通

パブリック IP アドレス

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー ポータルで、 [パブリック IP アドレスの作成] ウィンドウに Standard SKU を作成するためのオプションが表示されます。 Standard SKU は Azure Stack ではサポートされていません。
  • 修復: パブリック IP アドレスではなく Basic SKU を使用します。
  • 発生頻度: 共通

Compute

VM ブート診断

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:新しい Windows 仮想マシン (VM) を作成するときに、次のエラーが表示されることがあります。仮想マシン 'vm-name' を起動できませんでした。エラー:Failed to update serial output settings for VM 'vm-name' . (VM 'vm-name' のシリアル出力設定を更新できませんでした。) このエラーは、VM でブート診断を有効にしても、ブート診断ストレージ アカウントを削除した場合に発生します。
  • 修復: 以前使用したものと同じ名前のストレージ アカウントを再作成します。
  • 発生頻度: 共通

仮想マシン スケール セット

CentOS

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:仮想マシン スケール セットの作成エクスペリエンスでは、デプロイのオプションとして CentOS-based 7.2 が提供されます。 CentOS 7.2 は Azure Stack Marketplace では利用できず、イメージが見つからないという理由でデプロイ エラーが発生します。
  • 修復: デプロイ用に別のオペレーティング システムを選択するか、またはデプロイする前にオペレーターが Marketplace からダウンロードしておいた別の CentOS イメージを指定する Azure Resource Manager テンプレートを使用します。
  • 発生頻度: 共通

スケール セットを削除する

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:スケール セットを [Virtual Machine Scale Sets] ブレードから削除することはできません。
  • 修復: 削除するスケール セットを選択し、 [概要] ウィンドウから [削除] ボタンをクリックします。
  • 発生頻度: 共通

4 ノードの Azure Stack 環境でのパッチと更新プログラムの適用中に作成が失敗します

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:4 ノードの Azure Stack 環境では、障害ドメインが 3 つの可用性セット内での VM の作成および仮想マシン スケール セット インスタンスの作成が更新プロセス中に FabricVmPlacementErrorUnsupportedFaultDomainSize エラーで失敗します。
  • 修復: 障害ドメインが 2 つの可用性セット内には 1 つの 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 - インスタンス]>[AnyScaleSetInstance] ) にあるスケール セットのインスタンス ビュー ブレードが読み込みに失敗します。
  • 修復: 現在、修復方法はなく、修正に取り組んでいます。 それまでは、仮想マシン スケール セットのインスタンス ビューの取得には、CLI コマンドレット az vmss get-instance-view を使用してください。

ユーザー イメージ サービス

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ユーザー イメージの作成に失敗すると、ユーザー イメージ サービスが正しくない状態になります。 ユーザー イメージの作成と削除の操作が失敗し始めます。 ユーザー イメージの削除は、次のエラーで失敗することがあります。"エラー: 内部ディスク管理エラーが発生しました。"
  • 修復: 軽減策はありません。 Microsoft にサポート チケットを申請します。

記憶域

  • 適用先:この問題は、サポートされているすべてのリリースに適用されます。
  • 原因:ConvertTo-AzureRmVMManagedDisk は Azure Stack ではサポートされていないため、ID が $null のディスクが作成されます。 これにより、起動や停止など、VM に対する操作を実行できなくなります。 ディスクは UI に表示されず、API を使用しても表示されません。 その時点では VM を修復できないため、削除する必要があります。
  • 修復: ディスクを正しく変換するには、マネージド ディスクへの変換ガイドの手順に従ってください。

App Service

  • テナントは、サブスクリプションで最初の Azure 関数を作成する前に、ストレージ リソースプロバイダーを登録する必要があります。
  • 1903 のポータル フレームワークと互換性がないため、テナント ポータルの一部のユーザー エクスペリエンス (主に、デプロイ スロット、運用環境でのテスト、およびサイト拡張機能のユーザー エクスペリエンス) は壊れています。 この問題を回避するには、Azure App Service PowerShell モジュールまたは Azure CLI を使用します。 ポータル エクスペリエンスは、Azure App Service on Azure Stack のデプロイを 1.6 (Update 6) にアップグレードすることで復元されます。

次のステップ

1903 アーカイブされた既知の問題

1902 アーカイブされた既知の問題

1901 アーカイブされた既知の問題

1811 アーカイブされた既知の問題

1809 アーカイブされた既知の問題

1808 アーカイブされた既知の問題

1807 アーカイブされた既知の問題

1805 アーカイブされた既知の問題

1804 アーカイブされた既知の問題

1803 アーカイブされた既知の問題

1802 アーカイブされた既知の問題

このリリースの既知の問題は、アーカイブ済みのリリース ノートと結合されます。