File Storage NAS:Masalah akses file baca/tulis

Bagaimana menangani server yang menjadi tidak merespons selama 35 detik saat mengakses file yang sama secara konkuren?

Penyebab: Driver kernel SMB Linux saat ini memiliki kelemahan yang mencegah server mengirim paket protokol SMB BreakAck yang diharapkan dalam skenario konkuren tertentu saat memasang dengan vers=2.1 atau 3.0. Hal ini menyebabkan server menjadi tidak merespons selama 35 detik.

Solusi 1: Pasang sistem file menggunakan protokol vers=2.0.

Solusi 2: Lakukan langkah-langkah berikut.

1. Nonaktifkan oplocks saat memuat modul CIFS dengan menjalankan perintah berikut:

   # modprobe cifs enable_oplocks=0

2. Nonaktifkan oplocks setelah modul CIFS dimuat dengan menjalankan perintah berikut:

   # echo 0 > /sys/module/cifs/parameters/enable_oplocks

3. Periksa status oplocks dengan menjalankan perintah berikut:

   # cat /sys/module/cifs/parameters/enable_oplocks

   Pada output, 'Y' berarti diaktifkan dan 'N' berarti dinonaktifkan.

   Catatan

   • Untuk menerapkan perubahan ini, Anda harus melepas dan memasang ulang sistem file SMB.

   • Untuk membuat perubahan ini permanen, buat file /etc/modprobe.d/cifs.conf dan tambahkan baris berikut: options cifs enable_oplocks=0.

Mengapa saya tidak dapat membuat file symbolic link?

Penyebab

Saat memasang sistem file SMB di Linux, Anda tidak menggunakan opsi mfsymlinks atau menggunakan versi protokol 2.0.

Solusi

Saat memasang sistem file SMB di Linux, gunakan versi protokol 2.1 atau 3.0 dan tambahkan opsi mfsymlinks. Untuk deskripsi parameter dalam contoh perintah mount, lihat Deskripsi parameter perintah mount SMB (Linux).

sudo mount -t cifs //file-system-id.region.nas.aliyuncs.com/myshare /mnt -o vers=2.1,guest,uid=0,gid=0,dir_mode=0755,file_mode=0755,mfsymlinks,cache=strict,rsize=1048576,wsize=1048576

Mengapa titik pemasangan sistem file SMB tidak merespons?

Penyebab

Pada distribusi Linux dengan kernel lebih lama dari 3.10.0-514, driver kernel SMB kadang-kadang crash dalam skenario konkuren (seperti yang ditunjukkan pada stack kernel di bawah), sehingga titik pemasangan menjadi tidak dapat diakses. Log kernel menampilkan informasi serupa:

...
[<ffffffffc03c9bc1>] cifs_oplock_break+0x1f1/0x270 [cifs]
[<ffffffff810a881a>] process_one_work+0x17a/0x440
[<ffffffff810a8d74>] rescuer_thread+0x294/0x3c0
...

Solusi

• Pasang ulang menggunakan cache=none (performa akan terpengaruh).

• Tingkatkan sistem operasi instans ECS (Linux).

Bagaimana menangani error "cp: error writing '</path/to/file>': Bad file descriptor" saat menyalin file besar?

Penyebab

Terjadi gangguan minor sementara pada jaringan atau backend. Beberapa distribusi Linux, seperti SUSE, memiliki fungsionalitas client SMB yang lemah dan tidak mendukung failover dengan baik.

Solusi

Gunakan versi Linux yang direkomendasikan oleh NAS SMB. Tabel berikut mencantumkan versi sistem operasi Linux yang didukung oleh NAS SMB:

Mengapa karakter Tionghoa yang ditulis ke sistem file ditampilkan sebagai teks rusak di client?

Gejala

Karakter Tionghoa (seperti nama file atau konten) yang ditulis ke sistem file NAS pada client Linux atau Windows ditampilkan sebagai teks rusak di client platform lain.

