Pemecahan masalah: Masalah File Gateway

Anda dapat mengonfigurasi File Gateway Anda untuk menulis entri log ke grup CloudWatch log Amazon. Jika ya, Anda menerima pemberitahuan tentang status kesehatan gateway dan tentang kesalahan apa pun yang ditemui gateway. Anda dapat menemukan informasi tentang kesalahan dan pemberitahuan kesehatan ini di CloudWatch Log.

Di bagian berikut, Anda dapat menemukan informasi yang dapat membantu Anda memahami penyebab setiap kesalahan dan pemberitahuan kesehatan serta cara memperbaiki masalah.

Kesalahan: FileMissing

FileMissingKesalahannya mirip dengan ObjectMissing kesalahan, dan langkah-langkah untuk mengatasinya identik. Anda bisa mendapatkan FileMissing kesalahan ketika penulis selain Gateway File yang ditentukan menghapus file yang ditentukan dari Amazon FSx. Setiap unggahan berikutnya ke Amazon FSx atau pengambilan dari Amazon FSx untuk objek gagal.

Untuk mengatasi FileMissing kesalahan

1. Simpan salinan file terbaru ke sistem file lokal klien SMB Anda (Anda memerlukan salinan file ini pada langkah 3).

2. Hapus file dari File Gateway menggunakan klien SMB Anda.

3. Salin versi terbaru dari file yang Anda simpan di langkah 1 Amazon FSx menggunakan klien SMB Anda. Lakukan ini melalui File Gateway Anda.

Kesalahan: FsxFileSystemAuthenticationFailure

Anda bisa mendapatkan FsxFileSystemAuthenticationFailure kesalahan ketika kredensi yang diberikan saat melampirkan sistem file kedaluwarsa atau, hak istimewanya telah dicabut.

Untuk mengatasi FsxFileSystemAuthenticationFailure kesalahan

1. Pastikan bahwa kredensi yang diberikan pada saat melampirkan sistem FSx file Amazon masih valid.

2. Pastikan bahwa pengguna memiliki semua izin yang diperlukan seperti yang dijelaskan dalam Lampirkan sistem file Amazon FSx untuk Windows File Server.

Kesalahan: FsxFileSystemConnectionFailure

Anda bisa mendapatkan FsxFileSystemConnectionFailure kesalahan ketika FSx server Amazon tidak dapat diakses dari mesin gateway.

Untuk mengatasi FsxFileSystemConnectionFailure kesalahan

1. Pastikan bahwa semua aturan firewall dan VPC memungkinkan koneksi antara mesin gateway dan server Amazon FSx .

2. Pastikan FSx server Amazon berjalan.

Kesalahan: FsxFileSystemFull

Anda bisa mendapatkan FsxFileSystemFull kesalahan ketika tidak ada cukup ruang disk kosong di sistem FSx file Amazon.

Untuk mengatasi FsxFileSystemFull kesalahan

• Tingkatkan ruang penyimpanan untuk sistem FSx file Amazon.

Kesalahan: GatewayClockOutOfSync

Anda bisa mendapatkan GatewayClockOutOfSync kesalahan ketika gateway mendeteksi perbedaan 5 menit atau lebih antara waktu sistem lokal dan waktu yang dilaporkan oleh server AWS Storage Gateway. Masalah sinkronisasi jam dapat berdampak negatif pada konektivitas antara gateway dan AWS. Jika jam gateway tidak sinkron, kesalahan I/O mungkin terjadi untuk koneksi NFS dan SMB, dan pengguna SMB mungkin mengalami kesalahan otentikasi.

Untuk mengatasi GatewayClockOutOfSync kesalahan

• Periksa konfigurasi jaringan antara gateway dan server NTP. Untuk informasi selengkapnya tentang sinkronisasi waktu VM gateway dan memperbarui konfigurasi server NTP, lihat .

Kesalahan: InvalidFileState

