Masalah umum dan batasan

Halaman ini menjelaskan batasan umum Google Cloud NetApp Volumes.

Masalah umum

Bagian ini menjelaskan masalah umum NetApp Volumes.

Masalah dukungan alamat IP klien non-RFC 1918 (PUPI) dengan tingkat layanan Flex Unified

Masalah: Tingkat layanan Flex Unified tidak mendukung alamat IP klien non-RFC 1918 (PUPI) .

Alasan: Batasan ini disebabkan oleh batasan aturan firewall dalam project tenant VSA.

Solusi: Untuk mengatasi masalah ini, pertimbangkan opsi berikut:

  • Tetapkan alamat IP RFC 1918: Konfigurasi klien Anda untuk menggunakan RFC 1918 alamat IP pribadi.

  • Gunakan tingkat layanan lain: Gunakan tingkat layanan yang mendukung alamat IP klien PUPI, seperti Standar, Premium, Extreme, atau Flex File.

  • Minta konfigurasi firewall manual: Sebagai solusi sementara, Anda dapat menghubungi Google Cloud Customer Care untuk menyiapkan aturan masuk firewall secara manual untuk rentang klien PUPI Anda. Perhatikan bahwa konfigurasi manual mungkin memerlukan upaya dukungan berkelanjutan. Untuk melanjutkan opsi ini, kirim permintaan dukungan dengan informasi berikut:

    • Rentang IP PUPI klien Anda (misalnya, 100.64.0.0/10)

    • Port protokol yang diperlukan (NFS, SMB, atau iSCSI)

    • Nama kumpulan penyimpanan dan region target

Error Not found saat menjalankan operasi pencadangan setelah pembuatan volume

Masalah: Jika Anda menjalankan operasi pencadangan seperti CreateBackup, RestoreVolume, atau UpdateBackupConfig segera setelah membuat volume mode ONTAP, operasi dapat gagal dengan error Not found.

Alasan: Setelah Anda membuat volume, volume dan resource terkait pencadangannya mungkin memerlukan waktu singkat agar tersedia sepenuhnya untuk layanan pencadangan. Selama periode propagasi ini, layanan pencadangan mungkin merutekan permintaan pencadangan sebelum volume dapat ditemukan, yang akan menghasilkan error Not found.

Solusi: Tunggu setidaknya tiga menit setelah Anda membuat volume sebelum menjalankan operasi terkait pencadangan.

Volume Flex File tidak merespons ping

Untuk mengetahui informasi selengkapnya tentang masalah ini, lihat Menguji konektivitas ke NetApp Volumes.

Konektivitas kerap hilang saat menggunakan koneksi Akses Layanan Pribadi yang tumpang-tindih

Saat mengonfigurasi koneksi netapp.servicenetworking.goog, jika rentang CIDR tumpang-tindih dengan rentang CIDR yang digunakan oleh koneksi akses layanan pribadi lain di VPC yang sama, hal ini dapat menyebabkan konektivitas kerap hilang pada koneksi pemasangan volume. Gunakan rentang yang tidak tumpang-tindih untuk menghindari masalah ini.

Kemungkinan gangguan akses klien ke volume yang ditransisikan dari Cloud Volumes Service ke NetApp Volumes saat memperbarui setelan volume NFS

Masalah: Akses klien ke volume terganggu saat Anda memperbarui setelan apa pun pada volume sumber atau tujuan replikasi volume aktif dengan status transfer yang diduplikasi.

Alasan: Memperbarui volume dapat menyebabkan sinkronisasi kebijakan ekspornya dengan volume partner replikasi. Jika volume yang diperbarui memiliki kebijakan ekspor yang salah atau tidak memiliki kebijakan ekspor, klien yang dipasang ke volume sumber produksi mungkin kehilangan akses, yang berpotensi menyebabkan gangguan.

Latar Belakang: Saat replikasi dalam status duplikasi, NetApp Volumes akan otomatis menyinkronkan kebijakan ekspor volume sumber dan tujuan. Hal ini memastikan akses klien yang konsisten tanpa intervensi manual administrator, karena setiap perubahan kebijakan pada satu volume akan otomatis diterapkan pada volume lainnya.