Penyebab

Client Windows menggunakan set karakter GBK secara default untuk enkode dan dekode karakter Tionghoa, sedangkan client Linux menggunakan set karakter UTF-8. Data yang ditulis ke sistem file NAS dikodekan menggunakan set karakter sesuai platform tersebut. Saat dibaca di platform lain, dekode dilakukan menggunakan set karakter yang berbeda. Karena kedua set karakter tidak kompatibel, dekode gagal dan menghasilkan teks rusak.

Solusi

Gunakan client Windows untuk memasang sistem file SMB dan client Linux untuk memasang sistem file NFS guna menghindari masalah ketidakkompatibilitas platform.

Mengapa pembuatan dan pembukaan file lambat saat Windows memasang sistem file NFS?

Penyebab

Saat menggunakan instans NFS di Windows, terdapat masalah kompatibilitas antara case-sensitive dan case-insensitive. Performa pembuatan file dalam direktori menurun secara signifikan seiring bertambahnya jumlah file karena setiap pembuatan file memerlukan penelusuran direktori. Saat jumlah file mencapai 100.000, satu kali penelusuran direktori dapat memakan waktu lebih dari 10 detik.

Solusi

Modifikasi parameter pemasangan dengan menambahkan opsi -o casesensitive=yes untuk menghindari penelusuran direktori. Perintah mount-nya adalah sebagai berikut:

mount -o nolock -o mtype=hard -o timeout=60 -o casesensitive=yes \\file-system-id.region.nas.aliyuncs.com\! Z:

Gantilah huruf drive Z dan alamat titik pemasangan file-system-id.region.nas.aliyuncs.com sesuai kebutuhan.

Bagaimana menyelesaikan error invalid device yang dikembalikan saat mengganti nama file pada sistem file NFS dari client Windows?

Jika sistem file NFS dipasang pada subdirektori sistem file, penggantian nama file akan mengembalikan error invalid device. Pasang sistem file pada direktori root sistem file. Untuk informasi lebih lanjut, lihat Langkah 2: Memasang sistem file NAS tujuan umum menggunakan protokol NFS.

Bagaimana menyelesaikan masalah penundaan pembuatan file dalam sistem file NFS?

• Gejala:

  ECS-1 membuat file abc, tetapi ECS-2 mengalami penundaan—antara 1 detik hingga 1 menit—sebelum dapat melihat file tersebut abc. Mengapa hal ini terjadi?

• Penyebab:

  Hal ini disebabkan oleh Lookup Cache dan merupakan perilaku yang diharapkan dalam rentang waktu tertentu T. Misalnya, jika ECS-2 mengakses file abc sebelum ECS-1 membuatnya, ECS-2 mencatat bahwa file tersebut tidak ada, sehingga membuat entri cache yang menunjukkan bahwa file abc tidak ditemukan. Selama rentang waktu T, karena FileAttr belum kedaluwarsa, ECS-2 tetap merujuk pada entri cache awal tersebut—yang menyatakan bahwa file abc tidak ada—saat mengaksesnya kembali.

• Solusi:

  Untuk memastikan ECS-2 langsung melihat file setelah ECS-1 membuatnya, gunakan salah satu solusi berikut:

  • Solusi 1: Nonaktifkan Negative Lookup Cache pada ECS-2 untuk mencegah caching file yang tidak ada. Solusi ini memiliki overhead terendah.

    Saat memasang, tambahkan opsi lookupcache=positive (nilai default adalah lookupcache=all). Perintah mount-nya adalah sebagai berikut:

    sudo mount -t nfs -o vers=3,nolock,proto=tcp,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport,lookupcache=positive file-system-id.region.nas.aliyuncs.com:/ /mnt

  • Solusi 2: Nonaktifkan semua cache pada ECS-2. Solusi ini secara signifikan menurunkan performa. Pilih solusi yang sesuai berdasarkan kebutuhan bisnis Anda.

    Saat memasang, tambahkan opsi actimeo=0. Perintah mount-nya adalah sebagai berikut:

    sudo mount -t nfs -o vers=3,nolock,proto=tcp,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport,actimeo=0 file-system-id.region.nas.aliyuncs.com:/ /mnt