Anda bisa mendapatkan InvalidFileState kesalahan ketika penulis selain gateway yang ditentukan memodifikasi file yang ditentukan dalam berbagi file yang ditentukan. Akibatnya, status file di gateway tidak cocok dengan statusnya di Amazon FSx. Setiap unggahan atau pengambilan file berikutnya dari Amazon FSx bisa gagal.

Untuk mengatasi InvalidFileState kesalahan

1. Simpan salinan file terbaru ke sistem file lokal klien SMB Anda (Anda memerlukan file ini untuk disalin pada langkah 4). Jika versi file di Amazon FSx adalah yang terbaru, unduh versi itu. Anda dapat melakukan ini dengan langsung mengakses FSx berbagi Amazon menggunakan klien SMB apa pun.

2. Hapus file di Amazon FSx secara langsung.

3. Hapus file dari gateway menggunakan klien SMB Anda.

4. Menggunakan klien SMB Anda, salin versi terbaru dari file yang Anda simpan di langkah 1, melalui File Gateway Anda, ke Amazon FSx.

Kesalahan: ObjectMissing

Anda bisa mendapatkan ObjectMissing kesalahan ketika penulis selain Gateway File yang ditentukan menghapus file yang ditentukan dari Amazon FSx. Setiap unggahan berikutnya ke Amazon FSx atau pengambilan dari Amazon FSx untuk objek gagal.

Untuk mengatasi ObjectMissing kesalahan

1. Simpan salinan file terbaru ke sistem file lokal klien SMB Anda (Anda memerlukan salinan file ini pada langkah 3).

2. Hapus file dari File Gateway menggunakan klien SMB Anda.

3. Salin versi terbaru dari file yang Anda simpan di langkah 1 Amazon FSx menggunakan klien SMB Anda. Lakukan ini melalui File Gateway Anda.

Kesalahan: DroppedNotifications

Anda mungkin melihat DroppedNotifications kesalahan alih-alih jenis entri CloudWatch log lain yang diharapkan ketika ruang penyimpanan kosong pada disk root gateway Anda kurang dari 1 GB, atau jika lebih dari 100 pemberitahuan kesehatan dihasilkan dalam interval 1 menit. Dalam keadaan ini, gateway berhenti menghasilkan pemberitahuan CloudWatch log terperinci sebagai tindakan pencegahan.

Untuk mengatasi DroppedNotifications kesalahan

1. Periksa Root Disk Usage metrik pada tab Monitoring untuk gateway Anda di konsol Storage Gateway untuk menentukan apakah ruang disk root yang tersedia hampir habis.

2. Tingkatkan ukuran disk penyimpanan root gateway jika ruang yang tersedia kurang dari 1 GB. Lihat dokumentasi hypervisor mesin virtual Anda untuk instruksi.

   Untuk meningkatkan ukuran disk root untuk EC2 gateway Amazon, lihat Meminta modifikasi pada volume EBS Anda di Panduan Pengguna Amazon Elastic Compute Cloud.

   catatan

   Tidak mungkin untuk meningkatkan ukuran disk root untuk AWS Storage Gateway Hardware Appliance.

3. Mulai ulang gateway Anda.

Pemberitahuan: HardReboot

Anda bisa mendapatkan HardReboot notifikasi saat gateway VM dimulai ulang secara tak terduga. Restart semacam itu dapat disebabkan oleh hilangnya daya, kegagalan perangkat keras, atau peristiwa lain. Untuk VMware gateway, reset oleh vSphere High Availability Application Monitoring dapat menyebabkan peristiwa ini.

Saat gateway Anda berjalan di lingkungan seperti itu, periksa keberadaan HealthCheckFailure notifikasi dan lihat log VMware peristiwa untuk VM.

Pemberitahuan: Reboot

Anda bisa mendapatkan pemberitahuan reboot saat gateway VM dimulai ulang. Anda dapat memulai ulang VM gateway dengan menggunakan konsol VM Hypervisor Management atau konsol Storage Gateway. Anda juga dapat memulai ulang dengan menggunakan perangkat lunak gateway selama siklus pemeliharaan gateway.

