在 Google 控制台中增加磁盘容量后,磁盘已占用 99.8% 的 GCP VM 尚未调整其文件系统大小。
我在 GCP 上有一个基于公共映像的小型 VM ubuntu-2004-focal-v20220419
。有一个带有根分区和文件系统的 10GB 磁盘。一些日志占用了 99.8% 的磁盘容量。我能够使用ssh
VM,因为 GCP 仍然可以将 ssh 密钥复制到它,但为了检测大文件夹,我不得不使用另一个磁盘来保存临时文件:
sudo du -Sh | sort -rh -T /dev/tmp | head -5
代替
sudo du -hs * | sort -rh | head -10
我将磁盘大小增加到 15GB(没有删除任何数据)并重新启动了虚拟机。 文档说:
对于具有公共映像的虚拟机,在您增加启动磁盘的大小并重新启动虚拟机后,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
重新启动虚拟机后,我可以在日志资源管理器中看到以下消息:
{
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"
}
我按照步骤jhanley.com并且没有关于调整大小的条目。也没有expand-root.sh
脚本或expand-root
服务。
我想知道为什么会这样?根据上述文档,我预计额外的 5GB 将自动合并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% /