File Storage NAS：FAQ tentang akses baca dan tulis pada file

Apa yang harus saya lakukan jika server tidak merespons dalam waktu 35 detik saat beberapa klien mengakses file di server secara bersamaan?

Penyebab: Driver kernel protokol Server Message Block (SMB) saat ini gagal bekerja seperti yang diharapkan. Jika versi protokol SMB adalah 2.1 atau 3.0, server tidak merespons dalam waktu 35 detik. Dalam hal ini, klien tidak dapat mengirim paket pengakuan SMB break ke server.

Solusi 1: Atur parameter vers ke 2.0 jika Anda memasang sistem file di instance Elastic Compute Service (ECS) Linux.

Solusi 2: Lakukan langkah-langkah berikut:

1. Jika modul Common Internet File System (CIFS) sedang dimuat, jalankan perintah berikut untuk menonaktifkan fitur oplocks:

   # modprobe cifs enable_oplocks=0

2. Jika modul CIFS sudah dimuat, jalankan perintah berikut untuk menonaktifkan fitur oplocks:

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

3. Jalankan perintah berikut untuk memeriksa status fitur oplocks:

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

   Dalam output perintah, Y menunjukkan bahwa fitur diaktifkan. N menunjukkan bahwa fitur dinonaktifkan.

   Catatan

   • Untuk menerapkan perubahan di atas, lepaskan dan pasang ulang sistem file SMB.

   • Untuk menerapkan perubahan di atas secara permanen, buat file /etc/modprobe.d/cifs.conf dan tambahkan pernyataan options cifs enable_oplocks=0 ke dalam file.

Mengapa saya tidak dapat membuat tautan simbolik?

Penyebab

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

Solusi

Saat memasang sistem file SMB di Linux, gunakan versi protokol 2.1 atau 3.0 dan pilih opsi mfsymlinks. Perintah mount sampel berikut menunjukkan parameter mount. Untuk informasi lebih lanjut, lihat Pasang sistem file SMB di instance ECS 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 target mount dari sistem file SMB tidak merespons?

Penyebab

Jika versi kernel distribusi Linux Anda adalah 3.10.0-514 atau lebih lama, driver kernel protokol SMB mungkin gagal merespons saat beberapa klien mengakses sistem file secara bersamaan. Akibatnya, target mount tidak dapat diakses. Catatan berikut termasuk dalam log kernel:

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

Solusi

• Atur parameter cache ke none untuk memasang ulang sistem file. Ini mungkin memengaruhi performa sistem file.

• Tingkatkan sistem operasi instance ECS Linux.

Apa yang harus saya lakukan jika pesan kesalahan "cp: error writing '</path/to/file>': Bad file descriptor" muncul saat saya menyalin file besar?

Penyebab

Kesalahan sementara kecil terjadi di jaringan atau di backend. Klien SMB di beberapa distribusi Linux, seperti SUSE, memiliki fitur terbatas dan mungkin tidak mendukung failover.

Solusi

Disarankan menggunakan versi Linux yang didukung oleh File Storage NAS (NAS) SMB. Tabel berikut mencantumkan versi Linux yang didukung oleh NAS SMB.

Apa yang harus saya lakukan jika karakter Cina yang ditulis ke sistem file NAS ditampilkan sebagai teks berantakan di klien?

Masalah

Anda menulis karakter Cina (terkandung dalam nama atau konten file) ke sistem file NAS di klien Linux atau Windows. Saat menggunakan klien lain untuk membaca data, karakter Cina ditampilkan sebagai teks berantakan.

Penyebab

Di klien Windows, karakter Cina dikodekan dan didekodekan menggunakan set karakter GBK secara default. Di klien Linux, karakter Cina dikodekan dan didekodekan menggunakan set karakter UTF-8 secara default. Sebelum data ditulis ke sistem file NAS, data dikodekan menggunakan set karakter yang sesuai dengan platform. Saat data dibaca di platform lain, data tidak dapat didekodekan karena set karakter GBK dan UTF-8 tidak kompatibel. Akibatnya, karakter Cina ditampilkan sebagai teks berantakan.

