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

Memecahkan masalah pemasangan

Berikut ini, Anda dapat menemukan informasi tentang pemecahan masalah pemasangan sistem EFS file.

Pemasangan sistem file pada instance Windows gagal

Pemasangan sistem file pada EC2 instance Amazon di Microsoft Windows gagal.

Tindakan yang harus diambil

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

Akses ditolak oleh server

Pemasangan sistem file gagal dengan pesan berikut:

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

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

Tindakan yang harus diambil

Jika Anda mencoba untuk me-mount sistem file menggunakanIAM, pastikan Anda menggunakan -o iam opsi dalam perintah mount Anda. Ini memberitahu EFS mount helper untuk meneruskan kredensialmu ke target mount. EFS Jika Anda masih belum memiliki akses, periksa kebijakan sistem file dan kebijakan identitas Anda untuk memastikan tidak ada DENY klausul yang berlaku untuk koneksi Anda, dan setidaknya ada satu ALLOW klausa yang berlaku untuk koneksi. Untuk informasi selengkapnya, lihat Menggunakan IAM untuk mengontrol akses data sistem file dan Membuat kebijakan sistem file.

Pemasangan otomatis gagal dan instans tidak responsif

Masalah ini dapat terjadi jika sistem file dipasang secara otomatis pada sebuah instance dan _netdev opsi tidak dideklarasikan. Jika _netdev tidak ada, EC2 instans 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, hubungi AWS Support.

Pemasangan beberapa sistem EFS file Amazon di /etc/fstab gagal

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

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

Tindakan yang harus diambil

Dalam hal ini, kami menyarankan Anda membuat file layanan systemd baru di/etc/systemd/system/mount-nfs-sequentially.service. Kode yang akan disertakan dalam file tergantung pada apakah Anda memasang sistem file secara manual atau menggunakan helper EFS mount Amazon.

Setelah Anda membuat file, jalankan dua perintah berikut:

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

Perintah mount gagal dengan pesan kesalahan “jenis fs yang salah”

Perintah mount gagal dengan pesan kesalahan 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, instal paket nfs-utils (atau nfs-common di Ubuntu). Untuk informasi selengkapnya, lihat Menginstal NFS klien.

Perintah mount gagal dengan pesan kesalahan “opsi pemasangan yang salah”

Perintah mount gagal dengan pesan kesalahan berikut.

mount.nfs: an incorrect mount option was specified

Tindakan yang harus diambil

Pesan kesalahan ini kemungkinan besar berarti bahwa distribusi Linux Anda tidak mendukung Sistem File Jaringan versi 4.0 dan 4.1 (NFSv4). Untuk mengonfirmasi hal ini terjadi, 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 (AMIs) untuk Amazon Elastic Compute Cloud (AmazonEC2) yang mendukung NFSv4 .1, lihat. Dukungan NFS

Pemasangan dengan titik akses gagal

Perintah mount gagal saat memasang dengan titik akses, dengan pesan kesalahan berikut:

mount.nfs4: mounting access_point failed, reason given by server: No such file or directory

Tindakan yang harus diambil

Pesan kesalahan ini menunjukkan bahwa EFS jalur yang ditentukan tidak ada. Pastikan Anda memberikan kepemilikan dan izin untuk direktori root titik akses. EFStidak akan membuat direktori root tanpa informasi ini. Untuk informasi selengkapnya, lihat Bekerja dengan titik EFS akses Amazon.

Jika Anda tidak menentukan kepemilikan dan izin direktori root, dan direktori root belum ada, tidak EFS akan membuat direktori root. Ketika ini terjadi, setiap upaya untuk me-mount sistem file menggunakan titik akses akan gagal.

Pemasangan sistem file gagal segera setelah pembuatan sistem file

Diperlukan waktu hingga 90 detik setelah membuat target pemasangan untuk data Domain Name Service (DNS) untuk disebarkan sepenuhnya dalam file Wilayah AWS.

Tindakan yang harus diambil

Jika Anda membuat dan memasang sistem file secara terprogram, misalnya dengan AWS CloudFormation template, sebaiknya Anda menerapkan kondisi tunggu.

Pemasangan sistem file hang dan kemudian gagal dengan kesalahan timeout

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 diambil

Kesalahan ini dapat terjadi karena EC2 instans Amazon atau grup keamanan target mount tidak dikonfigurasi dengan benar. Pastikan grup keamanan target mount memiliki aturan masuk yang memungkinkan NFS akses dari grup EC2 keamanan. Untuk informasi selengkapnya, lihat Membuat grup keamanan.

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

Pemasangan sistem file dengan NFS menggunakan DNS nama gagal

Upaya untuk me-mount sistem file menggunakan NFS klien (tidak menggunakan amazon-efs-utils klien) menggunakan DNS nama sistem file gagal, seperti yang ditunjukkan dalam contoh berikut:

$ 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 diambil

Periksa VPC konfigurasi Anda. Jika Anda menggunakan kustomVPC, pastikan DNS pengaturan diaktifkan. Untuk informasi selengkapnya, lihat DNSatribut untuk Anda VPC di Panduan VPC Pengguna Amazon. Juga, sistem file dan DNS nama target mount tidak dapat diselesaikan dari luar VPC tempat mereka ada.

Sebelum Anda dapat memasang sistem file menggunakan DNS namanya dalam mount perintah, Anda harus melakukan hal berikut:

Pemasangan sistem file gagal dengan “nfs tidak merespons”

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

Tindakan yang harus diambil

