バージョン: 3.1

インスタンスの問題のトラブルシューティング

このガイドを参照して、CubeCOSインスタンス（仮想マシン）で発生する一般的な問題の診断を行ってください。まだお読みでない場合は、まずトラブルシューティングの概要を確認し、クラスタ全体の問題ではないことを確認してください。

始める前に

一部の確認作業には、OpenStack CLI が必要です。これらのコマンドは、コントローラーノード、または /etc/admin-openrc.sh が読み込まれており、openstack クライアントがインストールされている任意のホストから実行してください。

インスタンスのステータスと障害原因を確認してください。
Check the instance status and fault reason
```
openstack server show <instance-id> -c status -c fault
```
「Compute > インスタンス」 を開き、インスタンスを選択して、「アクションログ」 タブで障害が発生したイベントを確認してください。
以下の一般的な原因を確認してください：
- プロジェクトの演算クォータまたはボリュームクォータが上限に達しました。
- ソースイメージまたは起動用ボリュームが「アクティブ」状態でありません。
- このアベイラビリティゾーン内のどのホストにも、このフレーバーに対応できるだけの空きvCPU、メモリ、またはディスク容量がありません。
- 選択したネットワークまたはセキュリティグループは存在しません。

Compute サービスの状態が正常であることを確認してください。
Check cluster service health
```
controller> cluster check_repair
```
「Compute」の行で、ステータスが「FIXING」になっているか確認してください。
イメージからインスタンスを起動した場合は、イメージのアップロードが完了し、Compute > Images の下に Active というステータスが表示されていることを確認してください。ファイルサイズが「0」で、画像が「保存中」の状態のまま止まってしまう場合は、通常、同一のアップロードが2回同時に実行されたことを意味します。
そのインスタンスのアクションログタブを確認し、具体的なスケジューリングまたはプロビジョニングのエラーを確認してください。

サーバーの状態と、そのサーバーがスケジュールされているコンピュートホストを確認してください。

Check server state and host
openstack server show <instance-id> -c status -c vm_state -c OS-EXT-SRV-ATTR:host

status と vm_state の値が一致しない場合、または報告されたホストに接続できない場合は、cluster check_repair を実行し、Compute 行を確認してから、停止または起動操作を再試行してください。

インスタンスのステータスが Active であることを確認してください。停止中またはエラーが発生しているインスタンスでは、コンソールを利用できません。
コンソールを再度開きます：「Compute」>「Instances」 に移動し、対象のインスタンスの 「CONSOLE」 をクリックしてから、「Confirm」 をクリックします。手順の詳細については、Linux または Windows インスタンスへの接続を参照してください。
それでもコンソールが開かない場合は、cluster check_repair を実行し、Compute 行のステータスが FIXING になっているか確認してください。

開始する前に、インスタンスのステータスが Active であることを確認してください。サイズ変更とライブマイグレーションを行うには、インスタンスが正常に稼働している必要があります。
フレーバーを変更した後、[詳細] > [構成の更新] メニューにある [サイズ変更または移行の確認] の手順を完了したことを確認してください。確認されていないサイズ変更は、保留状態のままとなります。
宛先ホストに、新しいフレーバーに対応できる十分な空き容量があることを確認してください。
cluster check_repair を実行し、Compute 行のステータスが FIXING になっていることを確認してください。

手順の詳細については、インスタンスのサイズ変更を参照してください。

ネットワーク接続の問題は、通常、インスタンスそのものではなく、ネットワーク設定に起因しています。「ネットワークの問題のトラブルシューティング」(./network ) を参照してください。

ボリュームの接続に関する問題は、通常、インスタンス自体ではなく、ボリュームまたはストレージクラスタの状態に起因します。「ストレージの問題のトラブルシューティング」こちらをご覧ください。