Jika waktu reboot dalam 10 menit dari waktu mulai pemeliharaan gateway yang dikonfigurasi, reboot ini mungkin merupakan kejadian normal dan bukan tanda masalah apa pun. Jika reboot terjadi secara signifikan di luar jendela pemeliharaan, periksa apakah gateway dimulai ulang secara manual.

Pemecahan masalah: Masalah domain Direktori Aktif

FSx File Gateway tidak menghasilkan pesan log khusus untuk masalah domain Active Directory. Jika Anda mengalami masalah saat bergabung dengan gateway ke domain Active Directory, lakukan hal berikut:

• Verifikasi bahwa gateway tidak mencoba menggunakan pengontrol domain hanya-baca (RODC) untuk bergabung dengan domain.

• Verifikasi bahwa gateway dikonfigurasi untuk menggunakan server DNS yang benar.

  Misalnya, jika Anda mencoba menggabungkan instance EC2 gateway Amazon ke Direktori Aktif yang AWS dikelola, verifikasi bahwa opsi DHCP yang disetel untuk EC2 VPC Anda menentukan server DNS Direktori Aktif yang AWS dikelola.

  Server DNS yang Anda konfigurasikan melalui set opsi VPC DHCP disediakan untuk EC2 semua instance di VPC. Jika Anda ingin menentukan server DNS untuk gateway individual, Anda dapat melakukannya menggunakan konsol EC2 lokal gateway tersebut.

  Untuk gateway lokal, Anda menentukan server DNS menggunakan konsol lokal VM.

• Verifikasi konektivitas jaringan gateway dengan menjalankan perintah berikut dari prompt perintah di konsol lokal gateway. Ganti variabel yang disorot dengan nama domain dan alamat IP yang sebenarnya dari penerapan Anda.

  dig -d ExampleDomainName
  ncport -d ExampleDomainControllerIPAddress -p 445
  ncport -d ExampleDomainControllerIPAddress -p 389
  

• Verifikasi bahwa akun layanan Direktori Aktif Anda memiliki izin yang diperlukan. Untuk selengkapnya, lihat akun layanan Direktori Aktif.

• Verifikasi bahwa gateway bergabung dengan Unit Organisasi (OU) yang benar.

  Bergabung dengan domain membuat akun komputer Active Directory di wadah komputer default (yang bukan OU), menggunakan ID Gateway gateway sebagai nama akun (misalnya, SGW-1234ADE). Tidak mungkin untuk menyesuaikan nama akun ini.

  Jika lingkungan Active Directory Anda memiliki OU yang ditunjuk untuk objek komputer baru, Anda harus menentukan OU tersebut saat bergabung dengan domain.

  Jika Anda menemukan kesalahan akses ditolak saat mencoba bergabung dengan OU yang ditunjuk, periksa dengan administrator domain Active Directory Anda. Administrator mungkin perlu melakukan pra-tahap akun komputer gateway sebelum dapat bergabung dengan domain. Untuk informasi selengkapnya, lihat Bagaimana cara memecahkan masalah dengan menggabungkan gateway file Storage Gateway ke domain untuk otentikasi Microsoft Active Directory? .

• Verifikasi bahwa nama host gateway Anda dapat diselesaikan dalam DNS dengan menjalankan perintah berikut dari prompt perintah di konsol lokal gateway. Ganti variabel yang disorot dengan nama host yang sebenarnya untuk gateway Anda.

  dig -d ExampleHostName -r A

  Jika Anda mengonfigurasi nama host khusus untuk gateway Anda, Anda harus menambahkan DNS A-record secara manual yang menunjuk ke alamat IP-nya.

• Verifikasi bahwa latensi jaringan antara gateway dan pengontrol domain cukup rendah. Kueri untuk bergabung dengan domain dapat habis jika gateway tidak menerima respons dari pengontrol domain dalam waktu 20 detik.

  Jika Anda bergabung dengan gateway ke domain menggunakan perintah JoinDomainCLI, Anda dapat menambahkan --timeout-in-seconds bendera untuk meningkatkan batas waktu hingga maksimum 3.600 detik.