Bagaimana menyelesaikan masalah penundaan penulisan data ke sistem file NFS?

• Gejala:

  ECS-1 memperbarui file abc, tetapi ECS-2 langsung membaca konten lama.

• Penyebab:

  Ada dua alasan:

  • Pertama, ECS-1 tidak langsung melakukan flush setelah menulis ke abc. ECS-1 terlebih dahulu menyimpan data di PageCache dan mengandalkan lapisan aplikasi untuk memanggil fsync atau close.

  • Kedua, ECS-2 memiliki cache file dan mungkin tidak langsung mengambil konten terbaru dari server. Jika ECS-2 melakukan cache data saat ECS-1 memperbarui file abc, maka saat membaca kembali, ECS-2 tetap menggunakan data yang di-cache.

• Solusi:

  Untuk memastikan ECS-2 langsung melihat pembaruan file oleh ECS-1, gunakan salah satu solusi berikut:

  • Solusi 1: Terapkan konsistensi CTO. Operasi baca/tulis ECS-1 atau ECS-2 harus mengikuti model CTO sehingga ECS-2 selalu membaca data terbaru. Secara spesifik, setelah ECS-1 memperbarui file, ECS-1 harus mengeksekusi close atau fsync. Sebelum ECS-2 membaca, ECS-2 harus membuka kembali file tersebut, lalu membaca.

  • Solusi 2: Nonaktifkan semua cache pada ECS-1 dan ECS-2. Solusi ini secara signifikan menurunkan performa. Pilih solusi yang sesuai berdasarkan kebutuhan bisnis Anda.

    • Nonaktifkan caching pada ECS-1 dengan menambahkan opsi noac saat memasang untuk memastikan semua penulisan langsung dikomit ke disk. Perintah mount-nya adalah sebagai berikut:

      sudo mount -t nfs -o vers=3,nolock,proto=tcp,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport,noac file-system-id.region.nas.aliyuncs.com:/ /mnt

      Catatan

      • Jika operasi penulisan ECS-1 memanggil fsync atau menggunakan penulisan sync, Anda dapat mengganti noac dengan actimeo=0 untuk performa yang sedikit lebih baik.

      • noac setara dengan actimeo=0 ditambah sync (yang memaksa semua penulisan menjadi penulisan sync).

    • Nonaktifkan caching pada ECS-2 dengan menambahkan opsi actimeo=0 saat memasang untuk mengabaikan semua cache. Perintah mount-nya adalah sebagai berikut:

      sudo mount -t nfs -o vers=3,nolock,proto=tcp,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport,actimeo=0 file-system-id.region.nas.aliyuncs.com:/ /mnt

Mengapa dua instans ECS menampilkan pemilik file yang berbeda saat mengkueri file yang sama dalam sistem file NAS?

Dalam sistem file, pengguna diidentifikasi berdasarkan UID atau GID, bukan username. Username pemilik file yang Anda kueri pada instans ECS dikonversi dari informasi UID. Jika UID yang sama dikonversi menjadi username berbeda pada instans ECS yang berbeda, maka dianggap sebagai pemilik yang berbeda.

Sebagai contoh, instans ECS 1 membuat file admin_on_machine1 menggunakan pengguna admin. Instans ECS 2 membuat file admin_on_machine2 menggunakan pengguna admin. Pada instans ECS 1, Anda dapat menjalankan perintah ll untuk melihat file yang dibuat, seperti yang ditunjukkan pada gambar berikut:Pada instans ECS 2, Anda dapat menjalankan perintah ll untuk melihat file yang dibuat, seperti yang ditunjukkan pada gambar berikut:Hasil kueri dari kedua instans ECS menunjukkan bahwa username pemilik file untuk file yang sama tidak konsisten.

