VM の起動のトラブルシューティング

このドキュメントでは、割り当てエラーとブートディスクによる VM の起動に関する問題のトラブルシューティングについて説明します。

割り当てのエラー

インスタンスを起動しようとしたときに割り当てエラーが発生する場合は、追加の CPU 割り当てをリクエストする必要があります。詳細については、リソースの割り当てドキュメントの VM インスタンスのセクションをご覧ください。

ブートディスク

インスタンスが起動せず、インスタンスに接続できないかインタラクティブ シリアル コンソールからログインできない場合、ブートディスクの起動プロセスが完了しない理由を確認します。

ブートディスクが起動しない理由を特定する

  • ブートディスクに空き容量があることを確認する。

    ブートディスクの空き容量がまったくなく、オペレーティング システムで自動サイズ変更がサポートされていない場合は、インスタンスに接続できません。新しいインスタンスを作成し、ブートディスクを再作成する必要があります。詳細については、VM または完全なブートディスクの復元をご覧ください。

  • 仮想マシン インスタンスのシリアルポート出力を確認する。

    インスタンスの BIOS、ブートローダー、カーネルは、インスタンスのシリアルポート出力にデバッグ メッセージを出力します。そこには、インスタンスで発生したエラーや問題に関する貴重な情報が含まれています。Cloud Logging へのシリアルポート出力ロギングを有効にすると、インスタンスが実行されていない場合でも、この情報にアクセスできます。

  • シリアル コンソールへのインタラクティブ アクセスを有効にする。

    インスタンスのシリアル コンソールへのインタラクティブ アクセスを有効にすると、インスタンスが完全に起動しなくても、インスタンスにログインして起動の問題をデバッグできます。詳細については、シリアル コンソールを使用したトラブルシューティングをご覧ください。

  • ブートディスクのクローニングが進行中でないことを確認する

    ブートディスクのクローニングが進行中の場合、VM を起動できず、次のようなエラーが表示されます。

    Failed to start example-vm: The instance resource 'projects/example-project/zones/us-central1-b/instances/example-vm' is already being used by 'projects/example-project/zones/us-central1-b/disks/clone'

    クローニングの完了を待ってから、VM を起動します。

  • ブートディスクのスナップショットが進行中でないことを確認する

    ブートディスクのスナップショットが進行中の場合、VM を起動できず、次のようなエラーが表示されます。

    The instance resource 'projects/example-project/zones/asia-east1-b/instances/example-vm' is already being used by 'projects/example-project/global/snapshots/example-vm-prod-asia-east1-b-abc'

    スナップショットの完了を待ってから、VM を起動します。

  • ディスクに有効なファイル システムがあることを確認する。

    ファイル システムが破損しているなど、有効でない場合は、インスタンスを起動することはできません。ディスクのファイル システムを確認します。

    1. 問題のディスクをアタッチ先のインスタンスから切断します（該当する場合）。

      gcloud compute instances delete old-instance --keep-disks boot

    2. Google が提供する最新のイメージを使用して新しいインスタンスを作成します。

      gcloud compute instances create debug-instance

    3. 問題のディスクを非ブートディスクとしてアタッチします。マウントはしないでください。次の例の DISK を問題のディスクの名前に置き換えます。インスタンス上のディスクを識別するデバイス名をメモします。

      gcloud compute instances attach-disk debug-instance \
    --disk DISK \
    --device-name debug-disk

    4. インスタンスに接続します。

      gcloud compute ssh debug-instance

    5. ディスクのルート パーティションを見つけます。part1 と記載されているのがルート パーティションです。この例では、ディスクのルート パーティションは /dev/sdb1 にあります。

      ls -l /dev/disk/by-id
