Memecahkan Masalah Mount - Amazon Elastic File System

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Memecahkan Masalah Mount

Sistem File Mount pada Windows Instance Gagal

Sistem file yang dipasang di instans Amazon EC2 gagal.

Tindakan yang harus diambil

Jangan gunakan Amazon EFS dengan instans Windows EC2, yang tidak didukung.

Akses ditolak oleh Server

Sistem file gagal dengan pesan berikut:

/efs mount.nfs4: access denied by server while mounting 127.0.0.1:/

Masalah ini dapat terjadi jika klien NFS Anda tidak memiliki izin untuk me-mount sistem file.

Tindakan yang harus diambil

Jika Anda mencoba untuk me-mount sistem file menggunakan IAM, pastikan Anda menggunakan-o iampilihan dalam perintah mount Anda. Ini memberi tahu helper pemasangan EFS untuk meneruskan kredensyal Anda ke target pemasangan EFS. Jika Anda masih belum memiliki akses, periksa kebijakan sistem file dan kebijakan identitas Anda untuk memastikan tidak ada klausa DENY yang berlaku untuk koneksi Anda, dan setidaknya ada satu klausa ALLY yang berlaku untuk sambungan. Untuk informasi selengkapnya, lihat Menggunakan IAM untuk mengontrol akses data sistem file dan Pembuatan kebijakan sistem file.

Pemasangan Otomatis Gagal dan Instans Tidak Responsif

Masalah ini dapat terjadi jika sistem file dipasang secara otomatis pada instance dan_netdevpilihan tidak dideklarasikan. Jika _netdev hilang, instans EC2 Anda mungkin berhenti merespons. Hasil ini didapatkan karena sistem file jaringan perlu diinisialisasi setelah instans komputasi memulai jaringannya.

Tindakan yang harus diambil

Jika masalah ini terjadi, hubungiAWSSupport.

Memasang Beberapa Sistem File Amazon EFS di/etc/fstab

Untuk instans yang menggunakan sistem init systemd dengan dua atau lebih entri Amazon EFS di/etc/fstab, mungkin ada saat-saat di mana beberapa atau semua entri ini tidak dipasang. Dalam kasus ini,dmesgoutput menunjukkan satu atau lebih baris mirip dengan berikut ini.

NFS: nfs4_discover_server_trunking unhandled error -512. Exiting with error EIO

Tindakan yang harus diambil

Dalam kasus ini, sebaiknya Anda membuat file layanan systemd baru/etc/systemd/system/mount-nfs-sequentially.servicedengan konten berikut.

[Unit] Description=Workaround for mounting NFS file systems sequentially at boot time After=remote-fs.target [Service] Type=oneshot ExecStart=/bin/mount -avt nfs4 RemainAfterExit=yes [Install] WantedBy=multi-user.target

Setelah Anda melakukannya, jalankan dua perintah berikut:

  1. sudo systemctl daemon-reload

  2. sudo systemctl enable mount-nfs-sequentially.service

Kemudian, mulai ulang instans Amazon EC2 Anda. Sistem file dipasang sesuai permintaan, umumnya dalam hitungan detik.

Mount Command Gagal dengan pesan galat “jenis fs salah”

Perintah mount gagal dengan pesan galat berikut.

mount: wrong fs type, bad option, bad superblock on 10.1.25.30:/, missing codepage or helper program, or other error (for several filesystems (e.g. nfs, cifs) you might need a /sbin/mount.<type> helper program) In some cases useful info is found in syslog - try dmesg | tail or so.

Tindakan yang harus diambil

Jika Anda menerima pesan ini, instalnfs-utils(ataunfs-commonpada Ubuntu) paket. Untuk informasi selengkapnya, lihat Menginstal klien NFS.

Mount Command Gagal dengan “salah mount pilihan” pesan galat

Perintah mount gagal dengan pesan galat berikut.

mount.nfs: an incorrect mount option was specified

Tindakan yang harus diambil

Pesan galat ini kemungkinan besar berarti distribusi Linux Anda tidak mendukung Network File System versi 4.0 dan 4.1 (NFSv4). Untuk mengkonfirmasi hal ini, Anda dapat menjalankan perintah berikut.

