Bagian berikut menjelaskan skenario saat instance mungkin tidak responsif dan memberikan langkah-langkah untuk membantu mengatasi masalah tersebut.
Instance Filestore tidak merespons permintaan ping atau traceroute
Instance Filestore tidak merespons permintaan ping atau traceroute karena Filestore tidak mengizinkan ICMP.
Untuk menguji konektivitas ke instance Filestore, Anda dapat menjalankan showmount dari klien:
sudo showmount -e filestore-ip
Instance Filestore merespons dengan sistem file yang diekspor, misalnya:
Export list for 10.139.19.98:
/vol1 192.168.0.0/16,172.16.0.0/12,10.0.0.0/8
Anda juga dapat memeriksa apakah klien dapat menjangkau informasi RPC Filestore dengan menjalankan:
sudo rpcinfo -p <filestore-ip>
Respons akan terlihat seperti ini:
program vers proto port service
100000 4 tcp 111 portmapper
100000 3 tcp 111 portmapper
100000 2 tcp 111 portmapper
100000 4 udp 111 portmapper
100000 3 udp 111 portmapper
100000 2 udp 111 portmapper
100024 1 udp 2046 status
100024 1 tcp 2046 status
100003 3 tcp 2049 nfs
100227 3 tcp 2049
100021 1 udp 4045 nlockmgr
100021 3 udp 4045 nlockmgr
100021 4 udp 4045 nlockmgr
100021 1 tcp 4045 nlockmgr
100021 3 tcp 4045 nlockmgr
100021 4 tcp 4045 nlockmgr
100005 3 udp 2050 mountd
100005 3 tcp 2050 mountd
Pemeliharaan terjadwal
Sesekali, Filestore menjadi tidak responsif selama beberapa menit, kemudian menjadi responsif lagi karena peristiwa pemeliharaan terjadwal. Untuk SLA Filestore, lihat halaman SLA.
Filestore tidak mendukung masa pemeliharaan yang ditentukan pelanggan. Jadwal masa pemeliharaan untuk Filestore juga tidak tersedia bagi pelanggan.
Instance telah dihapus saat masih terpasang ke klien
Jika operasi file atau perintah unix seperti df, ls, atau operasi baca/tulis lainnya
berhenti merespons, instance Filestore kemungkinan akan dihapus saat masih terpasang ke klien.
Periksa apakah instance masih ada:
gcloud filestore instances list
Jika instance tidak lagi tercantum, Anda dapat memulihkan kontrol dengan membuat instance baru menggunakan alamat IP dan nama berbagi file yang sama seperti instance yang dihapus. Setelah instance dibuat, operasi yang tidak responsif akan keluar dengan error. Jika tidak memerlukan instance Filestore, Anda dapat melepas berbagi file dan menghapusnya.
Untuk mencegah hal seperti ini terjadi lagi pada masa mendatang, pastikan Anda melepas instance Filestore terlebih dahulu sebelum menghapusnya.
Instance menampilkan status REPAIRING
Instance Filestore dalam keadaan tidak sehat karena penyebab internal di luar kendali pengguna dan secara otomatis memperbaiki dirinya sendiri. Instance tidak tersedia selama waktu ini dan Anda tidak perlu melakukan tindakan lebih lanjut.
Instance menampilkan status UNAVAILABLE
Jika perubahan status kunci Cloud KMS terdeteksi, instance akan otomatis berhenti menyalurkan data. Beberapa contoh termasuk berikut ini:
- Menonaktifkan kunci atau versi kunci.
- Menghancurkan kunci atau versi kunci.
- Memodifikasi izin kunci.
Untuk informasi selengkapnya, lihat Mengenkripsi data dengan CMEK.