Halaman ini menjelaskan masalah umum yang mungkin Anda alami saat mengubah ukuran persistent disk atau saat persistent disk penuh, serta cara memperbaikinya.
Sebelum memulai
- Selalu buat snapshot disk Anda sebelum melakukan langkah pemecahan masalah untuk memastikan data Anda sudah dicadangkan.
-
Siapkan autentikasi jika Anda belum melakukannya.
Autentikasi memverifikasi identitas Anda untuk mengakses Google Cloud layanan dan API. Untuk menjalankan
kode atau contoh dari lingkungan pengembangan lokal, Anda dapat melakukan autentikasi ke
Compute Engine dengan memilih salah satu opsi berikut:
-
Instal Google Cloud CLI. Setelah penginstalan, inisialisasi Google Cloud CLI dengan menjalankan perintah berikut:
gcloud initJika Anda menggunakan penyedia identitas (IdP) eksternal, Anda harus login ke gcloud CLI dengan identitas gabungan Anda terlebih dahulu .
- Tetapkan region dan zona default.
-
Error kapasitas terbatas saat mengubah disk
Berikut adalah error umum yang mungkin Anda alami saat mencoba mengubah Extreme Persistent Disk atau Google Cloud Hyperdisk. Anda mungkin melihat error ini muncul di sejumlah tempat, seperti di output konsol serial atau di log aplikasi.
Disk cannot be resized due to being rate limited.
Cannot update provisioned iops due to being rate limited.
Cannot update provisioned throughput due to being rate limited.
Tinjau batas waktu berikut untuk memodifikasi disk:
- Anda dapat mengubah ukuran volume Extreme Persistent Disk atau Hyperdisk Throughput hanya sekali dalam jangka waktu 6 jam.
- Anda dapat mengubah ukuran volume Hyperdisk Extreme hanya sekali dalam jangka waktu 4 jam.
- Anda dapat mengubah IOPS atau throughput yang disediakan untuk volume Hyperdisk hanya sekali dalam jangka waktu 4 jam.
Untuk mengatasi error ini, tunggu selama waktu yang diperlukan sejak modifikasi terakhir Anda sebelum kembali mencoba memodifikasi disk.
Error kapasitas disk
Bagian berikut menjelaskan error umum terkait kapasitas disk dan cara mengatasinya.
Disk penuh
Berikut adalah error umum yang mungkin Anda alami saat kapasitas persistent disk sudah penuh. Anda mungkin melihat error ini muncul di sejumlah tempat, seperti dalam output konsol serial atau di log aplikasi.
No space left on device
Not enough storage is available to process this command
Error: There isn't enough space on the disk.
Untuk menyelesaikan masalah ini, lakukan tindakan berikut:
Buat snapshot disk.
Hapus file yang tidak diperlukan di disk untuk mengosongkan ruang penyimpanan.
Jika setelah ini disk Anda memerlukan lebih banyak ruang, ubah ukuran disk.
VM tidak dapat diakses karena boot disk penuh
VM Anda mungkin tidak dapat diakses jika boot disk-nya penuh. Skenario ini mungkin sulit untuk diidentifikasi karena indikasinya tidak selalu jelas apakah masalah konektivitas VM disebabkan oleh kapasitas boot disk yang penuh atau tidak. Berikut adalah contoh error umum yang mungkin Anda alami jika Anda tidak dapat mengakses VM dari Google Cloud CLI atau menggunakan RDP karena boot disk penuh:
Network error: Software caused connection abort
Your Remote Desktop Services session has ended. The connection was lost because the remote computer is running low on memory or disk space.
ERROR: (gcloud.compute.ssh) Could not SSH into the instance. It is possible that your SSH key has not propagated to the instance yet. Try running this command again. If you still cannot connect, verify that the firewall and instance are set to accept ssh traffic.
You cannot connect to the VM instance because of an unexpected error. Wait a few moments and then try again.
No space left on device
ERROR Exception calling the response handler. [Errno 2] No usable temporary directory found in ['/tmp', '/var/tmp', '/usr/tmp', '/']...
Untuk mengatasi masalah sebelumnya, lakukan hal berikut:
Pastikan bahwa kegagalan konektivitas VM disebabkan oleh boot disk penuh:
Untuk VM Linux, periksa output port serial:
gcloud compute instances tail-serial-port-output VM_NAME
Jika boot disk penuh, output akan berisi pesan
No space left on device.Untuk VM Windows, gunakan Special Administration Console (SAC):
Setelah Anda membuka saluran Command Prompt di SAC, jalankan perintah berikut untuk memeriksa ruang kosong:
wmic logicaldisk get caption,freespace,size
Jika Anda belum melakukannya, buat snapshot dari boot disk VM.
Coba mulai ulang VM.
Jika Anda tetap tidak dapat mengakses VM, lakukan langkah berikut:
Hentikan VM:
gcloud compute instances stop VM_NAME
Ganti
VM_NAMEdengan nama VM Anda.Perbesar ukuran boot disk:
gcloud compute disks resize BOOT_DISK_NAME --size DISK_SIZE
Ganti kode berikut:
BOOT_DISK_NAME: nama boot disk VM AndaDISK_SIZE: ukuran baru yang lebih besar, dalam gigabyte, untuk boot disk
Misalnya, untuk mengubah ukuran disk bernama
example-disk-1menjadi 6 GB, jalankan perintah berikut:gcloud compute disks resize example-disk-1 --size=6GB
Mulai VM:
gcloud compute instances start VM_NAME
Coba kembali SSH ke VM. Jika Anda tetap tidak dapat mengakses VM, lakukan salah satu langkah berikut:
Buat disk baru dari snapshot. Untuk informasi selengkapnya, lihat Memulihkan VM yang tidak dapat diakses atau boot disk penuh.
Khusus untuk VM Linux, booting VM untuk sementara dalam mode penyelamatan menggunakan alat GCE Rescue open source. Kemudian, lakukan langkah-langkah di Masalah sistem file.
Masalah sistem file
Bagian berikut menjelaskan masalah sistem file umum dan cara mengatasinya.
Pengubahan ukuran sistem file
Setelah Anda mengubah ukuran boot disk VM, sebagian besar VM akan mengubah ukuran sistem file root dan memulai ulang VM. Namun, untuk beberapa jenis image VM, Anda mungkin harus mengubah ukuran sistem file secara manual. Jika VM Anda tidak mendukung pengubahan ukuran sistem file root otomatis, atau jika Anda telah mengubah ukuran persistent disk data (non-boot), Anda harus mengubah ukuran sistem file dan partisi secara manual.
Untuk memeriksa apakah sistem file root Anda diperluas secara otomatis setelah Anda mengubah ukuran boot disk VM, lakukan hal berikut:
Pastikan bahwa VM Anda mengubah ukuran boot disk menggunakan salah satu metode berikut:
Periksa output port serial. Cari baris yang menunjukkan bahwa partisi root telah diubah ukurannya.
Misalnya, pada VM dengan image Debian, jika perubahan ukuran otomatis berhasil, log konsol akan menyertakan baris
... expand-root.sh[..]: Resizing ext4 filesystem on /dev/sda1.Jika Anda dapat terhubung ke VM Linux menggunakan SSH, jalankan perintah
df -huntuk memeriksa apakah ada kapasitas disk yang kosong.Misalnya, output ini menunjukkan bahwa sistem file root sudah 92% penuh:
Filesystem Size Used Avail Use% Mounted on udev 63G 0 63G 0% /dev tmpfs 13G 1.4M 13G 1% /run /dev/sda1 339G 315G 24G 92% /
Batasan Storage Spaces Direct (S2D)
Saat menggunakan Storage Spaces Direct (S2D), Anda tidak dapat meningkatkan kapasitas dengan mengubah ukuran persistent disk yang mendasarinya. Jika Anda mengubah ukuran disk di tingkat hardware, S2D tidak akan mengenali ruang yang ditambahkan, dan data mungkin tidak dapat diakses. Untuk meningkatkan kapasitas, tambahkan server atau drive, bukan mengubah ukuran persistent disk yang ada.
Untuk memeriksa apakah disk dikonfigurasi sebagai bagian dari cluster atau kumpulan penyimpanan S2D, selesaikan langkah-langkah berikut:
Di Google Cloud konsol, buka halaman VM instances.
Di samping instance yang memiliki disk yang diubah ukurannya, klik tombol RDP. Browser akan membuka koneksi RDP ke instance.
Klik kanan tombol Start Windows dan pilih Disk Management untuk membuka alat Disk Management. Misalnya, screenshot berikut menunjukkan bahwa Disk 1 memiliki partisi pelindung Storage Spaces:
Atau, Anda dapat menjalankan salah satu perintah PowerShell berikut untuk menemukan Persistent Disk yang terkait dengan konfigurasi S2D.
Get-Disk | Where-Object Model -eq "Storage Space"
Get-PhysicalDisk | Where-Object {$_.ObjectId -like "*Spaces*"}