Solusi

Untuk memastikan kompatibilitas, disarankan menggunakan klien Windows untuk memasang sistem file SMB dan menggunakan klien Linux untuk memasang sistem file Network File System (NFS).

Mengapa butuh waktu lama untuk membuat atau membuka file saat saya memasang sistem file NFS di Windows?

Penyebab

Saat memasang sistem file NFS di Windows, masalah kompatibilitas terkait huruf sensitif dan tidak sensitif mungkin terjadi. Performa pembuatan file menurun seiring dengan jumlah direktori. Hal ini karena direktori dilintasi setiap kali membuat file. Saat jumlah direktori mencapai 100.000, satu lintasan direktori membutuhkan lebih dari 10 detik.

Solusi

Tambahkan bidang -o casesensitive=yes ke parameter mount untuk mencegah lintasan direktori. Jalankan perintah berikut untuk memasang sistem file:

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

Anda harus mengganti huruf drive Z dan nama domain target mount file-system-id.region.nas.aliyuncs.com dengan huruf drive dan nama domain yang sebenarnya.

Apa yang harus saya lakukan jika kesalahan invalid device muncul saat saya mengubah nama file dalam sistem file NFS di klien Windows?

Jika Anda memasang sistem file NFS di subdirektori instance ECS, pesan kesalahan invalid device muncul saat mengubah nama file. Untuk memperbaiki kesalahan ini, pasang sistem file di direktori root instance ECS. Untuk informasi lebih lanjut, lihat Langkah 2: Pasang sistem file NFS tujuan umum.

Bagaimana cara menyelesaikan latensi dalam pembuatan file dalam sistem file NFS?

• Masalah

  ECS-1 membuat file abc, tetapi butuh waktu bagi ECS-2 untuk membaca file abc. Latensi berkisar antara 1 detik hingga 1 menit.

• Penyebab

  Masalah ini disebabkan oleh cache pencarian, yang memenuhi waktu T yang diharapkan. Misalnya, ECS-2 mengakses file abc sebelum ECS-1 membuatnya, menyebabkan masalah bahwa file tidak ada di ECS-2. Akibatnya, catatan yang menunjukkan bahwa file abc tidak ada dicache. FileAttr belum kedaluwarsa dalam waktu T. Oleh karena itu, saat ECS-2 mengakses file lagi, ia masih mengakses catatan yang menunjukkan bahwa file abc tidak ada, yang dicache pertama kali ECS-2 mengakses file.

• Solusi

  Untuk memastikan bahwa ECS-2 dapat membaca file segera setelah ECS-1 membuatnya, Anda dapat menggunakan salah satu solusi berikut:

  • Solusi 1: Nonaktifkan cache pencarian negatif untuk ECS-2 sehingga file yang tidak ada tidak dicache. Solusi ini menyebabkan overhead minimal.

    Tambahkan bidang lookupcache=positive (nilai default: lookupcache=all) saat memasang sistem file. Jalankan perintah berikut untuk memasang sistem file:

    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 di ECS-2. Solusi ini menghasilkan performa buruk. Pilih solusi yang sesuai berdasarkan kebutuhan bisnis Anda.

    Tambahkan bidang actimeo=0 saat memasang sistem file. Jalankan perintah berikut untuk memasang sistem file:

    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 cara menyelesaikan latensi dalam penulisan data ke sistem file NFS?

• Masalah

  ECS-1 telah memperbarui file abc. Namun, saat ECS-2 membaca file tersebut segera, isi file masih belum diperbarui.