Kemudian, Anda dapat menjalankan perintah id pada masing-masing instans untuk mengkueri informasi pengguna admin. Seperti yang ditunjukkan pada gambar berikut, UID pengguna admin pada instans ECS 1 adalah 505:Seperti yang ditunjukkan pada gambar berikut, UID pengguna admin pada instans ECS 2 adalah 2915:Seperti yang ditunjukkan pada gambar berikut, menjalankan perintah stat admin_on_machine1 admin_on_machine2 menunjukkan bahwa kedua file tersebut dimiliki oleh UID yang berbeda:

Bagaimana mencegah exception yang mungkin terjadi saat beberapa proses atau client menulis secara konkuren ke file log yang sama?

Gejala

Penyimpanan File NAS menyediakan kemampuan baca/tulis berbagi file dengan namespace terpadu untuk beberapa client. Namun, saat beberapa proses atau client menulis secara konkuren ke file yang sama (biasanya file log), setiap proses mempertahankan deskriptor file independen dan informasi konteks posisi penulisan. Protokol NFS sendiri tidak mendukung semantik Atomic Append. Hal ini dapat menyebabkan exception seperti overwrite penulisan, interleaving, atau serialisasi.

Solusi

• (Direkomendasikan) Buat proses atau client yang berbeda menulis ke file yang berbeda dalam sistem file yang sama. Kemudian, gabungkan file-file tersebut selama analisis selanjutnya. Solusi ini secara efektif menyelesaikan masalah yang disebabkan oleh penulisan konkuren dan tidak memerlukan file locks, sehingga menghindari dampak pada performa.

• Untuk skenario yang melibatkan penulisan append konkuren ke file yang sama (seperti file log), gunakan mekanisme file locks + seek untuk memastikan atomisitas dan konsistensi penulisan. Namun, file locks + seek merupakan operasi yang memakan waktu dan dapat berdampak signifikan pada performa. Pengenalan singkat metode ini disediakan di bawah ini sebagai referensi.

Penggunaan flock + seek

Karena protokol NFS tidak mendukung semantik Atomic Append, penulisan konkuren ke akhir file yang sama (seperti file log) dapat mengakibatkan overwrite. Di Linux, penggunaan flock + seek dapat mensimulasikan Atomic Append pada sistem file NFS, memberikan perlindungan dan dukungan untuk penulisan append konkuren ke file yang sama.

Langkah-langkah penggunaannya adalah sebagai berikut:

1. Panggil fd=open(filename, O_WRONLY | O_APPEND | O_DIRECT) untuk membuka file guna penulisan append dan tentukan O_DIRECT (penulisan langsung, melewati Page Cache) untuk mendapatkan deskriptor file fd.

2. Panggil flock(fd, LOCK_EX|LOCK_NB) untuk mencoba mendapatkan file lock. Jika gagal (misalnya lock sudah dipegang), error dikembalikan. Anda dapat mencoba ulang atau menangani error tersebut.

3. Setelah berhasil mendapatkan file lock, panggil lseek(fd, 0, SEEK_END) untuk memposisikan offset penulisan saat ini dari fd ke akhir file.

4. Lakukan operasi write normal. Posisi penulisan harus berada di akhir file. Dengan perlindungan file lock, penulisan konkuren tidak akan saling overwrite.

5. Setelah operasi penulisan selesai, panggil flock(fd, LOCK_UN) untuk melepaskan file lock.

Mengapa Anda menerima error 523 saat menjalankan perintah ls dalam sistem file NFS pada sistem operasi Linux?

Gejala

Saat client Linux mengeksekusi perintah ls dalam sistem file NFS, pesan error berikut dikembalikan.

Analisis penyebab

Saat Anda menjalankan ls dalam direktori sistem file yang sedang menjalankan operasi rename secara konkuren, sistem mengembalikan error 523.

