☰

공개 이미지의 파일 시스템 크기가 조정되지 않은 GCP Compute Engine 전체 디스크

tag-icon • tag-icon linux google-cloud-platform google-compute-engine
공개 이미지의 파일 시스템 크기가 조정되지 않은 GCP Compute Engine 전체 디스크

Google 콘솔에서 디스크 용량을 늘린 후 디스크가 99.8% 채워진 GCP VM의 파일 시스템 크기가 조정되지 않았습니다.

공개 이미지를 기반으로 GCP에 작은 VM이 있습니다 ubuntu-2004-focal-v20220419. 루트 파티션과 파일 시스템을 갖춘 10GB 디스크가 있었습니다. 일부 로그는 디스크 용량의 99.8%를 차지했습니다. GCP는 여전히 SSH 키를 VM에 복사할 수 있기 때문에 VM을 사용할 수 있지만 ssh무거운 폴더를 감지하려면 임시 파일을 보관하기 위해 다른 디스크를 사용해야 했습니다.

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

대신에

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

데이터를 제거하지 않고 디스크 크기를 15GB로 늘리고 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"
}

나는 다음 단계를 따랐다.jhanley.com크기 조정에 관한 항목이 없습니다. expand-root.sh스크립트도 서비스 도 없습니다 expand-root.

왜 그럴까요? sda1위 문서를 기반으로 추가 5GB가 자동으로 병합될 것으로 예상했습니다 . 디스크가 너무 꽉 차서 일부 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% /

관련 정보