次の方法で共有

ASDK のトラブルシューティング

  • [アーティクル]

この記事では、Azure Stack Development Kit (ASDK) の一般的なトラブルシューティング情報を提供します。 Azure Stack 統合システムに関するヘルプについては、「Microsoft Azure Stack のトラブルシューティング」を参照してください。

ASDK は評価環境であるため、Microsoft サポートによるサポートは提供されません。 記載されていない問題が発生している場合は、Azure Stack 用の Microsoft Q&A で専門家からのヘルプを得られます。

デプロイ

デプロイの失敗

インストール時に障害が発生した場合、デプロイ スクリプトの -rerun オプションを使用して、失敗した手順からデプロイを再開できます。 次に例を示します。

cd C:\CloudDeployment\Setup
.\InstallAzureStackPOC.ps1 -Rerun

デプロイの最後に、PowerShell セッションがまだ開いており、出力が表示されません

この動作は、PowerShell コマンド ウィンドウが選択されている場合の既定の動作の結果に過ぎない可能性があります。 ASDK のデプロイは成功しましたが、ウィンドウを選択したときに、スクリプトが一時停止しました。 設定が完了したことを確認するには、コマンド ウィンドウのタイトル バーで、"select" という単語を探します。 ESC キーを押してその選択を解除すると、その後に完了メッセージが表示されるはずです。

パラメーター osProfile が許可されないというテンプレート検証エラー

テンプレートの検証時に、パラメーター "osProfile" が許可されないというエラー メッセージが表示される場合は、以下のコンポーネントの正しいバージョンが使用されていることを確認してください。

Azure から Azure Stack に VHD をコピーするには、AzCopy 7.3.0を使用します。 イメージ自体の問題については、ベンダーと協力して解決してください。 Azure Stack Hub に関する WALinuxAgent の要件の詳細については、Azure LinuX エージェントに関するページを参照してください。

外部アクセスがないことが原因でデプロイが失敗する

外部アクセスが必要な段階でデプロイが失敗する場合は、次の例のような例外が返されます。

An error occurred while trying to test identity provider endpoints: System.Net.WebException: The operation has timed out.
   at Microsoft.PowerShell.Commands.WebRequestPSCmdlet.GetResponse(WebRequest request)
   at Microsoft.PowerShell.Commands.WebRequestPSCmdlet.ProcessRecord()at, <No file>: line 48 - 8/12/2018 2:40:08 AM

このエラーが発生する場合は、デプロイ ネットワークのトラフィックに関するドキュメントを見直して、最小限のネットワーク要件がすべて満たされていることを確認してください。 パートナー ツールキットの一部として、ネットワーク チェッカー ツールも提供されています。

その他のデプロイ エラーは、一般に、インターネット上でのリソースへの接続の問題が原因です。

インターネット上でのリソースへの接続を確認するには、次の手順を実行します。

  1. PowerShell を開きます。
  2. WAS01 またはいずれかの ERCS VM に対して Enter-PSSession を実行します。
  3. 次のコマンドレットを実行します。
    Test-NetConnection login.windows.net -port 443

このコマンドが失敗する場合は、TOR スイッチおよびその他のネットワーク デバイスがすべて、ネットワーク トラフィックを許可するように構成されていることを確認します。

仮想マシン

Azure Stack に VM をデプロイする前に、まず Windows Server イメージとギャラリー アイテムを追加する必要があります。

Azure Stack ホストの再起動後、一部の VM が自動的に起動しない

ホストの再起動後、Azure Stack サービスがすぐに使用できないことに気付く場合があります。 これは、Azure Stack インフラストラクチャ VM および RP が一貫性をチェックするために少し時間がかかるためですが、最終的に自動的に起動します。

また、ASDK ホストの再起動後に、そのテナント VM が自動的に起動しないことに気付く場合もあります。 手動でいくつかの手順を実行して、オンラインにすることができます。

  1. ASDK ホストで、[スタート] メニューからフェールオーバー クラスター マネージャーを起動します。
  2. クラスター S-Cluster.azurestack.local を選択します。
  3. [役割] を選びます。
  4. テナント VM が保存済み状態で表示されます。 すべてのインフラストラクチャ VM が実行されたら、テナント VM を右クリックし、 [開始] を選択して、VM を再開します。

一部の VM の削除後に、まだディスクに VHD ファイルが表示される

この動作は仕様によるものです。

  • VM を削除しても VHD は削除されません。 ディスクはリソース グループ内の個別のリソースです。
  • ストレージ アカウントが削除されると、削除は Azure Resource Manager にただちに表示されますが、それを格納している可能性のあるディスクは、ガベージ コレクションが実行されるまで、記憶域に維持されます。

"孤立" VHD が表示された場合、それが削除されたストレージ アカウントのフォルダーの一部であるかどうかを知ることが重要です。 ストレージ アカウントが削除されていない場合は、VHD が残っていても正常です。

リテンション期間しきい値と、オンデマンドの再利用の設定について詳しくは、ストレージ アカウントの管理に関するページを参照してください。

ストレージ

記憶域の再利用

ポータルに再利用された容量が表示されるまで、最大で 14 時間かかる場合があります。 領域の再利用は、ブロック BLOB ストア内の内部コンテナー ファイルの使用率をなど、さまざまな要因に依存します。 そのため、削除されるデータの量によって、ガベージ コレクターの実行時に再利用可能になる領域の量に対する保証はありません。

次のステップ

Azure Stack サポート フォーラムを参照する