• Penyebab

  Ada dua penyebab berikut:

  • Penyebab 1: Setelah ECS-1 menulis file abc, ECS-1 tidak langsung menyiram konten. Sebagai gantinya, konten disimpan dalam page cache dan bergantung pada lapisan aplikasi untuk memanggil operasi fsync atau close.

  • Penyebab 2: Cache file ada di ECS-2. Oleh karena itu, ECS-2 mungkin tidak segera mendapatkan konten file terbaru dari server. Misalnya, ECS-2 telah menyimpan data saat ECS-1 memperbarui file abc. Akibatnya, konten yang disimpan masih digunakan saat ECS-2 membaca file tersebut.

• Solusi

  Untuk memastikan bahwa ECS-2 dapat membaca file segera setelah ECS-1 membuatnya, Anda dapat menggunakan salah satu solusi berikut:

  • Solusi 1: Terapkan model konsistensi close-to-open (CTO) berbasis file sehingga operasi baca dan tulis pada ECS-1 atau ECS-2 sesuai dengan konsistensi CTO. Dengan cara ini, ECS-2 pasti dapat membaca data terbaru. Secara spesifik, ECS-1 mengeksekusi operasi close atau fsync setelah memperbarui file. ECS-2 mengeksekusi operasi open sebelum membaca file.

  • Solusi 2: Nonaktifkan semua cache di ECS-1 dan ECS-2. Solusi ini menghasilkan performa buruk. Pilih solusi yang sesuai berdasarkan kebutuhan bisnis Anda.

    • Nonaktifkan caching di ECS-1. Saat memasang sistem file, tambahkan bidang noac untuk memastikan bahwa semua data yang ditulis langsung disiram ke disk. Jalankan perintah berikut untuk memasang sistem file:

      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 Anda memanggil operasi fsync setelah operasi penulisan di ECS-1 selesai atau Anda memanggil operasi sync untuk menulis data, ganti "noac" dalam perintah di atas dengan "actimeo=0" untuk meningkatkan performa sedikit.

      • noac setara dengan actimeo=0 ditambah sync. Dalam hal ini, semua operasi penulisan dipaksa dilakukan menggunakan sync.

    • Nonaktifkan caching di ECS-2. Saat memasang sistem file, tambahkan bidang actimeo=0 untuk menghilangkan semua cache. Jalankan perintah berikut untuk memasang sistem file:

      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 file dalam sistem file NAS dimiliki oleh pemilik yang berbeda ketika saya memeriksa file tersebut di dua Instance ECS?

Dalam sistem file NAS, pengguna diidentifikasi oleh User Identifier (UID) atau Group Identifier (GID), bukan nama pengguna. Nama pemilik file yang Anda periksa di instance ECS dikonversi dari UID. Jika UID dikonversi menjadi nama pengguna yang berbeda di instance ECS yang berbeda, UID diidentifikasi sebagai pemilik yang berbeda di setiap instance ECS.

Sebagai contoh, buat file bernama admin_on_machine1 di Instance ECS 1 dan file bernama admin_on_machine2 di Instance ECS 2 sebagai pengguna admin. Jalankan perintah ll di Instance ECS 1 untuk melihat file yang dibuat, seperti yang ditunjukkan pada gambar berikut. Jalankan perintah ll di Instance ECS 2 untuk melihat file yang dibuat, seperti yang ditunjukkan pada gambar berikut. Hasil query di kedua instance ECS menunjukkan bahwa file yang sama memiliki nama pemilik yang berbeda.

Jalankan perintah id di kedua instance ECS untuk memeriksa informasi tentang pengguna admin. UID pengguna admin di Instance ECS 1 adalah 505, seperti yang ditunjukkan pada gambar berikut. UID pengguna admin di Instance ECS 2 adalah 2915, seperti yang ditunjukkan pada gambar berikut. Jalankan perintah stat admin_on_machine1 admin_on_machine2, seperti yang ditunjukkan pada gambar berikut. Hasilnya menunjukkan bahwa kedua file milik dua UID yang berbeda.

Bagaimana cara mencegah pengecualian yang mungkin terjadi saat beberapa proses atau klien menulis data ke file log secara bersamaan?

Masalah