Di CVS, administrator harus menyinkronkan setelan volume sumber dan tujuan secara manual. Selama transisi volume dari CVS ke NetApp Volumes, kebijakan ekspor yang ada akan ditransfer tanpa modifikasi. Hal ini dapat menyebabkan kebijakan ekspor yang tidak konsisten dalam volume yang direplikasi. Saat Anda memperbarui kebijakan ekspor volume sumber atau tujuan dalam hubungan replikasi volume, kebijakan di kedua volume akan otomatis disinkronkan.

Volume yang terpengaruh

Masalah ini dapat terjadi pada volume yang memenuhi semua kriteria berikut:

  • Volume yang berada dalam replikasi volume yang aktif dan diduplikasi. Melanjutkan replikasi setelah dihentikan dapat menyebabkan masalah ini.

  • Semua volume yang mendukung NFS dan memiliki kebijakan ekspor.

  • Volume dengan kebijakan ekspor yang berbeda antara sumber dan tujuan.

Solusi: Untuk mengatasi masalah ini, kebijakan ekspor volume sumber dan tujuan harus disinkronkan satu kali. Selesaikan langkah-langkah berikut:

  1. Periksa dan bandingkan kebijakan ekspor volume sumber dan tujuan.

    • Jika kebijakan ekspor keduanya sama, Anda tidak perlu melakukan tindakan apa pun.

    • Jika kebijakan ekspor keduanya berbeda, gabungkan aturan ekspor untuk membuat kebijakan ekspor yang mengizinkan semua host yang ditentukan dalam kedua kebijakan.

  2. Terapkan kebijakan ekspor gabungan ke volume sumber. Kebijakan ini juga otomatis diterapkan ke volume tujuan.

Dengan menyinkronkan kebijakan ekspor, Anda dapat memastikan akses yang konsisten dan mencegah potensi gangguan pada klien.

Pesan error saat menggunakan resource Cloud Volumes Service (CVS) dan NetApp Volumes secara bersamaan

Anda mungkin mendapatkan pesan error tentang penggunaan resource CVS dan NetApp Volumes secara bersamaan dalam VPC, project, atau region. Masalah ini dapat terjadi saat Anda mencoba membuat resource seperti kumpulan dan kebijakan jika salah satu hal berikut berlaku untuk project:

  • Project sebelumnya digunakan untuk CVS.

  • Operasi daftar resource CVS dilakukan dalam project yang tidak memiliki resource NetApp Volumes.

Berikut adalah pesan error yang umum diterima:

  • Host project and service project must be using the same service.

  • Resources from CVS and NetApp Volumes may not be used together in a single region.

  • Cannot share VPC between 3P and 1P networks.

Untuk mengatasi masalah ini, hubungi Google Cloud Customer Care dan ajukan permintaan reset project atau region tertentu Anda agar khusus menggunakan resource NetApp Volumes saja.

Pembuatan file gagal dengan error No space left on device atau File too large di direktori tertentu

Masalah: Saat mencoba menulis, menyalin, atau membuat file atau subdirektori baru pada volume yang dipasang, operasi akan gagal dengan error No space left on device (errno 28 / ENOSPC) atau File too large (errno 27 / EFBIG).

Hal ini terjadi meskipun kueri ruang disk sisi klien (seperti df -h) dan Google Cloud konsol menunjukkan bahwa volume memiliki banyak kapasitas logis yang tersedia. Error ini dilokalkan ke direktori tertentu; pembuatan file berhasil di direktori lain pada volume yang sama.

Alasan: Masalah ini terjadi saat satu direktori tumbuh terlalu besar dan mencapai batas internal, sehingga mencegah sistem penyimpanan mengindeks lebih banyak file atau subdirektori di lokasi tertentu tersebut.

Verifikasi:

Verifikasi apakah Anda telah mencapai batas ukuran direktori dengan melakukan langkah-langkah diagnostik berikut pada klien yang dipasang:

  1. Uji pembuatan file yang dilokalkan: Coba buat file di direktori yang baru dibuat dan benar-benar berbeda pada volume yang sama persis: bash mkdir /mount_point/test_dir && touch /mount_point/test_dir/test_file.txt Jika berhasil, tetapi penulisan ke direktori asli gagal, kemungkinan batas direktori telah tercapai.
  2. Perkirakan jumlah entri direktori: Hitung jumlah entri di dalam direktori yang bermasalah: bash find /mount_point/offending_directory -maxdepth 1 | wc -l
  3. Periksa ukuran file indeks direktori: Periksa metadata direktori: bash ls -ld /mount_point/offending_directory Ukuran file direktori yang sangat besar menunjukkan metadata direktori yang sangat besar.

