Masalah umum dan batasan

Anda dapat meninjau masalah umum, batasan layanan, dan solusi untuk Google Cloud NetApp Volumes guna membantu Anda memecahkan masalah error di seluruh operasi volume umum, integrasi Active Directory, kunci enkripsi yang dikelola pelanggan (CMEK), replikasi volume, volume kapasitas besar, dan FlexCache.

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 Anda mengonfigurasi akses layanan pribadi untuk koneksi netapp.servicenetworking.goog, jika rentang CIDR tumpang-tindih dengan rentang CIDR yang digunakan oleh koneksi akses layanan pribadi lain di Virtual Private Cloud (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. Sinkronisasi ini memastikan akses klien yang konsisten tanpa intervensi manual administrator, karena setiap perubahan kebijakan pada satu volume akan otomatis diterapkan ke volume lainnya.

Di Cloud Volumes Service (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, NetApp Volumes akan otomatis menyinkronkan kebijakan di kedua volume.

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 pool 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).

Error ini terjadi bahkan saat kueri kapasitas disk sisi klien (seperti df -h) dan konsol Google 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 jika satu direktori bertambah terlalu besar dan mencapai batas internal, sehingga sistem penyimpanan tidak dapat mengindeks lebih banyak file atau subdirektori di lokasi tertentu tersebut.

Verifikasi:

Pastikan 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 perintah ini 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: Buat ulang struktur aplikasi atau workload Anda untuk mendistribusikan file di seluruh subdirektori bertingkat dan hierarkis (seperti /aa/bb/filename.txt, bukan menyimpan file dalam jumlah besar di 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 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, 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 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 mempertahankan kompatibilitas, 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)

NetApp melacak masalah ini di NetApp Support Bulletin SU628.

Solusi: Untuk mengatasi masalah ini pada pengontrol domain Anda, rollback update keamanan atau terapkan solusi pengeditan registry yang dijelaskan dalam Akses ke berbagi SMB NetApp mungkin gagal setelah menginstal update keamanan Windows Oktober 2026.

Atau, jika menggunakan mode ONTAP Terpadu Flex, Anda dapat mengonfigurasi keamanan sesi LDAP di virtual machine penyimpanan (SVM):

• Sebelum atau setelah Anda menerapkan patch pada pengontrol domain, tetapkan keamanan sesi LDAP ke sign atau seal di setiap SVM yang terpengaruh. Kedua nilai tersebut memenuhi persyaratan, meskipun seal memberikan enkripsi tambahan untuk data payload LDAP:

  vserver cifs security show -fields session-security-for-ad-ldap
  vserver cifs security modify -vserver SVM_NAME -session-security-for-ad-ldap sign
  vserver cifs domain discovered-servers reset-servers -vserver SVM_NAME
  

• Jika konfigurasi klien LDAP di SVM mengikat sebagai server CIFS menggunakan vserver services name-service ldap client dengan -bind-as-cifs-server true, atau mengikat ke domain Active Directory dengan -bind-dn dan -ad-domain yang dikonfigurasi, tetapkan -session-security ke sign atau seal pada konfigurasi klien tersebut:

  vserver services name-service ldap client show -vserver SVM_NAME
  vserver services name-service ldap client modify -vserver SVM_NAME -client-config CONFIG_NAME -session-security sign
  

• Pastikan autentikasi Kerberos berfungsi antara SVM dan pengontrol domain Anda, yang diperlukan saat menggunakan sign atau seal. Pengontrol domain Anda harus memiliki data DNS penerusan (A) dan balik (PTR) yang dapat di-resolve. Data PTR yang tidak ada atau salah dapat menyebabkan pengikatan LDAP gagal dengan error GSSAPI, seperti Cannot determine realm for numeric host address atau Server not found in Kerberos database.

• Setelah menerapkan perubahan, uji koneksi untuk mengonfirmasi konektivitas LDAP:

  set -privilege diag
  secd connections test -node NODE -vserver SVM_NAME
  

• Memperbarui setelan keamanan sesi tidak memerlukan kredensial domain atau mereset sandi akun mesin Active Directory. Karena LDAP dievaluasi selama operasi pengikatan dan pencarian, sesi klien SMB yang ada tetap terhubung.

• Untuk SVM khusus NFS yang menggunakan klien LDAP yang terikat ke Active Directory, tetapkan juga -session-security ke sign atau seal pada klien LDAP jika berlaku, termasuk di lingkungan yang menggunakan LDAPS pada port 636.

Jika masalah berlanjut atau Anda memerlukan bantuan, 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 masalah 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 kumpulan penyimpanan yang dapat dipilih untuk membuat volume tujuan berisi kumpulan penyimpanan 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

Konsol Google Cloud tidak memblokir migrasi CMEK jika ada volume berkapasitas besar. Namun, 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

Anda hanya dapat mengubah volume FlexCache menggunakan API atau Google Cloud CLI. Meskipun konsol Google Cloud menampilkan volume FlexCache setelah dibuat dan memungkinkan Anda melihat atau menghapusnya, upaya apa pun untuk memperbaruinya di konsol Google Cloud mungkin gagal. Dalam kasus semacam ini, gunakan Google Cloud CLI atau API untuk mengubahnya.

Pembuatan volume FlexCache gagal dengan snapshot-directory ditetapkan ke true

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