total 0
lrwxrwxrwx 1 root root  9 Jan 22 17:09 google-debug-disk -> ../../sdb
lrwxrwxrwx 1 root root 10 Jan 22 17:09 google-debug-disk-part1 -> ../../sdb1
lrwxrwxrwx 1 root root  9 Jan 22 17:02 google-persistent-disk-0 -> ../../sda
lrwxrwxrwx 1 root root 10 Jan 22 17:02 google-persistent-disk-0-part1 -> ../../sda1
lrwxrwxrwx 1 root root  9 Jan 22 17:09 scsi-0Google_PersistentDisk_debug-disk -> ../../sdb
lrwxrwxrwx 1 root root 10 Jan 22 17:09 scsi-0Google_PersistentDisk_debug-disk-part1 -> ../../sdb1
lrwxrwxrwx 1 root root  9 Jan 22 17:02 scsi-0Google_PersistentDisk_persistent-disk-0 -> ../../sda
lrwxrwxrwx 1 root root 10 Jan 22 17:02 scsi-0Google_PersistentDisk_persistent-disk-0-part1 -> ../../sda1

    6. ルート パーティションでファイル システム チェックを実行します。

      sudo fsck /dev/sdb1
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
/dev/sdb1: clean, 19829/655360 files, 208111/2621184 blocks

    7. ファイル システムをマウントします。

       sudo mkdir /mydisk

       sudo mount /dev/sdb1 /mydisk

    8. ディスクにカーネル ファイルがあることを確認します。

       ls /mydisk/boot/vmlinuz-*
 /mydisk/boot/vmlinuz-3.2.0-4-amd64

  • ディスクに有効なマスター ブートレコード（MBR）があることを確認する。

    永続ブートディスクがアタッチされたデバッグ インスタンス（/dev/sdb など）で次のコマンドを実行します。

    sudo parted /dev/sdb print

    MBR が有効であれば、ファイル システムに関する情報が表示されます。

    Disk /dev/sdb: 10.7GB
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags:
Number  Start   End     Size    Type     File system  Flags
 1      2097kB  10.7GB  10.7GB  primary  ext4         boot

起動に関する問題を解決する

起動処理が失敗する場所を特定したら、次のいずれかのアクションを実行して問題を修正できます。

スタンドアロン ブートディスクの作成

インポートしたイメージを、一時 VM インスタンスにアタッチされているセカンダリ ディスクにマウントします。Google Cloud コンソールまたは gcloud CLI を使用して、アップロードしたイメージからスタンドアロン ディスクを作成し、スタンドアロン ディスクがアタッチされた一時 VM を作成します。このインスタンスを使用することで、スタンドアロン ディスクのファイルの変更や、イメージの起動の失敗に関する問題を解決できます。

コンソール

インポートしたブートディスク イメージからスタンドアロン ディスクを作成します。あるいは、ブートディスクをインスタンスから切断し、切断したブートディスクを代わりに使用してインスタンスを作成することもできます。

  1. In the Google Cloud console, go to the Disks page.

    Go to Disks

  2. Click Create disk.
  3. On the Create a disk page, specify the following attributes:
    • Zone: Select a zone near you. You must use this same zone when you create your temporary instance.
    • Disk source type: Image
    • Source image: Specify the name of the boot disk image that you imported.
  4. To create the disk, click Create.

スタンドアロン ディスクにアタッチされている一時インスタンスを作成し、Google Cloud コンソール環境で機能するようにブートローダーを構成します。

  1. Google Cloud コンソールで [VM インスタンス] ページに移動します。

    [インスタンス] に移動

  2. [インスタンスを作成] ボタンをクリックします。

  3. [インスタンスの作成] ページで、インスタンスの名前と、インスタンスを配置するゾーンを指定します。このゾーンは、スタンドアロン ディスクを作成したのと同じゾーンである必要があります。

  4. [管理、セキュリティ、ディスク、ネットワーク、単一テナンシー] セクションを展開します。

  5. [ディスク] タブの [追加ディスク] セクションで、[既存のディスクを接続] をクリックします。新しいセクションが表示されます。

  6. [ディスク] セクションで、作成したスタンドアロン ディスクをプルダウン リストから選択します。これによりスタンドアロン ディスクがインスタンスに接続されるため、ディスクをマウントしてディスクのコンテンツを後で変更できるようになります。

  7. [完了] をクリックしてディスクの接続を完了します。

  8. [作成] ボタンをクリックしてインスタンスを作成します。

gcloud

インポートしたブートディスク イメージからスタンドアロン ディスクを作成します。あるいは、ブートディスクをインスタンスから接続解除し、接続解除したブートディスクを代わりに使用してインスタンスを作成することもできます。

gcloud compute disks create DISK_NAME \
    --zone=ZONE \
    --image=IMAGE_NAME

次のように置き換えます。

  • DISK_NAME: 新しいスタンドアロン ディスクの名前。

  • ZONE: 近辺のゾーン。一時インスタンスを作成するときも、これを同じゾーンを使用する必要があります。

  • IMAGE_NAME: インポートしたブートディスク イメージの名前。

スタンドアロン ディスクにアタッチされている一時インスタンスを作成し、Google Cloud コンソール環境で機能するようにブートローダーを構成します。