NAS memungkinkan beberapa klien menulis data ke file yang berbeda dalam namespace yang sama. Namun, NFS tidak mendukung append atomik. Jika beberapa proses atau klien menulis data ke file yang sama secara bersamaan, pengecualian seperti menimpa, crossover, dan isi yang tidak urut mungkin terjadi. Hal ini disebabkan karena setiap proses secara independen memelihara informasi konteks. File tersebut bisa berupa file log. Informasi konteks mencakup deskriptor file dan lokasi penulisan.

Solusi

• Disarankan. Konfigurasikan proses atau klien yang berbeda untuk menulis data ke file yang berbeda dalam sistem file yang sama. Saat menganalisis atau memproses data, Anda dapat menggabungkan file-file tersebut. Solusi ini dapat menyelesaikan masalah yang disebabkan oleh operasi penulisan bersamaan tanpa perlu menggunakan kunci file. Solusi ini tidak memengaruhi performa sistem.

• Gunakan fungsi flock dan seek bersama-sama. Ini memastikan atomicitas dan konsistensi operasi penulisan. Namun, solusi ini membutuhkan waktu lama dan dapat sangat memengaruhi performa sistem. Langkah-langkah berikut menjelaskan metode ini.

Gunakan fungsi flock dan seek bersama-sama

NFS tidak mendukung append atomik. Jika beberapa klien menambahkan data ke file yang sama seperti log, entri data mungkin saling menimpa. Di Linux, Anda dapat menggunakan fungsi flock dan seek bersama-sama untuk mensimulasikan append atomik dalam sistem file NFS. Ini memastikan konsistensi data saat beberapa proses menambahkan data ke file yang sama secara bersamaan.

Untuk menggunakan fungsi flock dan seek bersama-sama, lakukan langkah-langkah berikut:

1. Panggil pernyataan fd=open(filename, O_WRONLY | O_APPEND | O_DIRECT) untuk membuka file menggunakan metode append. Pernyataan ini digunakan untuk menetapkan metode penulisan ke O_DIRECT dan mendapatkan deskriptor file. O_DIRECT menentukan metode hanya-tulis. Dalam hal ini, tidak ada page cache yang digunakan.

2. Panggil fungsi flock(fd, LOCK_EX|LOCK_NB) untuk mendapatkan kunci file. Jika fungsi gagal mendapatkan kunci file, pesan kesalahan dikembalikan. Penyebab kemungkinan kegagalan adalah bahwa kunci file sedang digunakan. Anda dapat mencoba lagi atau memecahkan masalah kegagalan tersebut.

3. Setelah kunci file diperoleh, panggil fungsi lseek(fd, 0, SEEK_END) untuk menetapkan offset file saat ini dari deskriptor file ke akhir file.

4. Tulis data ke akhir file. Kunci file digunakan untuk mencegah entri data saling menimpa.

5. Setelah data ditulis ke file, panggil fungsi flock(fd, LOCK_UN) untuk melepaskan kunci file.

Apa yang harus saya lakukan jika kesalahan 523 muncul saat saya menjalankan perintah ls di klien Linux tempat sistem file NFS dipasang?

Masalah

Ketika menjalankan perintah ls pada klien Linux tempat sistem file NFS dipasang, pesan kesalahan berikut dikembalikan.

Penyebab

Jika Anda menjalankan perintah ls pada direktori sistem file saat beberapa operasi rename dilakukan secara bersamaan, akan muncul error 523.

Solusi

Coba lagi nanti. Jika kesalahan tetap ada, hubungi dukungan teknis NAS.

Mengapa saya tidak dapat memasang sistem file SMB?

Masalah

Perintah net use digunakan untuk memasang sistem file SMB. Jika Anda secara tidak sengaja menggunakan perintah tersebut untuk memasang sistem file NFS, Anda tidak dapat lagi menggunakan perintah tersebut untuk memasang sistem file SMB.

Solusi