Solusi

Tunggu sebentar lalu coba lagi. Jika error tetap berlanjut, kirim tiket untuk bantuan.

Mengapa pemasangan sistem file SMB kadang-kadang gagal terhubung?

Gejala

Saat Anda mencampur sistem file NFS dan SMB, jika upaya pertama memasang sistem file NFS menggunakan perintah net use gagal, pemasangan sistem file SMB yang benar juga dapat mengalami masalah.

Solusi

Pastikan sistem file yang benar dipasang. Hentikan pemasangan sementara, lalu coba pasang kembali setelah 5 menit. Jika masih gagal, kirim tiket untuk bantuan.

Mengapa Administrator dapat melihat direktori SMB yang dipasang, tetapi pengguna lain tidak bisa?

Fenomena ini disebabkan oleh mekanisme isolasi pengguna Windows. Direktori yang dipasang untuk satu pengguna yang login tidak akan muncul di antarmuka login pengguna lain.

Untuk mencapai berbagi multi-pengguna, buat tautan direktori. Misalnya, buat myshare di bawah drive C menggunakan perintah berikut:

mklink /D C:\myshare \\xxxxxxx-xxxx.cn-beijing.nas.aliyuncs.com\myshare\

Bagaimana menyelesaikan performa buruk saat Linux memasang sistem file SMB?

Jika performa sistem file SMB buruk, selidiki aspek-aspek berikut.

• Penyebab 1: Kapasitas throughput sistem file SMB tunggal terkait dengan kapasitas penyimpanannya. Batas atas throughput (baca + tulis) sistem file tunggal berhubungan linier dengan kapasitas penyimpanan saat ini.

  Solusi: Gunakan tool fio untuk menguji performa sistem file SMB. Untuk informasi lebih lanjut, lihat Pengujian Performa NAS.

• Penyebab 2: Lebar pita jaringan instans ECS tunggal (Linux) terlalu kecil.

  Solusi: Gunakan beberapa instans ECS (Linux) untuk mencapai performa keseluruhan sistem file yang diharapkan.

• Penyebab 3: Cache client untuk sistem file SMB dinonaktifkan.

  Solusi: Saat memasang sistem file SMB, cache=none menonaktifkan caching, sedangkan default atau cache=strict mengaktifkan caching. Periksa apakah opsi tersebut digunakan dengan benar menggunakan perintah sudo mount | grep cifs.

• Penyebab 4: Ukuran I/O client SMB tidak diatur secara tepat.

  Solusi: Sesuaikan rsize dan wsize sesuai kebutuhan. Nilai default adalah 1048576.

• Penyebab 5: Spesifikasi CPU atau memori instans ECS (Linux) terlalu rendah, atau layanan lain mengonsumsi terlalu banyak sumber daya.

  Solusi: Pilih spesifikasi instans ECS (Linux) yang sesuai. Periksa sumber daya aplikasi lain pada sistem untuk memastikan memenuhi persyaratan CPU dan memori. Gunakan perintah top untuk memeriksa penggunaan CPU dan memori sistem.

• Penyebab 6: Opsi atime digunakan saat pemasangan.

  Solusi: Jika bisnis Anda tidak terlalu sensitif terhadap waktu akses file (atime), hindari penggunaan opsi atime saat memasang.

• Penyebab 7: Anda menghadapi skenario WebServer dengan banyak pembacaan file kecil, sedikit penulisan, tetapi memerlukan notifikasi penulisan.

  Solusi: Konfigurasikan mekanisme caching spesifik produk WebServer (seperti Apache) pada client, atau hubungi tim Alibaba Cloud NAS untuk mengaktifkan fitur akselerasi skenario WebServer.

Bagaimana menyelesaikan error Permission denied saat mengakses sistem file protokol SMB di Linux?

Penyebab: Administrator Linux menggunakan UID, GID, file_mode, atau dir_mode yang salah saat pemasangan.