gcloud compute instances create INSTANCE_NAME \
    --zone=ZONE \
    --disk name=DISK_NAME

次のように置き換えます。

  • INSTANCE_NAME: インスタンスの一意の名前

  • ZONE: スタンドアロン ディスクを作成したゾーン

  • DISK_NAME: インポートしたブートディスク イメージから作成したスタンドアロン ディスクの名前

アタッチしたスタンドアロン ディスクを使用してインスタンスを作成すると、仮想環境が作成されます。この環境で、元のブートディスク イメージからブートローダーを変更できます。

ブートディスクの構成

インスタンスに接続し、スタンドアロン ディスクをマウントして、Compute Engine で正常に起動するようにブートローダーを構成します。

  1. ブラウザ内 SSH または gcloud compute ssh コマンドを使用して、一時インスタンスに接続します。

  2. blkid コマンドを使用して、変更するディスクと、マウントする必要のあるパーティションを識別します。この例では、/dev/sdb は、インポートしたディスクです。

    lsblk

    NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0   10G  0 disk
└─sda1   8:1    0   10G  0 part /
sdb      8:16   0  100G  0 disk
├─sdb1   8:17   0   96G  0 part
├─sdb2   8:18   0    1K  0 part
└─sdb5   8:21   0    4G  0 part

  3. スタンドアロン ディスクのルート パーティションを /tmp ディレクトリにマウントします。この例では、/dev/sdb1 がルート パーティションであり、他のパーティションについては変更する必要はありません。パーティション スキームによっては、複数のパーティションをマウントしなければ、変更する必要のあるすべてのファイルにアクセスできない場合もあります。

    sudo mount /dev/sdb1 /tmp

  4. ディスクの起動プロセスが失敗する原因となっている可能性のあるファイルを編集します。詳細については、ブートローダーの構成手順をご覧ください。

  5. 一時インスタンスからブートディスクのマウントを解除します。

    sudo umount /tmp

ブートディスクの使用

このディスクの構成が完了したら、ディスクを切断して、新しいインスタンスのブートディスクとして使用します。

Console

一時インスタンスからスタンドアロン ディスクを切断します。

  1. Google Cloud コンソールで [VM インスタンス] ページに移動します。

    [インスタンス] に移動

  2. インスタンスのリストから、スタンドアロン ブートディスクを変更した一時インスタンスの名前をクリックします。インスタンスの詳細ページが開きます。

  3. インスタンス詳細ページの一番上で [編集] をクリックします。

  4. [追加ディスク] で、スタンドアロン ディスクの横にある [X] をクリックして、一時インスタンスからの切断を指定します。

  5. [保存] をクリックして、変更を保存します。

切断したスタンドアロン ディスクを使用してインスタンスを作成します。

  1. Google Cloud コンソールで [VM インスタンス] ページに移動します。

    [インスタンス] に移動

  2. [インスタンスを作成] ボタンをクリックします。

  3. [インスタンスの作成] ページで、インスタンスの名前と、インスタンスを配置するゾーンを指定します。このゾーンは、スタンドアロン ディスクを作成したのと同じゾーンである必要があります。

  4. [ブートディスク] で [変更] をクリックし、ブートディスクの構成を開始します。

  5. [既存のディスク] タブで、スタンドアロン ブートディスクを選択し、新しいインスタンスのブートディスクとして使用します。

  6. [作成] ボタンをクリックしてインスタンスを作成します。

gcloud

一時インスタンスからスタンドアロン ディスクを切断します。

gcloud compute instances detach-disk INSTANCE_NAME \
    --disk name=DISK_NAME

次のように置き換えます。

  • INSTANCE_NAME: インスタンスの一意の名前。
  • DISK_NAME: 新しいスタンドアロン ディスクの名前。

切断したスタンドアロン ディスクを使用してインスタンスを作成します。

gcloud compute instances create INSTANCE_NAME \
    --zone ZONE \
    --disk name=DISK_NAME,boot=yes

次のように置き換えます。

  • INSTANCE_NAME: インスタンスの一意の名前
  • ZONE: スタンドアロン ディスクが配置されているゾーン
  • DISK_NAME: インポートしたブートディスク イメージから作成したスタンドアロン ディスクの名前

変更したブートディスクを使用して、作成したインスタンスをテストします。インスタンスに接続できない状態のままである場合は、シリアルポートの出力を表示し、起動プロセスが失敗した場所をもう一度確認します。ブートディスク イメージの問題が修正されるまで、トラブルシューティングの処理を繰り返します。