☰

GCP Compute Engine のフルディスク、パブリックイメージ上のファイルシステムのサイズが変更されていない

tag-icon • tag-icon linux google-cloud-platform google-compute-engine
GCP Compute Engine のフルディスク、パブリックイメージ上のファイルシステムのサイズが変更されていない

ディスク使用率が 99.8% の GCP VM では、Google コンソールでディスク容量を増やした後もファイル システムのサイズが変更されていません。

GCP 上にパブリック イメージに基づく小さな VM がありますubuntu-2004-focal-v20220419。ルート パーティションとファイル システムを備えた 10 GB のディスクがありました。一部のログがディスク容量の 99.8% を占めていました。GCP はsshSSH キーを VM にコピーできるため、VM は使用できますが、重いフォルダーを検出するために、一時ファイルを保持するために別のディスクを使用する必要がありました。

sudo du -Sh | sort -rh -T /dev/tmp | head -5

の代わりに

sudo du -hs * | sort -rh | head -10

ディスク サイズを 15 GB に増やし (データを削除せずに)、VM を再起動しました。 ドキュメンテーション言う：

公開イメージを持つ VM の場合、ブートディスクのサイズを増やして VM を再起動すると、Compute Engine によってルート パーティションとファイル システムのサイズが自動的に変更されます。

しかし、ファイルシステムのサイズが変更されていないことがわかります

~$ sudo lsblk
sda       8:0    0    15G  0 disk 
├─sda1    8:1    0   9.9G  0 part /
├─sda14   8:14   0     4M  0 part 
└─sda15   8:15   0   106M  0 part /boot/efi

VM を再起動した直後に、ログ エクスプローラーに次のメッセージが表示されます。

{
  insertId: "1"
  jsonPayload: {
    @type: "type.googleapis.com/cloud_integrity.IntegrityEvent"
    bootCounter: "13"
    earlyBootReportEvent: {
      actualMeasurements: [8]
      policyEvaluationPassed: false
      policyMeasurements: [3]
    }
  }
  logName: "projects/<vm name>/logs/compute.googleapis.com%2Fshielded_vm_integrity"
  receiveTimestamp: "2022-11-30T09:12:33.141683678Z"
  resource: {2}
  severity: "ERROR"
  timestamp: "2022-11-30T09:12:32.752150154Z"
}

私は以下の手順に従いました翻訳元expand-root.shサイズ変更に関するエントリはありません。スクリプトもサービスもありませんexpand-root。

なぜそうなるのか疑問に思います。上記のドキュメントに基づいて、追加の 5 GB が自動的にマージされると予想していましたsda1。ディスクがいっぱいなので、一部の GCP バックグラウンド プロセスがファイル システムのサイズを変更できないのでしょうか?

[編集] ディスクのスナップショットを作成し、ファイル共有のサイズを手動で変更しました。シリアル ポートの出力には次のように表示されます。

Nov 30 11:55:30 <vm name> kernel: [    9.016905] EXT4-fs (sda1): resizing filesystem from 4165883 to 4428027 blocks
Nov 30 11:55:30 <vm name> kernel: [    9.021130] EXT4-fs (sda1): resized filesystem to 4428027

答え1

ついに修正できました。私の場合はディスクがいっぱいだったため、システムはファイルシステムのサイズ変更スクリプトを実行できませんでした。。

読んだあとジョン・ハンリーのブログ投稿ファイルシステムのサイズ変更は一度も行われていないことに気付きました。説明に従ってファイルシステムとパーティションのサイズを自分で変更しました。ここ:

sudo parted /dev/sda

そして、ファイルシステムを拡張しました。

sudo resize2fs /dev/sda1

これは通常自動的に行われるはずでしたが、主にディスクの詰まりが原因で、プロセスを実行できませんでした。ファイルシステムのサイズを手動で変更し、GCP でディスク容量のサイズを変更した後、想定どおりに動作するようになりました。

Nov 30 11:55:30 <vm name> kernel: [    9.016905] EXT4-fs (sda1): resizing filesystem from 4165883 to 4428027 blocks
Nov 30 11:55:30 <vm name> kernel: [    9.021130] EXT4-fs (sda1): resized filesystem to 4428027

> lsblk
sda       8:0    0    17G  0 disk 
├─sda1    8:1    0  16.9G  0 part /
├─sda14   8:14   0     4M  0 part 
└─sda15   8:15   0   106M  0 part /boot/efi

> sudo df -Th
Filesystem     Type      Size  Used Avail Use% Mounted on
/dev/root      ext4       17G   11G  6.2G  63% /

関連情報