Pastikan protokol sistem file adalah SMB. Kemudian, hentikan operasi pemasangan dan pasang ulang sistem file 5 menit kemudian. Jika masalah tetap ada, hubungi dukungan teknis NAS.

Mengapa direktori SMB yang dipasang hanya terlihat oleh administrator?

Akun pengguna Windows diisolasi satu sama lain. Misalnya, jika Anda masuk ke Windows sebagai Pengguna A, Anda tidak dapat melihat direktori yang Anda pasang sebagai Pengguna B.

Jika Anda ingin mengizinkan beberapa pengguna berbagi data, buat direktori bersama. Misalnya, Anda dapat menjalankan perintah berikut untuk membuat direktori bersama bernama myshare di drive C:

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

Bagaimana cara meningkatkan performa sistem file SMB yang dipasang di Linux?

Jika performa sistem file SMB Anda tidak memenuhi persyaratan Anda, Anda dapat meningkatkan performa berdasarkan salah satu penyebab berikut:

• Penyebab 1: Throughput sistem file SMB bervariasi berdasarkan kapasitas penyimpanan sistem file SMB. Throughput baca dan tulis maksimum sistem file SMB memiliki hubungan linear dengan kapasitas sistem file.

  Solusi: Gunakan alat fio untuk menguji performa sistem file SMB. Untuk informasi lebih lanjut, lihat Uji performa sistem file NAS.

• Penyebab 2: Bandwidth instance ECS Linux rendah.

  Solusi: Gunakan beberapa instance ECS Linux untuk memastikan bahwa sistem file dapat memberikan performa yang diharapkan.

• Penyebab 3: Caching dinonaktifkan untuk klien SMB.

  Solusi: Jika parameter cache diatur ke strict, caching diaktifkan. Jika parameter cache diatur ke none, caching dinonaktifkan. Secara default, caching diaktifkan untuk klien SMB. Anda dapat menjalankan perintah sudo mount | grep cifs untuk memeriksa nilai parameter cache.

• Penyebab 4: Ukuran I/O klien SMB tidak memenuhi persyaratan bisnis Anda.

  Solusi: Konfigurasikan parameter rsize dan wsize berdasarkan persyaratan bisnis Anda. Nilai default kedua parameter adalah 1048576.

• Penyebab 5: Instance ECS Linux menggunakan CPU atau memori spesifikasi rendah, atau sebagian besar sumber daya CPU atau memori digunakan oleh proses lain.

  Solusi: Tentukan spesifikasi CPU dan memori untuk instance ECS Linux berdasarkan persyaratan bisnis Anda. Ini memastikan bahwa sistem file dapat berfungsi seperti yang diharapkan. Anda dapat menjalankan perintah top untuk memeriksa utilisasi CPU dan penggunaan memori.

• Penyebab 6: Parameter atime dikonfigurasi saat memasang sistem file.

  Solusi: Jangan konfigurasikan parameter atime jika bisnis Anda tidak memerlukan akses file cepat.

• Penyebab 7: Server web seperti Apache HTTP Server di instance ECS Linux memproses beberapa permintaan tulis. Permintaan ini memerlukan notifikasi dan operasi baca yang sering pada sejumlah besar file kecil.

  Solusi: Konfigurasikan mekanisme caching server web di instance ECS Linux. Anda juga dapat menghubungi Alibaba Cloud untuk mengaktifkan fitur akselerasi untuk server web.

Bagaimana cara memperbaiki kesalahan Permission denied yang terjadi saat saya mengakses sistem file SMB di Linux?

Penyebab: Anda menentukan nilai yang tidak valid untuk parameter uid, gid, file_mode, atau dir_mode saat memasang sistem file.

Solusi: Verifikasi bahwa nilai yang ditentukan untuk parameter uid, gid, file_mode, dan dir_mode valid. Untuk informasi lebih lanjut, lihat Pasang sistem file SMB di instance ECS Linux.

Bagaimana cara mengubah nama file sistem file SMB dengan mengubah huruf kapital?

