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 file EFS.
## Pemasangan sistem file pada instance Windows gagal
Pemasangan sistem file pada instans Amazon EC2 di Microsoft Windows gagal.
**Tindakan yang harus diambil**
Jangan gunakan Amazon EFS dengan instans Windows EC2, 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 klien NFS Anda tidak memiliki izin untuk memasang sistem file.
**Tindakan yang harus diambil**
Jika Anda mencoba memasang sistem file menggunakan IAM, pastikan Anda menggunakan opsi `-o iam` or -o tls di perintah mount Anda. Ini memberi tahu EFS mount helper 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 ALLOW yang berlaku untuk koneksi. Untuk informasi selengkapnya, lihat [Menggunakan IAM untuk mengontrol akses ke sistem file](iam-access-control-nfs-efs.md) dan [Membuat kebijakan sistem file](create-file-system-policy.md).
## 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` 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, hubungi AWS Support.
## Pemasangan beberapa sistem file Amazon EFS di /etc/fstab gagal
Untuk contoh 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 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 mount Amazon EFS.
+ Jika Anda memasang sistem file secara manual, maka `ExecStart` perintah harus menunjuk ke Network File System (NFS4). Sertakan kode berikut dalam file:
```
[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
```
+ Jika Anda menggunakan helper mount Amazon EFS, maka `ExecStart` perintah harus menunjuk ke EFS alih-alih NFS4 menggunakan Transport Layer Security (TLS). Sertakan kode berikut dalam file:
```
[Unit]
Description=Workaround for mounting NFS file systems sequentially at boot time
After=remote-fs.target
[Service]
Type=oneshot
ExecStart=/bin/mount -avt efs
RemainAfterExit=yes
[Install]
WantedBy=multi-user.target
```
Setelah Anda membuat file, jalankan dua perintah berikut:
1. `sudo systemctl daemon-reload`
1. `sudo systemctl enable mount-nfs-sequentially.service`
Kemudian mulai ulang instans Amazon EC2 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. 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 klien NFS](mounting-fs-install-nfsclient.md).
## 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 (AMI) untuk Amazon Elastic Compute Cloud (Amazon EC2) yang mendukung .1, lihat. NFSv4 [Dukungan NFS](mounting-fs-old.md#mounting-fs-nfs-info)
## 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 jalur EFS yang ditentukan tidak ada. Pastikan Anda memberikan kepemilikan dan izin untuk direktori root titik akses. EFS tidak akan membuat direktori root tanpa informasi ini. Untuk informasi selengkapnya, lihat [Bekerja dengan titik akses](efs-access-points.md).
Jika Anda tidak menentukan kepemilikan dan izin direktori root apa pun, dan direktori root belum ada, EFS tidak 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 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 instans Amazon EC2 atau grup keamanan target mount tidak dikonfigurasi dengan benar. Pastikan grup keamanan target mount memiliki aturan masuk yang memungkinkan akses NFS pada port 2049 dari grup keamanan EC2. Untuk informasi selengkapnya, lihat [Menggunakan grup keamanan VPC](network-access.md).
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 nama DNS gagal
Upaya untuk me-mount sistem file menggunakan klien NFS (tidak menggunakan `amazon-efs-utils` klien) menggunakan nama DNS 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 konfigurasi VPC Anda. Jika Anda menggunakan VPC kustom, pastikan bahwa pengaturan DNS diaktifkan. Untuk informasi selengkapnya, lihat [Atribut DNS untuk VPC Anda](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html) dalam *Panduan Pengguna Amazon VPC*. Selain itu, sistem file dan nama DNS target mount tidak dapat diselesaikan dari luar VPC tempat mereka ada.
Sebelum Anda dapat memasang sistem file menggunakan nama DNS-nya dalam `mount` perintah, Anda harus melakukan hal berikut:
+ Pastikan ada target pemasangan Amazon EFS di Availability Zone yang sama dengan instans Amazon EC2.
+ Pastikan 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 lain Akun AWS atau VPC](manage-fs-access-vpc-peering.md).
+ Hubungkan instans Amazon EC2 Anda di dalam VPC Amazon yang dikonfigurasi untuk menggunakan server DNS yang disediakan oleh Amazon. Untuk informasi selengkapnya, lihat [set opsi DHCP di Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_DHCP_Options.html) di Panduan Pengguna *Amazon VPC*.
+ Pastikan VPC Amazon dari instans Amazon EC2 yang menghubungkan mengaktifkan nama host DNS. Untuk informasi selengkapnya, lihat [atribut DNS di VPC Anda di](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html#vpc-dns-support) Panduan Pengguna *Amazon VPC*.
## Pemasangan sistem file gagal dengan “nfs tidak merespons”
Pemasangan sistem file Amazon EFS gagal pada peristiwa koneksi ulang Transmission Control Protocol (TCP) dengan. `"nfs: server_name still not responding"`
**Tindakan yang harus diambil**
Gunakan opsi `noresvport` mount untuk memastikan bahwa klien NFS menggunakan port sumber TCP baru ketika 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 data Domain Name System (DNS) yang diperlukan untuk target pemasangan sistem file baru jika virtual private cloud (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 rentang `efs..amazonaws.com` DNS yang bertentangan, buat zona yang dihosting di VPC terpisah. Untuk informasi selengkapnya tentang pertimbangan DNS untuk VPC, lihat [atribut DNS](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html) untuk VPC Anda.
Untuk mengatasi masalah ini, hapus `efs..amazonaws.com` host yang bertentangan dari VPC dan buat target pemasangan lagi. Untuk informasi selengkapnya tentang menghapus target pemasangan, lihat[Mengelola target mount](accessing-fs.md).
## Mount tidak merespons
Mount Amazon EFS 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 mount Amazon EFS, 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 contoh`ls`, 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 menggunakan`fsync(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 file Amazon EFS kadang-kadang dapat terputus karena sejumlah penyebab. Klien NFS dirancang untuk menyambung 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 klien NFS yang disertakan dalam versi kernel Linux yang lebih lama (versi v5.4 dan di bawahnya) menyertakan perilaku yang menyebabkan klien NFS, setelah terputus, mencoba menghubungkan kembali pada port sumber TCP yang sama. Perilaku ini tidak sesuai dengan TCP RFC, dan dapat mencegah klien ini dengan cepat membangun kembali koneksi ke server NFS mereka (dalam hal ini, sistem file EFS).
Untuk mengatasi masalah ini, kami sangat menyarankan Anda menggunakan helper mount Amazon EFS untuk memasang sistem file EFS Anda. EFS mount helper menggunakan pengaturan mount yang dioptimalkan untuk sistem file Amazon EFS. Untuk informasi selengkapnya tentang klien EFS dan mount helper, lihat[Menginstal klien Amazon EFS](using-amazon-efs-utils.md).
Jika Anda tidak dapat menggunakan EFS mount helper, kami sangat menyarankan untuk menggunakan opsi pemasangan `noresvport` NFS, yang menginstruksikan klien NFS untuk membangun kembali koneksi menggunakan port sumber TCP baru untuk menghindari masalah ini. Untuk informasi selengkapnya, lihat [Pengaturan pemasangan NFS yang disarankan](mounting-fs-nfs-mount-settings.md).
## 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 instans Amazon EC2 terhubung ke satu sistem file dan satu target pemasangan dengan alamat IP tertentu, dan kemudian sistem file dan target pemasangan dihapus. Jika Anda membuat sistem file baru dan memasang target untuk terhubung 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 sistem file, dan kemudian memasang ulang sistem file pada instans Amazon EC2. Untuk informasi selengkapnya tentang melepas sistem file Amazon EFS Anda, lihat[Melepaskan sistem file](unmounting-fs.md).
## 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:
+ Gunakan lazy unmount, **umount -l** yang melepaskan sistem file dari hierarki sistem file saat dijalankan, lalu bersihkan semua referensi ke sistem file segera setelah tidak sibuk lagi.
+ Tunggu semua operasi baca dan tulis selesai, lalu coba **umount** perintahnya lagi.
+ Paksa unmount menggunakan **umount -f** perintah.
**Awas**
Memaksa unmount mengganggu operasi baca atau tulis data apa pun yang saat ini sedang dalam proses untuk sistem file. Lihat [halaman manual umount untuk](https://man7.org/linux/man-pages/man8/umount.8.html) informasi dan panduan lebih lanjut saat menggunakan opsi ini.