• Verifikasi bahwa pengguna Active Directory yang Anda gunakan untuk bergabung dengan gateway ke domain memiliki hak istimewa yang diperlukan untuk melakukannya.

Pemecahan masalah: Menggunakan metrik CloudWatch

Anda dapat menemukan informasi berikut tentang tindakan untuk mengatasi masalah menggunakan CloudWatch metrik Amazon dengan Storage Gateway.

Topik

• Gateway Anda bereaksi lambat saat menjelajah direktori

• Gateway Anda tidak merespons

• Anda tidak melihat file di sistem FSx file Amazon Anda

• Anda tidak melihat snapshot lama di sistem FSx file Amazon Anda

• Gateway Anda lambat mentransfer data ke Amazon FSx

• Pekerjaan pencadangan gateway Anda gagal atau ada kesalahan saat menulis ke gateway Anda

Gateway Anda bereaksi lambat saat menjelajah direktori

Jika File Gateway bereaksi lambat saat menjalankan ls perintah atau menelusuri direktori, periksa IndexFetch dan IndexEviction CloudWatch metrik:

• Jika IndexFetch metrik lebih besar dari 0 saat Anda menjalankan ls perintah atau menelusuri direktori, File Gateway Anda dimulai tanpa informasi tentang isi direktori yang terpengaruh dan harus mengakses S3 untuk Windows File Server. Upaya selanjutnya untuk membuat daftar isi direktori itu harus berjalan lebih cepat.

• Jika IndexEviction metrik lebih besar dari 0, itu berarti File Gateway Anda telah mencapai batas dari apa yang dapat dikelola dalam cache pada saat itu. Dalam hal ini, File Gateway Anda harus membebaskan beberapa ruang penyimpanan dari direktori yang paling tidak baru diakses untuk mencantumkan direktori baru. Jika ini sering terjadi dan ada dampak kinerja, hubungi Dukungan.

  Dukungan Diskusikan dengan konten sistem FSx file Amazon terkait dan rekomendasi untuk meningkatkan kinerja berdasarkan kasus penggunaan Anda.

Gateway Anda tidak merespons

Jika File Gateway Anda tidak merespons, lakukan hal berikut:

• Jika ada pembaruan reboot atau perangkat lunak baru-baru ini, maka periksa IOWaitPercent metriknya. Metrik ini menunjukkan persentase waktu CPU menganggur ketika ada I/O permintaan disk yang luar biasa. Dalam beberapa kasus, ini mungkin tinggi (10 atau lebih) dan mungkin meningkat setelah server di-boot ulang atau diperbarui. Dalam kasus ini, maka File Gateway Anda mungkin terhambat oleh disk root yang lambat karena membangun kembali cache indeks ke RAM. Anda dapat mengatasi masalah ini dengan menggunakan disk fisik yang lebih cepat untuk disk root.

• Jika MemUsedBytes metrik berada pada atau hampir sama dengan MemTotalBytes metrik, maka File Gateway Anda kehabisan RAM yang tersedia. Pastikan File Gateway Anda memiliki setidaknya RAM minimum yang diperlukan. Jika sudah, pertimbangkan untuk menambahkan lebih banyak RAM ke File Gateway Anda berdasarkan beban kerja dan kasus penggunaan Anda.

  Jika berbagi file adalah SMB, masalahnya mungkin juga disebabkan oleh jumlah klien SMB yang terhubung ke berbagi file. Untuk melihat jumlah klien yang terhubung pada waktu tertentu, periksa SMBV(1/2/3)Sessions metriknya. Jika ada banyak klien yang terhubung, Anda mungkin perlu menambahkan lebih banyak RAM ke File Gateway Anda.

Anda tidak melihat file di sistem FSx file Amazon Anda

