次の方法で共有

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

  • [アーティクル]

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

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

Compute

Azure Stack Hub の Azure Kubernetes Service

  • 該当: この問題はリリース 2311 以降に適用されます。
  • 原因: 現在プレビュー段階の Azure Stack Hub 上の Azure Kubernetes Service は廃止され、一般公開にはリリースされません。 Microsoft.Containerservice リソース プロバイダーに新しいサブスクリプションを登録しようとすると、登録は Registering 状態のままになります。 新しいマネージド Kubernetes クラスターを作成しようとした場合、または既存のマネージド Kubernetes クラスターにアクセスしようとすると、雨が降るクラウド エラー画面が表示されることがあります。
  • 修復: Microsoft は問題を認識しており、修正に取り組んでいます。
  • 発生: 一般的です。

Start-AzsCryptoWipe を使用したシャットダウンが機能しない

  • 該当: この問題はリリース 2311 に適用されます。
  • 原因: Start-AzsCryptoWipe コマンドを実行して Azure Stack Hub をシャットダウンすると物理マシンの 1 つが電源オフにならない場合があります。
  • 修復: 物理マシンの電源がオフになっている場合は、Baseboard Management Controller (BMC) を使用してそのマシンをオフにする必要があります。
  • 発生: 一般的です。

Storage

Test-AzureStack レポートの False Storage ボリューム使用率アラート

  • 該当: この問題はリリース 2311 以降に適用されます。
  • 原因: 2311 を使用した新しい OS ビルドでは、シン プロビジョニング用の新しいシステム アラートが導入されます。記憶域プールの使用量が 70% を超えるとアラートが発生します。 固定サイズのボリュームは Azure Stack Hub デプロイで使用されるため、常に 70% のしきい値を超えています。 この警告は、Test-AzureStack レポートで確認できます。
  • 修復: Test-AzureStack レポートのアラートは無視できます。 Microsoft はこの問題を認識しており、修正に取り組んでいます。
  • 発生: 一般的です。

ポータル

  • 該当: この問題はリリース 2311 に適用されます。
  • 原因: Azure Stack Hub ユーザー ポータルの Virtual Networks セクションには、仮想ネットワークの 3 つの新しいオプションがあります: DNS サーバー、 Flow Timeout、および BGP コミュニティ文字列。 DNS サーバー オプションを使用して、DNS 構成を正常に変更できます。 ただし、 Flow Timeout と BGP コミュニティ 文字列 オプションを使用しようとすると、ポータル通知内でエラーが発生します。 基になるサービスに対する変更は行われません。エラーはポータルでのみ発生します。
  • 修復: Microsoft は問題を認識しており、修正に取り組んでいます。
  • 発生: 一般的です。

API アプリのデプロイに関するポータルでの誤ったデプロイ エラー

  • 該当: この問題はリリース 2311 以降に適用されます。
  • 原因: 一部のユーザーは、デプロイが成功した場合でも、マーケットプレースから API アプリケーションをデプロイするときに templateLinkAndJson エラー コードを含むエラー メッセージが表示されることがあります。
  • 修復: デプロイ後に API アプリを調べて、デプロイが成功したことを確認します。 Microsoft はこの問題を認識しており、修正に取り組んでいます。
  • 発生: 一般的です。

リソース プロバイダー

リソース プロバイダー証明書のシークレット ローテーション後の不適切なローテーション状態

  • 該当: この問題は、すべての Azure Stack Hub アドオン リソース プロバイダーに適用されます。
  • 原因: シークレットのローテーション後、ローテーションが正常に完了した場合でも、ローテーション状態は "進行中" と表示され、プロビジョニング状態は "成功" と表示され、有効期限が更新されます。
  • 修復: なし。 システムまたはワークロードへの影響はありません。
  • 発生: サポートされているすべてのバージョンの Azure Stack Hub。

App Service

リソース プロバイダー証明書のシークレット ローテーション後の不適切なローテーション状態

  • 該当: この問題は、すべての Azure Stack Hub アドオン リソース プロバイダーに適用されます。
  • 原因: シークレットのローテーション後、ローテーションが正常に完了した場合でも、ローテーション状態は "進行中" と表示され、プロビジョニング状態は "成功" と表示され、有効期限が更新されます。
  • 修復: なし。 システムまたはワークロードへの影響はありません。
  • 発生: サポートされているすべてのバージョンの Azure Stack Hub。

ポータル