$ grep CONFIG_NFS_V4_1 /boot/config*

Jika perintah sebelumnya kembali# CONFIG_NFS_V4_1 is not set, NFSv4.1 tidak didukung pada distribusi Linux Anda. Untuk daftar Amazon Machine Images (AMI) untuk Amazon Elastic Compute Cloud (Amazon EC2) yang mendukung NFSv4.1, lihatDukungan NFS.

File System Mount Gagal Segera Setelah Pembuatan File System

Diperlukan waktu hingga 90 detik setelah membuat target mount untuk catatan Layanan Nama Domain (DNS) untuk menyebarkan sepenuhnya dalamWilayah AWS.

Tindakan yang harus diambil

Jika Anda secara terprogram membuat dan memasang sistem file, misalnya denganAWS CloudFormationTemplate, sebaiknya Anda menerapkan kondisi tunggu.

File System Mount Hang dan Kemudian Gagal dengan Timeout Kesalahan

Perintah pemasangan sistem file hang selama satu atau dua menit, dan kemudian gagal dengan kesalahan timeout. Kode berikut menunjukkan contoh.

$ sudo mount -t nfs -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport mount-target-ip:/ mnt [2+ minute wait here] mount.nfs: Connection timed out $ 

Tindakan yang harus dilakukan

Kesalahan ini dapat terjadi karena instans Amazon EC2 atau grup keamanan target pemasangan tidak dikonfigurasi dengan benar. Pastikan bahwa grup keamanan target memiliki aturan masuk yang memungkinkan akses NFS dari grup keamanan EC2.

Untuk informasi selengkapnya, lihat Pembuatan grup keamanan.

Pastikan alamat IP target mount yang Anda tentukan valid. Jika Anda menentukan alamat IP yang salah dan tidak ada yang lain di alamat IP untuk menolak mount, Anda mungkin mengalami masalah ini.

Sistem File Mount Menggunakan Nama DNS Gagal

Pemasangan sistem file yang menggunakan nama DNS gagal. Kode berikut menunjukkan contoh.

$ sudo mount -t nfs -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport file-system-id.efs.aws-region.amazonaws.com:/ mnt mount.nfs: Failed to resolve server file-system-id.efs.aws-region.amazonaws.com: Name or service not known. $ 

Tindakan yang harus dilakukan

Periksa konfigurasi VPC Anda. Jika Anda menggunakan VPC kustom, pastikan bahwa pengaturan DNS diaktifkan. Untuk informasi lebih lanjut, lihat Menggunakan DNS dengan VPC di Panduan Pengguna Amazon VPC. Juga, sistem file dan mount target nama DNS tidak dapat diselesaikan dari luar VPC di mana mereka ada.

Untuk menentukan nama DNS dimountperintah, Anda harus melakukan hal berikut:

  • Pastikan bahwa ada target pemasangan Amazon EFS di Availability Zone yang sama dengan instans Amazon EC2.

  • Pastikan bahwa ada target pemasangan di VPC yang sama dengan instans Amazon EC2. Jika tidak, Anda tidak dapat menggunakan resolusi nama DNS untuk target pemasangan EFS yang ada di VPC lain. Untuk informasi selengkapnya, lihat Memasang sistem file EFS dari yang lainAkun AWSatau VPC.

  • Connect instans Amazon EC2 Anda di Amazon VPC yang dikonfigurasi untuk menggunakan server DNS yang disediakan oleh Amazon. Untuk informasi lebih lanjut, lihat Pengaturan Opsi DHCP di Panduan Pengguna Amazon VPC.

  • Pastikan bahwa Amazon VPC instans Amazon EC2 yang menghubungkan memiliki nama host DNS yang diaktifkan. Untuk informasi lebih lanjut, lihat Memperbarui Support DNS untuk VPC Anda di Panduan Pengguna Amazon VPC.

File System Mount Gagal dengan “nfs tidak merespons”

Pemasangan sistem file Amazon EFS gagal pada peristiwa rekoneksi Transmission Control Protocol (TCP) dengan"nfs: server_name still not responding".

Tindakan yang harus dilakukan