Jika Anda melihat bahwa file di gateway tidak tercermin dalam sistem FSx file Amazon, periksa FilesFailingUpload metriknya. Jika metrik melaporkan bahwa beberapa file gagal diunggah, periksa pemberitahuan kesehatan Anda. Ketika file gagal diunggah, gateway menghasilkan pemberitahuan kesehatan yang berisi detail lebih lanjut tentang masalah tersebut.

Anda tidak melihat snapshot lama di sistem FSx file Amazon Anda

Beberapa operasi file pada FSx File Gateway, seperti penggantian nama folder tingkat atas atau perubahan izin, dapat menghasilkan beberapa operasi file yang mengarah ke I/O beban tinggi pada sistem file Windows File Server Anda FSx . Jika sistem file Anda tidak memiliki sumber daya kinerja yang cukup untuk beban kerja Anda, sistem file mungkin menghapus salinan bayangan karena memprioritaskan ketersediaan untuk berkelanjutan I/O daripada retensi salinan bayangan historis.

Di FSx konsol Amazon, periksa halaman Pemantauan dan kinerja untuk melihat apakah sistem file Anda kurang disediakan. Jika ya, Anda dapat beralih ke penyimpanan SSD, meningkatkan kapasitas throughput, atau meningkatkan IOPS SSD untuk menangani beban kerja Anda.

Gateway Anda lambat mentransfer data ke Amazon FSx

Jika File Gateway Anda lambat mentransfer data ke Amazon FSx untuk Windows File Server, lakukan hal berikut:

• Jika CachePercentDirty metriknya 80 atau lebih besar, File Gateway Anda menulis data lebih cepat ke disk daripada dapat mengunggah data ke Amazon FSx untuk Windows File Server. Pertimbangkan untuk meningkatkan bandwidth untuk diunggah dari File Gateway Anda, menambahkan satu atau beberapa disk cache, atau memperlambat penulisan klien, atau meningkatkan kapasitas throughput FSx untuk Amazon terkait untuk Windows File Server.

• Jika CachePercentDirty metriknya rendah, periksa IoWaitPercent metriknya. Jika IoWaitPercent lebih besar dari 10, File Gateway Anda mungkin terhambat oleh kecepatan disk cache lokal. Kami merekomendasikan disk solid state drive (SSD) lokal untuk cache Anda, lebih disukai NVM Express (). NVMe Jika disk tersebut tidak tersedia, coba gunakan beberapa disk cache dari disk fisik terpisah untuk peningkatan kinerja.

Pekerjaan pencadangan gateway Anda gagal atau ada kesalahan saat menulis ke gateway Anda

Jika pekerjaan pencadangan File Gateway Anda gagal atau ada kesalahan saat menulis ke File Gateway Anda, lakukan hal berikut:

• Jika CachePercentDirty metriknya 90 persen atau lebih besar, File Gateway Anda tidak dapat menerima penulisan baru ke disk karena tidak ada cukup ruang yang tersedia pada disk cache. Untuk melihat seberapa cepat File Gateway Anda mengunggah ke S3 untuk Windows File Server, lihat CloudBytesUploaded metrik. Bandingkan metrik itu dengan WriteBytes metrik, yang menunjukkan seberapa cepat klien menulis file ke File Gateway Anda. Jika klien SMB menulis ke File Gateway Anda lebih cepat daripada yang dapat diunggah ke S3 untuk Windows File Server, tambahkan lebih banyak disk cache untuk menutupi ukuran pekerjaan cadangan minimal. Atau, tingkatkan bandwidth unggahan.

• Jika salinan file besar seperti pekerjaan cadangan gagal tetapi CachePercentDirty metriknya kurang dari 80 persen, File Gateway Anda mungkin mencapai batas waktu sesi sisi klien. Untuk SMB, Anda dapat meningkatkan batas waktu ini menggunakan perintah. PowerShell Set-SmbClientConfiguration -SessionTimeout 300 Menjalankan perintah ini menetapkan batas waktu menjadi 300 detik.