管理ポータルでのノード CPU コアの正しくないレポート

  • 該当: この問題はリリース 2301 に適用されます。
  • 原因: クラスター Nodes 容量 ウィンドウの Azure Stack Hub 管理ポータルで報告されたコアの数が正しくありません。 これは、ファブリック リソース プロバイダーがこの情報を取得する方法に関する 2301 年の変更に関する問題です。 これは、新しいデプロイと 2301 に更新される既存のスタンプの両方に影響しますが、スタンプの操作やワークロードのデプロイには影響しません。
  • 修復: Microsoft は問題を認識しており、修正に取り組んでいます。
  • 発生: 一貫して発生するポータルの軽微な問題。

App Service

リソース プロバイダー証明書のシークレット ローテーション後の不適切なローテーション状態

  • 該当: この問題は、すべての 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 から Standard SKU へのアップグレードを推奨するバナーが表示されます

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

データセンターの統合

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 から Standard SKU へのアップグレードを推奨するバナーが表示されます

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

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

  • 適用対象: この問題は、サポートされているすべての 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 を変更します。

  • 発生: 共通

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

Load Balancer

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

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

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

  • 該当: この問題は 2008 リリースに適用されます。
  • 原因: パブリック ロード バランサーのフロントエンド IP 構成を作成するときに、IPv6 ボタンが表示され、有効になります。 これはポータルの表面的な問題です。 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 を削除できない

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

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

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

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

Load Balancer

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

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ロード バランサーで Session Affinity を有効にすると、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 拡張機能の使用に関する問題

ポータル上の 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 イメージでも発生します。
  • 修復: Settings の下にある Properties ブレードを表示します。

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

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

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

Storage

保持期間が 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 環境では修正プログラムや更新プログラムの適用中に作成が失敗する

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

ポータル

管理サブスクリプション

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

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

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

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

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルでは、ストレージ アカウントの名前は Storage アカウント (BLOB、ファイル、テーブル、キュー) として表示されますが、 file は Azure Stack Hub ではサポートされていません。
  • 発生: 共通

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

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

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

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

ネットワーク

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

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

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

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

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

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

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

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ロード バランサーで Session Affinity を有効にすると、2 タプル ハッシュは VM に割り当てられたプライベート IP ではなく PA IP (物理アドレス IP) を使用します。 ロード バランサーに送信されるトラフィックが VPN 経由で到着する、またはすべてのクライアント VM (ソース IP) が同じノード上に存在し、セッション アフィニティが有効になっているシナリオでは、すべてのトラフィックが 1 つのバックエンド 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":"少なくとも 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' を起動するように失敗しました。エラー: VM 'vm-name' のシリアル出力設定を更新できませんでした。 このエラーは、VM でブート診断を有効にしても、ブート診断ストレージ アカウントを削除した場合に発生します。
  • 修復: 前に使用したのと同じ名前のストレージ アカウントを再作成します。
  • 発生: 共通

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

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 新しい仮想マシンを作成するときに、 この場所のリージョンの vCPU の合計容量にこのサブスクリプションがあるなどのエラーが発生する可能性があります。このサブスクリプションでは、利用可能なリージョン vCPU の合計 50 個すべてを使用しています。。 これは、使用可能な合計コア数のクォータに達したことを示します。
  • 修復: 追加のクォータを含むアドオン プランをオペレーターに依頼します。 現在のプランのクォータの編集では解決せず、クォータの増加は反映されません。
  • 発生: まれ

VM を起動または停止する

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

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 割り当て解除された仮想マシンの停止を開始しようとすると、次のエラーが表示されることがあります: VM 診断ストレージ アカウント 'diagnosticstorageaccount' が見つかりません。ストレージ アカウントが削除されていないことを確認します。 ブート診断が有効になっている VM を起動しようとしたときに、参照されるブート診断ストレージ アカウントが削除されていると、このエラーが発生します。
  • 修復: 前に使用したのと同じ名前のストレージ アカウントを再作成します。
  • 発生: 共通

構成とセットアップ

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

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

Storage

保持期間が 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 が存在しないことを確認します。 アカウント モジュールがセッションに読み込まれました。
  • 発生: 共通

Marketplace

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

  • 該当: この問題は 2002 年に適用されます。
  • 原因: 新しいストレージ アカウントを使用して SQL VM の自動バックアップを構成すると、エラー デプロイ テンプレートの検証に失敗して失敗します。'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 つのサブスクリプションで実行されているリソースがある場合は、ユーザー サブスクリプションでそれらを再作成します。
  • 発生: 共通

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

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

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

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

ストレージ アカウントの設定

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルのストレージ アカウント Configuration ブレードに、セキュリティ転送の種類 変更するオプションが表示。 この機能は現在、Azure Stack Hub でサポートされていません。
  • 発生: 共通

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

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

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

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

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

  • 該当: この問題は 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 分待ってから状態を確認してください。
  • 発生: 共通

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

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルでは、ストレージ アカウントの名前は Storage アカウント (BLOB、ファイル、テーブル、キュー) として表示されますが、 file は Azure Stack Hub ではサポートされていません。
  • 発生: 共通