Nama file sistem file SMB tidak peka huruf besar/kecil. Hal ini juga berlaku untuk sistem Windows. Anda tidak dapat mengubah nama file dalam sistem file SMB hanya dengan mengubah huruf kapital.

Namun, Anda dapat mengubah nama file menjadi nama yang berbeda yang berisi huruf yang berbeda. Kemudian, Anda dapat mengubah nama file menjadi nama aslinya dengan huruf kapital yang berbeda.

Mengapa saya tidak dapat mengubah pemilik file dan mode akses file atau direktori?

Anda dapat menentukan pemilik file dan mode akses file atau direktori dalam sistem file hanya saat memasang sistem file. Untuk informasi lebih lanjut, lihat Pasang sistem file SMB di instance ECS Linux.

Bagaimana file yang namanya diakhiri dengan .nfs dibuat? Bagaimana cara menghapus file tersebut?

Jika Anda menghapus file yang sedang digunakan oleh aplikasi, file sementara yang namanya diakhiri dengan .nfs dibuat. Saat proses yang menggunakan file tersebut berakhir, file sementara tersebut secara otomatis dihapus.

Apa yang harus saya lakukan jika pesan kesalahan berikut dikembalikan saat saya mengakses file dalam direktori sistem file NAS: bind conn to session failed on NFSv4 server?

• Penyebab

  Pesan kesalahan dikembalikan karena Anda memasang sistem file menggunakan protokol NFSv4.1. NAS tidak mendukung protokol ini.

• Solusi

  Gunakan protokol NFSv3.0 atau NFSv4.0 untuk memasang ulang sistem file sesuai kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Catatan Penggunaan.

Apa yang harus saya lakukan jika data tidak disinkronkan saat saya memasang sistem file NFS di beberapa Instance ECS?

Masalah

Saat menggunakan beberapa klien untuk melakukan sinkronisasi real-time untuk sistem file NAS yang memiliki beberapa target mount, latensi tinggi terjadi.

Penyebab

Secara default, kernel sistem operasi memelihara properti file dan direktori dan menghasilkan metadata cache untuk mengurangi kebutuhan memanggil 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

Dalam perintah di atas, file-system-id.region.nas.aliyuncs.com menentukan nama domain target mount sistem file NAS dan /mnt menentukan direktori lokal yang berada di instance ECS saat ini. Anda perlu mengganti nilai-nilai tersebut dengan nilai sebenarnya.

Mengapa pod masih menulis data ke sistem file NAS yang belum dipasang setelah saya memasang sistem file NAS baru?

Penyebab

Saat memasang sistem file NAS di instance ECS dan memetakan direktori mount sistem file NAS ke kontainer dengan menggunakan metode pemetaan volume lokal (HostPath), informasi mount kontainer independen dari informasi mount instance ECS. Saat melepas direktori mount dari instance ECS atau memasang sistem file NAS baru di instance ECS, kontainer yang sudah dimulai masih menggunakan sistem file NAS yang dipasang saat startup.

Solusi

Pasang ulang sistem file NAS baru di instance ECS. Kemudian, mulai ulang pod.

Mengapa saya tidak dapat melihat file dalam sistem file NAS setelah server saya di-restart atau dihentikan?

Jika sistem file masih ada, penyebab umumnya adalah pemasangan otomatis sistem file NAS yang belum dikonfigurasi di server.

Dalam hal ini, pasang ulang sistem file NAS secara manual. Untuk informasi lebih lanjut, lihat Catatan Penggunaan.

Untuk informasi lebih lanjut tentang cara mengaktifkan pemasangan otomatis sistem file NAS saat restart, lihat topik-topik berikut:

• Pasang sistem file NFS pada instance Elastic Compute Service (ECS) Linux

• Pasang sistem file SMB pada instance Elastic Compute Service (ECS) Windows

Saat saya memasang sistem file SMB di Linux, mengapa butuh waktu lama untuk memigrasi atau mereplikasi file?