Gunakannoresvportmount pilihan untuk memastikan bahwa klien NFS menggunakan port sumber TCP baru ketika koneksi jaringan didirikan kembali. Melakukan hal ini membantu memastikan ketersediaan tanpa gangguan setelah peristiwa pemulihan jaringan.

Negara Siklus Hidup Gunung Target Terjebak

Keadaan siklus hidup target mount terjebak dalammenciptakanataumenghapusnegara.

Tindakan yang harus diambil

Coba KembaliCreateMountTargetatauDeleteMountTargetpanggilan.

Gunung Tidak Menanggapi

Mount Amazon EFS tampak tidak responsif. Misalnya, perintah sepertilsmenggantung.

Tindakan yang harus dilakukan

Kesalahan ini dapat terjadi jika aplikasi lain menulis sejumlah besar data ke sistem file. Akses ke file yang sedang ditulis mungkin diblokir sampai operasi selesai. Secara umum, setiap perintah atau aplikasi yang mencoba untuk mengakses file yang sedang ditulis untuk mungkin tampak menggantung. Misalnya,lsperintah mungkin menggantung ketika sampai ke file yang sedang ditulis. Hasil ini karena beberapa distribusi Linux aliaslsperintah sehingga mengambil atribut file selain daftar isi direktori.

Untuk mengatasi masalah ini, verifikasi bahwa aplikasi lain sedang menulis file ke pemasangan Amazon EFS, dan bahwa aplikasi tersebut ada diUninterruptible sleep(D) negara, seperti dalam contoh berikut:

$ ps aux | grep large_io.py root 33253 0.5 0.0 126652 5020 pts/3 D+ 18:22 0:00 python large_io.py /efs/large_file

Setelah Anda memverifikasi bahwa hal ini terjadi, Anda dapat mengatasi masalah ini dengan menunggu operasi penulisan lainnya selesai, atau dengan menerapkan solusi. Dalam contohls, Anda dapat menggunakan/bin/lsperintah langsung, bukan alias. Melakukan hal ini memungkinkan perintah untuk melanjutkan tanpa tergantung pada file yang sedang ditulis. Secara umum, jika aplikasi menulis data dapat memaksa data flush secara berkala, mungkin dengan menggunakanfsync(2), melakukannya dapat membantu meningkatkan respon sistem file Anda untuk aplikasi lain. Namun, perbaikan ini mungkin dengan mengorbankan kinerja ketika aplikasi menulis data.

Operasi pada Baru Mounted File System Kembali “menangani file buruk” Kesalahan

Operasi yang dilakukan pada sistem file yang baru dipasang mengembalikanbad file handlekesalahan.

Kesalahan ini dapat terjadi jika instans Amazon EC2 terhubung ke satu sistem file dan satu target pemasangan dengan alamat IP tertentu, dan kemudian sistem file dan target mount dihapus. Jika Anda membuat sistem file baru dan target mount untuk menyambung ke instans Amazon EC2 dengan alamat IP target mount yang sama, masalah ini dapat terjadi.

Tindakan yang harus diambil

Anda dapat mengatasi kesalahan ini dengan melepas pemasangan sistem file, lalu menghapus sistem file pada instans Amazon EC2. Untuk informasi selengkapnya tentang menghapus pemasangan sistem file Amazon EFS Anda, lihatMelepaskan sistem file.

Melepas pemasangan File System Gagal

Jika sistem file Anda sibuk, Anda tidak dapat melepaskannya.

Tindakan yang harus diambil

Anda dapat mengatasi masalah ini dengan cara berikut:

  • Gunakan lazy unmount,umount -lyang melepaskan filesystem dari hirarki filesystem ketika dijalankan, kemudian membersihkan semua referensi ke filesystem segera setelah tidak sibuk lagi.

  • Tunggu semua operasi baca dan tulis selesai, lalu cobaumountPerintah lagi.

  • Memaksa unmount menggunakanumount -fperintah.

    Awas

    Memaksa unmount menyela setiap data membaca atau menulis operasi yang saat ini dalam proses untuk sistem file. Lihathalaman umountuntuk informasi lebih lanjut dan panduan saat menggunakan opsi ini.