Storage account configuration

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

SQL リソース プロバイダー

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

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

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

ネットワーク

Load Balancer

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

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

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

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

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

実行中の VM に NIC が接続されていない場合、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 ゲートウェイ は次ホップの種類のオプションの 1 つとして表示されますが、これは Azure Stack Hub ではサポートされていません。
  • 発生: 共通

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

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

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

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルの作成時、および Virtual Network Gateway のリソース メニューに、 Active-Active 構成を有効にするオプションが表示されます。 この機能は現在、Azure Stack Hub ではサポートされていません。
  • 発生: 共通

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

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

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

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

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

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

Compute

VM ブート診断

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

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

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 新しい仮想マシンを作成するときに、 この場所のリージョンの 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 環境では修正プログラムや更新プログラムの適用中に作成が失敗する

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

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

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

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

重要

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

重要

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

1908 の更新処理

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

ポータル

管理サブスクリプション

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

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

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 管理者ポータルで、サブスクリプションの Properties ブレードが正しく読み込まれない
  • 修復: サブスクリプションの概要 ブレードの Essentials ペインで、これらのサブスクリプションのプロパティを表示できます。
  • 発生: 共通

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

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

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

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

ストレージ アカウントの設定

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルのストレージ アカウント Configuration ブレードに、セキュリティ転送の種類 変更するオプションが表示。 機能は現在 Azure Stack でサポートされていません。
  • 発生: 共通

BLOB のアップロード

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

ネットワーク

サービス エンドポイント

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

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

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

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

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

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

警告

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

アクティブ/アクティブ

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルの作成時、および Virtual Network Gateway のリソース メニューに、 Active-Active 構成を有効にするオプションが表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生: 共通

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

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

ドキュメント

Compute

VM ブート診断

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

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

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

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 3 つの障害ドメインの可用性セットに VM を作成し、仮想マシン スケール セット インスタンスを作成すると、 FabricVmPlacementErrorUnsupportedFaultDomainSize 4 ノードの Azure Stack 環境での更新プロセス中にエラーが発生して失敗します。
  • 修復: 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) 以降では、(Resume ではなく) 今すぐ更新クリックして、この問題を回避できます。 それにより、URP は前回の試行のファイルをクリーンアップして、ダウンロードを再度開始します。 問題が解決しない場合は、更新プログラムのインポートとインストールのセクションに従って、更新プログラム パッケージを手動でアップロードすることをお勧めします。
  • 発生: 共通

ポータル

管理サブスクリプション

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

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

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 管理者ポータルで、サブスクリプションの Properties ブレードが正しく読み込まれない
  • 修復: サブスクリプションの概要 ブレードの Essentials ペインで、これらのサブスクリプションのプロパティを表示できます。
  • 発生: 共通

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

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

ストレージ アカウントの設定

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルのストレージ アカウント Configuration ブレードに、セキュリティ転送の種類 変更するオプションが表示。 機能は現在 Azure Stack でサポートされていません。
  • 発生: 共通

BLOB のアップロード

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

ネットワーク

サービス エンドポイント

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

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

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

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

警告

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

アクティブ/アクティブ

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルの作成時、および Virtual Network Gateway のリソース メニューに、 Active-Active 構成を有効にするオプションが表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生: 共通

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

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

ネットワーク接続の種類

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

ドキュメント

Compute

VM ブート診断

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

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

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

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 3 つの障害ドメインの可用性セットに VM を作成し、仮想マシン スケール セット インスタンスを作成すると、 FabricVmPlacementErrorUnsupportedFaultDomainSize 4 ノードの Azure Stack 環境での更新プロセス中にエラーが発生して失敗します。
  • 修復: 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) 以降では、(Resume ではなく) 今すぐ更新クリックして、この問題を回避できます。 それにより、URP は前回の試行のファイルをクリーンアップして、ダウンロードを再度開始します。 問題が解決しない場合は、更新プログラムのインポートとインストールのセクションに従って、更新プログラム パッケージを手動でアップロードすることをお勧めします。
  • 発生: 共通

ポータル

管理サブスクリプション

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

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

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

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

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

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

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

ストレージ アカウントの設定

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルのストレージ アカウント Configuration ブレードに、セキュリティ転送の種類 変更するオプションが表示。 機能は現在 Azure Stack でサポートされていません。
  • 発生: 共通

BLOB のアップロード

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

更新する

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

ネットワーク

サービス エンドポイント

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

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

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

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