Periksa performa sistem file. Jika performa sistem file sudah memenuhi persyaratan Anda, kemungkinan penyebabnya adalah file tidak dimigrasi atau direplikasi secara bersamaan. Anda dapat menggunakan alat open source berikut untuk memigrasi atau mereplikasi file.

• GNU Parallel

  Tentukan jumlah thread berdasarkan sumber daya sistem Anda. Contoh: find * -type f | parallel --will-cite -j 10 cp {} /mnt/smb/ &

• Fpart

• Fpsync

• multi

Mengapa pesan kesalahan "Disk quota exceeded" muncul saat data ditulis ke sistem file?

• Penyebab

  Ukuran atau jumlah file dalam direktori melebihi kuota pengguna yang ditentukan. Akibatnya, operasi tulis seperti meningkatkan ukuran file, membuat file atau direktori, dan memindahkan file ke direktori lain gagal. Pesan kesalahan Disk quota exceeded dikembalikan.

• Solusi

  1. Kami sarankan Anda membersihkan data sesegera mungkin untuk membebaskan ruang, atau meningkatkan batas kapasitas kuota direktori. Untuk informasi lebih lanjut, lihat Ubah kuota direktori yang ditetapkan kepada pengguna.

  2. Setelah membersihkan data, kami sarankan Anda melakukan operasi tulis uji pada direktori yang dikonfigurasi dengan kuota, misalnya, membuat dan menulis data ke file uji, untuk memicu refresh asinkron cache kuota. Kemudian, mulai ulang layanan Anda setelah operasi tulis uji berhasil.

Apa yang dapat saya lakukan jika saya tidak memiliki izin untuk mengakses sistem file NFS?

Anda dapat melakukan langkah-langkah berikut untuk mengonfigurasi kunci registry AnonymousGID dan AnonymousUID:

1. Masuk ke instance ECS tempat sistem file dipasang.

2. Buka Command Prompt dan jalankan perintah regedit untuk membuka jendela Editor Registry.

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

4. Klik kanan area kosong, pilih New > DWORD (32-bit) Value, dan buat kunci registry berikut:

   • AnonymousGID: Atur nilai kunci ke 0.

   • AnonymousUID: Atur nilai kunci ke 0.

5. Mulai ulang instance ECS.

6. Jalankan perintah berikut untuk memasang ulang sistem file NFS:

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

   Anda harus mengganti huruf drive Z: dan nama domain file-system-id.region.nas.aliyuncs.com dengan huruf drive dan nama domain sebenarnya.

7. Jalankan perintah mount untuk memeriksa apakah pemasangan berhasil.

   Jika output perintah mirip dengan informasi berikut dan berisi mount=hard, locking=no, dan timeout=<nilai yang lebih besar atau sama dengan 10>, sistem file NFS dipasang. Jika tidak, sistem file NFS gagal dipasang.

   

Apakah saya dapat memodifikasi izin pada direktori root sistem file NAS dengan menjalankan perintah chown?

Tidak, Anda tidak dapat memodifikasi izin pada direktori root sistem file NAS.

Untuk mengelola izin pada direktori lokal tempat sistem file NAS dipasang, Anda dapat menggunakan subdirektori untuk memasang sistem file tersebut. Sebagai contoh, jika Anda memasang direktori root dari sistem file NAS ke direktori lokal /data, Anda tidak dapat mengubah pemilik dan grup dari direktori /data dengan menjalankan perintah chown. Jika Anda memasang subdirektori dari sistem file NAS ke direktori lokal /data, Anda dapat mengubah pemilik dan grup dari direktori /data dengan menjalankan perintah chown. Anda harus membuat subdirektori terlebih dahulu. Perhatikan bahwa Anda harus memasang direktori root dari sistem file NAS sebelum membuat subdirektori dari sistem file tersebut. Untuk informasi lebih lanjut tentang cara membuat dan memasang subdirektori dari sistem file NAS, lihat Bagaimana cara membuat dan memasang subdirektori dari sistem file NAS di Linux?