Solusi: Periksa apakah opsi mount seperti UID, GID, file_mode, dan dir_mode diatur dengan benar. Untuk informasi lebih lanjut, lihat Memasang sistem file SMB.

Bagaimana mengubah huruf kapital/kecil nama file dalam sistem file SMB?

Sistem file SMB bersifat case-insensitive untuk nama file, konsisten dengan sistem Windows. Namun, mengubah huruf kapital/kecil nama file saat ini tidak didukung.

Anda dapat mengganti nama file dari huruf besar ke nama lain, lalu mengganti namanya menjadi huruf kecil, dan sebaliknya.

Mengapa saya tidak dapat mengubah pemilik file, mode file, dan mode direktori?

Perubahan dinamis saat ini tidak didukung. Anda harus menentukan pengaturan ini hanya saat pemasangan. Untuk informasi lebih lanjut, lihat Memasang sistem file SMB.

Bagaimana file dengan akhiran .nfs dibuat? Bagaimana cara menghapusnya?

Jika Anda menghapus file saat aplikasi sedang membukanya, file sementara dengan akhiran .nfs akan dibuat. File sementara ini secara otomatis dihapus saat proses yang mengaksesnya ditutup.

Saat Anda mengakses file dalam direktori sistem file NAS, sistem mengembalikan bind conn to session failed on NFSv4 server. Bagaimana menyelesaikan masalah ini?

• Penyebab

  Penyimpanan File NAS tidak mendukung protokol NFSv4.1. Error ini terjadi saat Anda memasang sistem file menggunakan protokol NFSv4.1.

• Solusi

  Pasang ulang sistem file menggunakan protokol NFSv3 atau NFSv4.0, tergantung pada skenario bisnis Anda. Untuk informasi lebih lanjut, lihat Skenario pemasangan sistem file.

Bagaimana menangani masalah ketidaksinkronan data saat beberapa instans ECS memasang sistem file NFS yang sama?

Gejala

Saat NAS memiliki beberapa titik pemasangan, terjadi penundaan panjang dalam sinkronisasi real-time di antara client yang berbeda.

Penyebab

Kernel sistem operasi secara default mempertahankan cache metadata untuk atribut file dan direktori. Hal ini mengurangi kebutuhan panggilan prosedur remote NFSPROC_GETATTR.

Solusi

Jalankan perintah mount berikut untuk menonaktifkan caching atribut file dan direktori.

mount -t nfs4 -o noac file-system-id.region.nas.aliyuncs.com:/ /mnt

Gantilah file-system-id.region.nas.aliyuncs.com dengan alamat titik pemasangan aktual Anda. Gantilah /mnt dengan path lokal pada server tempat Anda ingin memasang sistem file, sesuai kebutuhan.

Mengapa pod kontainer masih menulis data ke NAS lama setelah NAS lama dilepas dan NAS baru dipasang kembali?

Penyebab

Saat NAS dipasang ke instans ECS dan direktori pemasangan NAS dipetakan ke kontainer menggunakan volume penyimpanan lokal (HostPath), informasi pemasangan kontainer bersifat independen dari instans ECS. Jika instans ECS kemudian melepas direktori pemasangan NAS atau memasang NAS baru, kontainer yang sudah berjalan akan tetap menggunakan NAS lama yang dipasang saat startup-nya.

Solusi

Setelah memasang ulang NAS baru pada instans ECS, restart pod kontainer.

Mengapa file dalam NAS tidak terlihat setelah server direstart atau dimatikan?

Jika sistem file masih ada, hal ini biasanya karena server tidak dikonfigurasi untuk pemasangan NAS otomatis.

Untuk informasi tentang cara memasang ulang NAS secara manual, lihat Skenario pemasangan sistem file.

Untuk mengaktifkan pemasangan NAS otomatis setelah restart, lihat dokumen berikut:

• Memasang otomatis sistem file NFS di Linux