Solusi:

Untuk mengatasi masalah ini dan menjaga struktur direktori Anda tetap sehat, terapkan metode berikut:

  • Terapkan sharding direktori: Restrukturisasi aplikasi atau workload Anda untuk mendistribusikan file di seluruh subdirektori bertingkat, hierarkis (seperti /aa/bb/filename.txt bukan menyimpan file dalam jumlah besar di satu direktori datar).
  • Buat ulang direktori yang besar: Menghapus file dari direktori yang melebihi batas hanya akan menghapus namanya, tetapi tidak secara otomatis mengecilkan ukuran fisik file indeks direktori dalam sistem file yang mendasarinya. Untuk sepenuhnya mengklaim kembali ruang direktori, salin atau pindahkan file aktif ke direktori baru, lalu hapus direktori lama yang besar.

Masalah integrasi Active Directory

Bagian berikut berisi masalah umum pada integrasi Active Directory.

Terjadi masalah konektivitas

Koneksi ke pengontrol domain lokal gagal karena keterbatasan berikut:

  • Peering VPC: NetApp Volumes hanya dapat menjangkau pengontrol domain yang berada di Virtual Private Cloud (VPC) kumpulan penyimpanan atau terhubung ke sana melalui VPN. NetApp Volumes tidak dapat menjangkau pengontrol domain di VPC lain, termasuk yang di-peering ke VPC kumpulan penyimpanan dan yang terhubung ke kumpulan penyimpanan.

  • Firewall: Koneksi lokal gagal jika Anda tidak mengizinkan NetApp Volumes menghubungi pengontrol domain Anda. Untuk mengetahui informasi selengkapnya, lihat Aturan firewall untuk akses Active Directory.

Mengubah setelan situs Active Directory pada suatu kebijakan Active Directory tidak akan memengaruhi kumpulan penyimpanan tingkat layanan Flex File. Setelan ini berfungsi untuk kumpulan Flex Unified.

NetApp Volumes tidak dapat bergabung dengan pengontrol domain berbasis Windows 2025

Karena regresi di Windows 2025, NetApp Volumes tidak dapat bergabung ke domain yang menggunakan pengontrol domain Windows 2025.

Pada 9 September 2025, Microsoft merilis KB5065431 dan KB5065426 untuk mengatasi masalah ini. Windows 2025 tidak mendukung enkripsi RC4, jadi Anda harus Mengaktifkan Enkripsi AES untuk autentikasi Active Directory.

Untuk mengetahui informasi selengkapnya, lihat Komunikasi pengontrol domain dengan Windows 2025 atau versi yang lebih lama dapat gagal karena penerapan SMB 3.1.1.

Komunikasi pengontrol domain dengan Windows 2025 atau versi yang lebih lama dapat gagal karena penerapan SMB 3.1.1

Pengontrol domain Windows 2025 menerapkan SMB 3.1.1 untuk komunikasi dengan klien Active Directory. Kebijakan Center for Internet Security (CIS) 18.6.7.6 juga merekomendasikan penggunaan SMB 3.1.1 untuk versi Windows yang lebih lama.

Meskipun NetApp Volumes mendukung SMB 3.1.1 untuk komunikasi antara klien SMB dan server SMB NetApp Volumes, NetApp Volumes hanya mendukung SMB 2.1 dan SMB 3.0 saat terhubung ke Active Directory sebagai klien.

Jika pengontrol domain hanya mengizinkan koneksi SMB 3.1.1, NetApp Volumes tidak dapat terhubung ke Active Directory, yang menyebabkan gangguan layanan.

Untuk mempertahankan kompatibilitas, sebaiknya tetapkan SMB 2.1 sebagai versi SMB minimum yang didukung di pengontrol domain Anda. Anda harus menerapkan setelan ini ke semua pengontrol domain, atau ke setiap pengontrol domain di situs Active Directory jika Anda menggunakan kebijakan Active Directory berbasis situs.

Contoh berikut menunjukkan cara menetapkan versi SMB minimum yang didukung ke 2.1:

 Set-SmbServerConfiguration -Smb2DialectMax SMB311 -Smb2DialectMin SMB210