Gunakan opsi noresvport mount untuk memastikan bahwa NFS klien menggunakan port TCP sumber baru saat koneksi jaringan dibangun kembali. Melakukan hal ini membantu memastikan ketersediaan tanpa gangguan setelah peristiwa pemulihan jaringan.

Status siklus hidup target mount macet

Status siklus hidup target mount macet dalam status pembuatan atau penghapusan.

Tindakan yang harus diambil

Coba lagi CreateMountTarget atau DeleteMountTarget hubungi.

Status siklus hidup target pemasangan menunjukkan kesalahan

Status siklus hidup target mount ditampilkan sebagai kesalahan.

Tindakan yang harus diambil

Amazon EFS tidak dapat membuat catatan Sistem Nama Domain (DNS) yang diperlukan untuk target pemasangan sistem file baru jika cloud pribadi virtual (VPC) memiliki zona host yang bertentangan. Amazon EFS tidak dapat membuat catatan baru dalam zona host milik pelanggan. Jika Anda perlu mempertahankan zona yang dihosting dengan efs.<region>.amazonaws.com DNS rentang yang bertentangan, buat zona yang dihosting secara terpisahVPC. Untuk informasi selengkapnya tentang DNS pertimbanganVPC, lihat DNSatribut untuk Anda VPC.

Untuk mengatasi masalah ini, hapus efs.<region>.amazonaws.com host yang bertentangan dari VPC dan buat target pemasangan lagi. Untuk informasi selengkapnya tentang menghapus target pemasangan, lihatMengelola target mount.

Mount tidak merespons

EFSMount Amazon tampak tidak responsif. Misalnya, perintah seperti ls hang.

Tindakan yang harus diambil

Kesalahan ini dapat terjadi jika aplikasi lain menulis data dalam jumlah besar ke sistem file. Akses ke file yang sedang ditulis mungkin diblokir sampai operasi selesai. Secara umum, perintah atau aplikasi apa pun yang mencoba mengakses file yang sedang ditulis mungkin tampak hang. Misalnya, ls perintah mungkin hang ketika sampai ke file yang sedang ditulis. Hasil ini karena beberapa distribusi Linux alias ls perintah sehingga mengambil atribut file selain mencantumkan isi direktori.

Untuk mengatasi masalah ini, verifikasi bahwa aplikasi lain sedang menulis file ke EFS mount Amazon, dan berada dalam status Uninterruptible sleep (D), seperti pada 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 ini masalahnya, Anda dapat mengatasi masalah dengan menunggu operasi penulisan lainnya selesai, atau dengan menerapkan solusi. Dalam contohls, Anda dapat menggunakan /bin/ls perintah secara langsung, bukan alias. Melakukan hal ini memungkinkan perintah untuk melanjutkan tanpa menggantung pada file yang sedang ditulis. Secara umum, jika aplikasi yang menulis data dapat memaksa data flush secara berkala, mungkin dengan menggunakanfsync(2), hal itu dapat membantu meningkatkan daya tanggap sistem file Anda untuk aplikasi lain. Namun, peningkatan ini mungkin mengorbankan kinerja ketika aplikasi menulis data.

Klien yang dipasang akan terputus

Klien yang dipasang ke sistem EFS file Amazon kadang-kadang dapat terputus karena sejumlah penyebab. NFSklien dirancang untuk terhubung kembali secara otomatis jika terjadi gangguan untuk meminimalkan dampak pemutusan rutin pada kinerja dan ketersediaan aplikasi. Dalam kebanyakan kasus, klien secara transparan terhubung kembali dalam hitungan detik.

Namun, perangkat lunak NFS klien yang disertakan dalam versi kernel Linux yang lebih lama (versi v5.4 dan di bawahnya) menyertakan perilaku yang menyebabkan NFS klien, setelah terputus, mencoba menghubungkan kembali pada port sumber yang sama. TCP Perilaku ini tidak sesuai dengan TCPRFC, dan dapat mencegah klien ini dengan cepat membangun kembali koneksi ke NFS server mereka (dalam hal ini, sistem EFS file).

Untuk mengatasi masalah ini, kami sangat menyarankan agar Anda menggunakan Amazon EFS mount helper untuk me-mount sistem EFS file Anda. EFSMount helper menggunakan pengaturan mount yang dioptimalkan untuk sistem EFS file Amazon. Untuk informasi selengkapnya tentang EFS klien dan mount helper, lihatMenginstal EFS klien Amazon.

Jika Anda tidak dapat menggunakan EFS mount helper, kami sangat menyarankan untuk menggunakan opsi noresvport NFS mount, yang menginstruksikan NFS klien untuk membangun kembali koneksi menggunakan port TCP sumber baru untuk menghindari masalah ini. Untuk informasi selengkapnya, lihat Pengaturan NFS pemasangan yang disarankan.

Operasi pada sistem file yang baru dipasang mengembalikan Kesalahan “pegangan file buruk”

Operasi yang dilakukan pada sistem file yang baru dipasang mengembalikan bad file handle kesalahan.

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

Tindakan yang harus diambil

Anda dapat mengatasi kesalahan ini dengan melepas sistem file, dan kemudian memasang ulang sistem file pada instance AmazonEC2. Untuk informasi selengkapnya tentang melepas sistem EFS file Amazon Anda, lihatMelepaskan sistem file.

Melepas sistem file gagal

Jika sistem file Anda sibuk, Anda tidak dapat melepasnya.

Tindakan yang harus diambil

Anda dapat mengatasi masalah ini dengan cara berikut: