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: Paket 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:

• Menetapkan alamat IP RFC 1918: Konfigurasikan klien Anda untuk menggunakan alamat IP pribadi RFC 1918.

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

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

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

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

  • Region target dan nama storage pool

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 tersebut dapat gagal dengan error Not found.

Alasan: Setelah Anda membuat volume, volume dan resource-nya yang terkait dengan pencadangan dapat memerlukan waktu singkat agar tersedia sepenuhnya untuk layanan pencadangan. Selama periode penerapan ini, layanan pencadangan mungkin merutekan permintaan pencadangan sebelum volume dapat ditemukan, yang menyebabkan 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 menyelesaikan masalah ini, kebijakan ekspor volume sumber dan tujuan harus disinkronkan sekali. 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 ini 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 terpasang, operasi gagal dengan error No space left on device (errno 28 / ENOSPC) atau File too large (errno 27 / EFBIG).

Hal ini terjadi bahkan saat kueri kapasitas disk sisi klien (seperti df -h) dan konsolGoogle Cloud 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 bertambah 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 terpasang:

1. Uji pembuatan file yang dilokalkan: Coba buat file di direktori yang benar-benar berbeda dan baru dibuat 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, batas direktori kemungkinan 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 jejak metadata direktori: bash ls -ld /mount_point/offending_directory Ukuran file direktori yang sangat besar menunjukkan pembengkakan 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 dan hierarkis (seperti /aa/bb/filename.txt, bukan menyimpan file dalam jumlah besar dalam satu direktori datar).
• Membangun ulang direktori yang membengkak: Menghapus file dari direktori yang melebihi batas hanya akan menghapus namanya, tetapi tidak otomatis memperkecil ukuran fisik file indeks direktori dalam sistem file yang mendasarinya. Untuk mengklaim kembali ruang direktori sepenuhnya, salin atau pindahkan file aktif ke direktori baru, lalu hapus direktori lama yang membengkak.

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 akan gagal jika Anda tidak mengizinkan NetApp Volumes menghubungi pengontrol domain Anda. Untuk mengetahui informasi selengkapnya, baca 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 pool Flex Unified.

NetApp Volumes tidak dapat bergabung ke 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 sebelumnya dapat gagal karena penerapan SMB 3.1.1

Pengontrol domain Windows 2025 menerapkan SMB 3.1.1 untuk komunikasi dengan klien Active Directory. Center for Internet Security (CIS) Policy 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, layanan ini 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, sehingga menyebabkan gangguan layanan.

Untuk menjaga 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 Manage SMB dialects in Windows and Windows Server 2025.

Koneksi LDAP ke Active Directory gagal setelah update pengontrol domain Microsoft Oktober 2026

Masalah: Setelah Anda menginstal update keamanan Microsoft Oktober 2026 di pengontrol domain Active Directory, kumpulan penyimpanan dan volume yang terhubung ke Active Directory tidak dapat menyelesaikan pengikatan LDAP ke pengontrol domain tersebut. Akibatnya, Anda mungkin mengalami error saat terhubung ke berbagi SMB, menambahkan pengguna ke berbagi, atau menggunakan atau menguji kebijakan Active Directory baru.

Alasan: Update keamanan kumulatif Microsoft berikut mengubah perilaku koneksi LDAP, yang mengganggu komunikasi dengan NetApp Volumes:

• 13 Oktober 2026—KB5126646 (Windows Server 2025)

• 13 Oktober 2026—KB5126655 (Windows Server 2022)

• 13 Oktober 2026—KB5126651 (Windows Server 2019)

• 13 Oktober 2026—KB5126868 (Windows Server 2016)

Solusi: Kami sedang mengerjakan update untuk NetApp Volumes guna menyelesaikan masalah ini. Sementara itu, jangan instal update keamanan Windows ini di pengontrol domain Anda. Jika Anda telah menginstal update ini atau perlu menginstalnya, hubungi Google Cloud Customer Care.

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 bermigrasi 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 seperti biasa.

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.

KonsolGoogle Cloud menampilkan kumpulan penyimpanan tanpa kebijakan Active Directory terkait

Di konsol Google Cloud , saat Anda membuat replikasi volume untuk volume sumber, daftar Storage Pool yang dapat dipilih untuk membuat volume tujuan berisi Storage Pool yang tidak memiliki kebijakan Active Directory. Memilih Storage Pool 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 storage pool (tingkat layanan), konsol Google Cloud mungkin menampilkan pool yang tidak kompatibel. Jika Anda mencoba mengubah ke storage pool 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 ditetapkan ke 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 menyertakan --snapshot-directory false secara eksplisit untuk mencegah kegagalan pembuatan.