Untuk mengetahui informasi selengkapnya tentang cara mengubah setelan SMB menggunakan PowerShell atau kebijakan grup, lihat Mengelola dialek SMB di Windows dan Windows Server 2025.

Masalah CMEK

Bagian berikut berisi masalah umum pada operasi kunci enkripsi yang dikelola pelanggan (CMEK).

ListKmsConfigs menampilkan error Invalid value for enum type

Saat volume dimigrasikan dari enkripsi yang dikelola sistem ke enkripsi yang dikelola pelanggan, perintah ListKmsConfigs terkadang menampilkan error Invalid value for enum type selama migrasi. Setelah migrasi selesai, perintah ListKmsConfigs akan kembali berfungsi normal.

Pembuatan kebijakan KmsConfig gagal

Terkadang, pembuatan kebijakan KmsConfig gagal dan memblokir Anda untuk membuat kebijakan lain. Jika hal ini terjadi, hubungi Google Cloud Customer Care.

Masalah dan keterbatasan replikasi volume

Bagian berikut memberikan detail seputar masalah umum dan keterbatasan fitur replikasi volume.

Setelan kuota volume tujuan mungkin gagal dalam replikasi aktif

Saat mengubah setelan pada volume dalam replikasi aktif, setelan diterapkan ke volume sumber dan tujuan. Namun, perubahan kuota khusus untuk volume tujuan dilakukan secara bertahap dan diterapkan ke volume tujuan setelah replikasi dihentikan. Terkadang, penetapan kuota ini mungkin gagal, dan Anda akan menerima pesan error di akhir operasi. Meskipun operasi Stop berhasil, semua kuota mungkin belum diterapkan ke volume tujuan. Jika Anda menerima error kuota selama operasi Stop, bandingkan aturan kuota di volume sumber dan tujuan, lalu perbarui aturan kuota yang tidak ada di tujuan agar sesuai dengan setelan volume sumber.

Google Cloud konsol menampilkan kumpulan penyimpanan tanpa kebijakan Active Directory terkait

Di konsol Google Cloud , saat Anda membuat replikasi volume untuk volume sumber, daftar kumpulan penyimpanan yang dapat dipilih untuk membuat volume tujuan berisi kumpulan penyimpanan yang tidak memiliki kebijakan Active Directory. Memilih kumpulan penyimpanan tanpa kebijakan Active Directory akan menyebabkan kegagalan replikasi.

Masalah umum volume berkapasitas besar

Bagian berikut menjelaskan masalah umum pada fitur volume berkapasitas besar.

Kumpulan yang tidak kompatibel ditampilkan

Saat mengubah kumpulan penyimpanan (tingkat layanan), konsol Google Cloud mungkin menampilkan kumpulan yang tidak kompatibel. Jika Anda mencoba mengubah ke kumpulan penyimpanan yang tidak kompatibel, upaya tersebut akan gagal dan Anda akan menerima pesan error.

Migrasi CMEK tidak diblokir

Migrasi CMEK tidak diblokir oleh konsol Google Cloud dan diizinkan meskipun ada volume berkapasitas besar. Jika Anda mencoba migrasi CMEK saat volume berkapasitas besar dikonfigurasi, upaya tersebut akan gagal.

Masalah FlexCache

Bagian ini menjelaskan masalah umum pada fitur FlexCache.

Modifikasi volume FlexCache di konsol Google Cloud mungkin gagal

Volume FlexCache hanya dapat diubah menggunakan API atau Google Cloud CLI. Meskipun volume FlexCache ditampilkan di konsol Google Cloud setelah dibuat, volume tersebut dapat dilihat atau dihapus, dan upaya untuk memperbaruinya menggunakan konsolGoogle Cloud mungkin gagal. Dalam kasus semacam ini, gunakan Google Cloud CLI untuk mengubahnya.

Pembuatan volume FlexCache gagal dengan snapshot-directory yang ditetapkan ke benar (true)

Volume FlexCache tidak mendukung opsi snapshot-directory. Meskipun API menetapkan parameter ini secara default ke false, Google Cloud CLI menetapkannya secara default ke true. Oleh karena itu, saat membuat volume FlexCache menggunakan Google Cloud CLI, Anda harus secara eksplisit menyertakan --snapshot-directory false untuk mencegah kegagalan pembuatan.