• Memasang otomatis sistem file SMB di Windows

Mengapa migrasi dan penyalinan file lambat saat Linux memasang sistem file SMB?

Jika Anda telah menyingkirkan masalah performa pada sistem file itu sendiri, alasannya mungkin karena Anda tidak menggunakan migrasi atau penyalinan file secara konkuren. Gunakan tool open source berikut untuk migrasi atau penyalinan.

• GNU Parallel

  Pilih jumlah thread yang sesuai berdasarkan sumber daya sistem. Misalnya: find * -type f | parallel --will-cite -j 10 cp {} /mnt/smb/ &

• Fpart

• Fpsync

• multi

Mengapa penulisan data ke sistem file mengembalikan error 'Disk quota exceeded'?

• Penyebab

  Error ini menunjukkan bahwa pengguna atau kelompok telah melebihi batas ruang penyimpanan atau jumlah file yang ditentukan oleh kuota restriktif pada direktori target. Operasi ini mencakup peningkatan panjang file, pembuatan file atau direktori, dan pemindahan file ke dalam direktori. Pesan error seperti Disk quota exceeded dikembalikan.

• Solusi

  1. Bebaskan ruang dengan menghapus data atau tingkatkan batas kapasitas direktori. Untuk informasi lebih lanjut, lihat Edit kuota pengguna.

  2. Setelah membebaskan ruang, lakukan operasi penulisan kecil (seperti touch testfile) dalam direktori. Hal ini membantu memicu refresh statistik kuota yang lebih cepat. Setelah operasi penulisan berhasil, restart aplikasi Anda.

Bagaimana menyelesaikan masalah akses ditolak saat mengakses sistem file NFS?

Konfigurasikan AnonymousGid dan AnonymousUid untuk sistem sebagai berikut.

1. Login ke server ECS tempat sistem file dipasang.

2. Untuk membuka Editor Registri, buka command prompt dan jalankan perintah regedit.

3. Pilih HKEY_LOCAL_MACHINE > SOFTWARE > Microsoft > ClientForNFS > CurrentVersion > Default.

4. Klik kanan area kosong, pilih New > DWORD (32-bit) Value, lalu buat dua entri registri berikut.

   • AnonymousGid, dengan nilai 0.

   • AnonymousUid, dengan nilai 0.

5. Restart instans ECS.

6. Pasang ulang sistem file NAS tujuan umum menggunakan protokol NFS.

   mount -o nolock -o mtype=hard -o timeout=60 \\file-system-id.region.nas.aliyuncs.com\! Z:

   Gantilah huruf drive Z: dan nama domain titik pemasangan file-system-id.region.nas.aliyuncs.com sesuai kebutuhan.

7. Jalankan mount untuk memeriksa apakah pemasangan berhasil.

   Setelah pemasangan, informasi yang ditampilkan harus mencakup mount=hard, locking=no, dan parameter timeout >= 10. Jika tidak, pemasangan mengalami masalah.

   

Dapatkah saya mengubah izin direktori root NAS dengan menjalankan chown?

Saat ini, Anda tidak dapat mengubah izin direktori root NAS.

Untuk mengontrol izin direktori NAS yang dipasang secara lokal, pertimbangkan penggunaan pemasangan subdirektori. Misalnya, jika Anda memasang direktori root NAS ke direktori lokal /data, Anda tidak dapat menggunakan chown untuk mengubah pemilik dan kelompok direktori /data. Namun, jika Anda memasang subdirektori NAS (yang harus dibuat terlebih dahulu) ke direktori lokal /data, Anda dapat menggunakan chown untuk mengubah pemilik dan kelompok direktori /data. Perhatikan bahwa saat membuat subdirektori di NAS, Anda harus terlebih dahulu memasang direktori root NAS sebelum membuat subdirektori tersebut. Untuk informasi tentang cara membuat dan memasang subdirektori, lihat Cara membuat dan memasang subdirektori NAS di Linux.