警告

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

アクティブ/アクティブ

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ユーザー ポータルの作成時、および Virtual Network Gateway のリソース メニューに、 Active-Active 構成を有効にするオプションが表示されます。 この機能は現在 Azure Stack でサポートされていません。
  • 発生: 共通

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

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

ドキュメント

Load Balancer

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

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

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

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

Compute

VM ブート診断

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

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

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

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 3 つの障害ドメインの可用性セットに VM を作成し、仮想マシン スケール セット インスタンスを作成すると、 FabricVmPlacementErrorUnsupportedFaultDomainSize 4 ノードの Azure Stack 環境での更新プロセス中にエラーが発生して失敗します。
  • 修復: 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) 以降では、(Resume ではなく) 今すぐ更新クリックして、この問題を回避できます。 それにより、URP は前回の試行のファイルをクリーンアップして、ダウンロードを再度開始します。 問題が解決しない場合は、更新プログラムのインポートとインストールのセクションに従って、更新プログラム パッケージを手動でアップロードすることをお勧めします。
  • 発生: 共通

ポータル

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

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

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

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

Marketplace Management

  • 適用対象: この問題は 1904 年と 1905 年に適用されます
  • 原因: 管理者ポータルにサインインすると、マーケットプレースの管理画面が表示されません。
  • 修復: ブラウザーを最新の情報に更新するか、 Settings に移動し、オプション 既定の設定に戻す] を選択。
  • 発生: 断続的

Docker 拡張機能

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

BLOB のアップロード

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

Template

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

ネットワーク

Load Balancer

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

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

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

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

ロード バランサーの作成

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

パブリック IP アドレス

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

Compute

VM ブート診断

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

VM のサイズ変更

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

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

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

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

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

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: 3 つの障害ドメインの可用性セットに VM を作成し、仮想マシン スケール セット インスタンスを作成すると、 FabricVmPlacementErrorUnsupportedFaultDomainSize 4 ノードの Azure Stack 環境での更新プロセス中にエラーが発生して失敗します。
  • 修復: 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) 以降では、(Resume ではなく) 今すぐ更新クリックして、この問題を回避できます。 それにより、URP は前回の試行のファイルをクリーンアップして、もう一度ダウンロードを開始します。
  • 発生: 共通

ポータル

管理サブスクリプション

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

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

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

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

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

Docker 拡張機能

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

Marketplace Management

  • 該当: これはリリース 1904 の新しい問題です。
  • 原因: 管理者ポータルにサインインすると、マーケットプレースの管理画面が表示されません。
  • 修復: ブラウザーを更新します。
  • 発生: 断続的

Marketplace Management

  • 該当: この問題は 1904 に適用されます。
  • 原因: 管理者ポータルの [Marketplace 管理] タブの [Azure から追加 ] ブレードで結果をフィルター処理すると、フィルター処理された結果が正しく表示されないことがあります。
  • 修復: [名前] 列で結果を並べ替え、結果を修正します。
  • 発生: 断続的

Marketplace Management

  • 該当: この問題は 1904 に適用されます。
  • 原因: 管理者ポータルで Marketplace 管理で結果をフィルター処理すると、発行元のドロップダウンに重複した発行元名が表示されます。
  • 修復: すべての重複を選択して、その発行元で使用可能なすべての Marketplace 製品の正しい一覧を表示します。
  • 発生: 断続的

Docker 拡張機能

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

BLOB のアップロード

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

Template

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

ネットワーク

Load Balancer

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

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

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

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

ロード バランサーの作成

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

パブリック IP アドレス

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

Compute

VM ブート診断

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

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

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

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

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

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

Ubuntu SSH アクセス

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: SSH 承認を有効にして作成された Ubuntu 18.04 VM では、SSH キーを使用してサインインすることはできません。
  • 修復: プロビジョニング後に LINUX 拡張機能の VM アクセスを使用して SSH キーを実装するか、パスワードベースの認証を使用します。
  • 発生: 共通

コンピューティング ホスト エージェントのアラート

  • 該当: これはリリース 1904 の新しい問題です。

  • 原因: スケール ユニット内のノードを再起動すると、 Compute ホスト エージェント 警告が表示されます。 再起動により、コンピューティング ホスト エージェント サービスの既定のスタートアップ設定が変更されます。 このアラートは次の例のようになります。

    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 にサポート チケットを申請します。

Storage

  • 該当: この問題は、サポートされているすべてのリリースに適用されます。
  • 原因: ConvertTo-AzureRmVMManagedDisk は Azure Stack ではサポートされていないため、 $null ID のディスクが作成されます。 これにより、起動や停止など、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 アーカイブされた既知の問題

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