Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Memecahkan masalah Amazon FSx untuk ONTAP NetApp
Gunakan bagian berikut untuk membantu memecahkan masalah sistem file FSx ONTAP.
**Topics**
+ [
# Sistem file Anda dalam `MISCONFIGURED` keadaan
](file-system-in-misconfigured-state.md)
+ [
# Anda tidak dapat mengakses sistem file Anda
](unable-to-access.md)
+ [
# Mesin virtual penyimpanan Anda (SVM) dalam keadaan `MISCONFIGURED`
](misconfigured-svm.md)
+ [
# Pemecahan masalah SSD mengurangi masalah operasi
](ssd-decrease-troubleshooting.md)
+ [
# Anda tidak dapat bergabung dengan mesin virtual penyimpanan (SVM) ke Active Directory
](cannot-join-svm-to-ad.md)
+ [
# Anda tidak dapat menghapus penyimpanan mesin virtual atau volume
](cannot-delete-svm.md)
+ [
# Volume Anda dalam `MISCONFIGURED` keadaan
](misconfigured-volume.md)
+ [
# Volume Anda memiliki kapasitas penyimpanan yang tidak mencukupi
](low-volume-capacity.md)
+ [
# Pencadangan Anda gagal karena kapasitas volume yang tidak mencukupi
](backups-failing.md)
+ [
# Memulihkan dihapus FSx untuk volume ONTAP
](recovering-deleted-volumes.md)
+ [
# Memecahkan masalah jaringan
](network-issues.md)
+ [
# Memecahkan masalah I/O kesalahan dan kegagalan klaim kembali kunci NFS
](nfs-failover-issues.md)
# Sistem file Anda dalam `MISCONFIGURED` keadaan
Ada sejumlah penyebab potensial untuk sistem file berada dalam `MISCONFIGURED` keadaan, masing-masing dengan resolusi mereka sendiri, sebagai berikut.
**Topics**
+ [
## Akun pemilik VPC telah menonaktifkan berbagi VPC multi-AZ
](#maz-file-system)
+ [
## Anda tidak dapat membuat SVM baru pada sistem file Multi-AZ
](#unable-to-create-svm-on-maz)
+ [
## Tingkat penyimpanan SSD sistem file Anda lebih dari 90% penuh
](#ssd-tier-gt-90-percent)
## Akun pemilik VPC telah menonaktifkan berbagi VPC multi-AZ
Sistem file multi-AZ yang dibuat oleh peserta Akun AWS dalam subnet VPC bersama akan masuk ke `MISCONFIGURED` status karena salah satu alasan berikut:
+ Akun pemilik yang membagikan subnet VPC telah menonaktifkan dukungan berbagi VPC multi-AZ untuk sistem file ONTAP. FSx
+ Akun pemilik telah berhenti membagikan subnet VPC.
Jika akun pemilik telah berhenti membagikan subnet VPC, Anda akan melihat pesan berikut di konsol untuk sistem file tersebut:
```
The vpc ID vpc-012345abcde does not exist
```
Untuk mengatasi masalah ini, Anda harus menghubungi akun pemilik yang membagikan subnet VPC dengan Anda. Untuk informasi lebih lanjut lihat [Membuat FSx untuk sistem file ONTAP di subnet bersama](creating-file-systems.md#fsxn-vpc-shared-subnets) untuk informasi lebih lanjut.
## Anda tidak dapat membuat SVM baru pada sistem file Multi-AZ
Untuk sistem file multi-AZ yang dibuat oleh peserta Akun AWS dalam VPC bersama, Anda tidak akan dapat membuat SVM baru karena salah satu alasan berikut:
+ Akun pemilik yang membagikan subnet VPC telah menonaktifkan dukungan berbagi VPC multi-AZ untuk sistem file ONTAP. FSx
+ Akun pemilik telah berhenti membagikan subnet VPC.
Untuk mengatasi masalah ini, Anda harus menghubungi akun pemilik yang membagikan subnet VPC dengan Anda. Untuk informasi lebih lanjut lihat [Membuat FSx untuk sistem file ONTAP di subnet bersama](creating-file-systems.md#fsxn-vpc-shared-subnets) untuk informasi lebih lanjut.
## Tingkat penyimpanan SSD sistem file Anda lebih dari 90% penuh
Tingkat penyimpanan SSD sistem file Single-AZ atau Multi-AZ Anda saat ini lebih dari 90% penuh. Kami menyarankan agar Anda tidak melebihi 80% pemanfaatan tingkat penyimpanan SSD Anda secara berkelanjutan. Jika Anda tidak mengosongkan ruang di tingkat penyimpanan SSD sebelum jendela pemeliharaan sistem file Anda berikutnya, FSx untuk ONTAP akan membatasi sementara throughput sistem file Anda selama operasi penambalan. Hal ini dilakukan untuk memastikan bahwa proses pemeliharaan latar belakang dapat selesai dalam jangka waktu yang wajar. Untuk menghindari hal ini, harap kurangi penggunaan tingkat penyimpanan SSD Anda hingga di bawah 90%. Anda dapat mengurangi pemanfaatan SSD dengan beberapa cara, termasuk:
+ Meningkatkan kapasitas penyimpanan SSD sistem file Anda.
+ Dengan menghapus data yang tidak dibutuhkan.
+ Dengan menghapus snapshot volume yang tidak dibutuhkan.
Untuk informasi selengkapnya, lihat [Mengelola kapasitas penyimpanan](managing-storage-capacity.md).
# Anda tidak dapat mengakses sistem file Anda
Bagian ini menjelaskan masalah dan resolusi yang terkait dengan tidak dapat mengakses sistem file Anda.
**Topics**
+ [
## Sistem file Multi-AZ Anda memiliki tag tabel rute yang hilang
](#no-route-table-tags)
+ [
## Sistem file Anda memiliki lebih dari 50 rute
](#more-than-50-routes)
+ [
## Sistem file Anda tidak memiliki rute ke satu atau beberapa server file
](#missing-routes-to-servers)
+ [
## Elastic network interface sistem file telah dimodifikasi atau dihapus
](#eni-deleted)
+ [
## Alamat IP Elastis yang dilampirkan ke elastic network interface sistem file telah dihapus
](#eni-epi-removed)
+ [
## Grup keamanan VPC sistem file tidak memiliki aturan masuk yang diperlukan
](#sg-lacks-inbound-rules)
+ [
## Grup keamanan VPC instans komputasi tidak memiliki aturan keluar yang diperlukan
](#compute-instance-lacks-inbound-rules)
+ [
## Subnet instance komputasi tidak menggunakan tabel rute apa pun yang terkait dengan sistem file Anda
](#subnet-route-tables)
+ [
## Amazon tidak FSx dapat memperbarui tabel rute untuk sistem file Multi-AZ yang dibuat menggunakan CloudFormation
](#vpc-route-tables-not-tagged)
+ [
## Tidak dapat mengakses sistem file melalui iSCSI dari klien di VPC lain
](#file-system-iscsi)
+ [
## Akun pemilik telah berhenti membagikan subnet VPC
](#unshared-vpc-subnet)
+ [
## Tidak dapat mengakses sistem file melalui NFS, SMB, CLI ONTAP, atau ONTAP REST API dari klien di VPC lain atau lokal
](#unable-to-access-over-network)
## Sistem file Multi-AZ Anda memiliki tag tabel rute yang hilang
Amazon FSx mengelola tabel rute VPC untuk sistem file multi-AZ menggunakan otentikasi berbasis tag. Satu atau beberapa tabel rute yang terkait dengan sistem file Anda saat ini kehilangan tag tabel rute ini. Tabel rute ini ditandai dengan`Key: AmazonFSx; Value: ManagedByAmazonFSx`. Jika Anda tidak menambahkan tag ini secara manual sebelum jendela pemeliharaan berikutnya, setiap klien dalam subnet yang terkait dengan tabel rute yang kehilangan tag untuk sementara waktu akan kehilangan akses ke sistem file selama operasi penambalan. Untuk menghindari hal ini, silakan tambahkan tag tabel rute yang hilang secara manual.
Untuk informasi selengkapnya, lihat [Memperbarui sistem file](updating-file-system.md).
## Sistem file Anda memiliki lebih dari 50 rute
Sistem file Anda saat ini memiliki lebih dari 50 rute yang terkait dengannya. Jika Anda tidak menghapus beberapa rute ini sebelum jendela pemeliharaan terjadwal berikutnya sistem file Anda, proses failover mungkin memakan waktu lebih lama dari biasanya. Untuk menghindari hal ini, tolong kurangi jumlah rute menjadi kurang dari 50. Berikut ini adalah langkah-langkah yang dapat Anda ambil untuk mengurangi jumlah rute yang terkait dengan sistem file Anda:
+ Menghapus rute berlebih
+ Mengurangi jumlah SVMs yang terkait dengan sistem file
+ Mengurangi jumlah tabel rute yang terkait dengan sistem file
Untuk informasi selengkapnya, lihat [Memperbarui sistem file](updating-file-system.md) dan [Menghapus penyimpanan mesin virtual (SVM)](deleting-svms.md).
## Sistem file Anda tidak memiliki rute ke satu atau beberapa server file
Sistem file Anda saat ini kehilangan rute ke satu atau beberapa server file, dan tabel rute yang ada tidak memiliki cukup ruang untuk menambahkan entri tabel rute baru. Jika Anda tidak menambahkan rute yang hilang sebelum jendela pemeliharaan terjadwal berikutnya dari sistem file Anda, klien yang terhubung akan terputus selama operasi penambalan. Untuk menghindari hal ini, silakan tambahkan rute yang hilang.
Untuk informasi selengkapnya, lihat [Memperbarui sistem file](updating-file-system.md) dan [Kuota](limits.md).
## Elastic network interface sistem file telah dimodifikasi atau dihapus
Anda tidak boleh memodifikasi atau menghapus salah satu antarmuka jaringan elastis sistem file. Memodifikasi atau menghapus antarmuka jaringan dapat menyebabkan hilangnya koneksi permanen antara virtual private cloud (VPC) dan sistem file Anda. Buat sistem file baru, dan jangan memodifikasi atau menghapus antarmuka FSx jaringan Amazon. Untuk informasi selengkapnya, lihat [Kontrol Akses Sistem File dengan Amazon VPC](limit-access-security-groups.md).
## Alamat IP Elastis yang dilampirkan ke elastic network interface sistem file telah dihapus
Amazon FSx tidak mendukung akses sistem file dari Internet publik. Amazon FSx secara otomatis melepaskan alamat IP Elastic yang merupakan alamat IP publik yang dapat dijangkau dari Internet yang dilampirkan ke antarmuka network elastis sistem file. Untuk informasi selengkapnya, lihat [Klien yang didukung](supported-fsx-clients.md#supported-clients-fsx).
## Grup keamanan VPC sistem file tidak memiliki aturan masuk yang diperlukan
Tinjau aturan masuk yang ditentukan dalam [Grup keamanan Amazon VPC](limit-access-security-groups.md#fsx-vpc-security-groups), dan pastikan bahwa grup keamanan yang terkait dengan sistem file Anda memiliki aturan masuk yang sesuai.
## Grup keamanan VPC instans komputasi tidak memiliki aturan keluar yang diperlukan
Tinjau aturan keluar yang ditentukan dalam [Grup keamanan Amazon VPC](limit-access-security-groups.md#fsx-vpc-security-groups), dan pastikan bahwa grup keamanan yang terkait dengan instans komputasi Anda memiliki aturan keluar yang sesuai.
## Subnet instance komputasi tidak menggunakan tabel rute apa pun yang terkait dengan sistem file Anda
FSx untuk ONTAP membuat titik akhir untuk mengakses sistem file Anda dalam tabel rute VPC. Kami menyarankan Anda mengonfigurasi sistem file Anda untuk menggunakan semua tabel rute VPC yang terkait dengan subnet tempat klien Anda berada. Secara default, Amazon FSx menggunakan tabel rute utama VPC Anda. Anda dapat secara opsional menentukan satu atau beberapa tabel rute untuk Amazon FSx untuk digunakan saat Anda membuat sistem file.
Jika Anda dapat melakukan ping ke titik akhir Intercluster sistem file Anda tetapi tidak dapat melakukan ping ke titik akhir Manajemen sistem file Anda (lihat [Sumber daya sistem file](managing-file-systems.md#fsx-ontap-fs-resources) untuk informasi lebih lanjut), klien Anda kemungkinan tidak berada dalam subnet yang terkait dengan salah satu tabel rute sistem file Anda. Untuk mengakses sistem file Anda, kaitkan salah satu tabel rute sistem file Anda dengan subnet klien Anda. Untuk informasi tentang memperbarui tabel rute Amazon VPC sistem file Anda, lihat. [Memperbarui sistem file](updating-file-system.md)
## Amazon tidak FSx dapat memperbarui tabel rute untuk sistem file Multi-AZ yang dibuat menggunakan CloudFormation
Amazon FSx mengelola tabel rute VPC untuk sistem file multi-AZ menggunakan otentikasi berbasis tag. Tabel rute ini ditandai dengan`Key: AmazonFSx; Value: ManagedByAmazonFSx`. Saat membuat atau memperbarui FSx untuk sistem file ONTAP Multi-AZ menggunakan CloudFormation kami sarankan Anda menambahkan `Key: AmazonFSx; Value: ManagedByAmazonFSx` tag secara manual.
Jika Anda tidak dapat menjangkau sistem file Multi-AZ Anda, periksa untuk melihat apakah tabel rute VPC yang terkait dengan sistem file ditandai. `Key: AmazonFSx; Value: ManagedByAmazonFSx` Jika tidak, maka Amazon tidak FSx dapat memperbarui tabel rute tersebut untuk merutekan alamat IP mengambang dari manajemen dan port data ke server file aktif ketika peristiwa failover terjadi. Untuk informasi tentang memperbarui tabel rute Amazon VPC sistem file Anda, lihat. [Memperbarui sistem file](updating-file-system.md)
## Tidak dapat mengakses sistem file melalui iSCSI dari klien di VPC lain
Untuk mengakses sistem file melalui protokol Internet Small Computer Systems Interface (iSCSI) dari klien di VPC lain, Anda dapat mengonfigurasi peering VPC Amazon atau AWS Transit Gateway antara VPC yang terkait dengan sistem file Anda dan VPC tempat klien Anda berada. Untuk informasi selengkapnya, lihat [Membuat dan menerima koneksi peering VPC](https://docs.aws.amazon.com/vpc/latest/peering/create-vpc-peering-connection.html) di panduan *Amazon Virtual Private Cloud*.
## Akun pemilik telah berhenti membagikan subnet VPC
Jika Anda membuat sistem file Anda di subnet VPC yang telah dibagikan dengan Anda, akun pemilik mungkin telah berhenti berbagi subnet VPC.
Jika akun pemilik telah berhenti membagikan subnet VPC, Anda akan melihat pesan berikut di konsol untuk sistem file tersebut:
```
The vpc ID vpc-012345abcde does not exist
```
Anda harus menghubungi akun pemilik sehingga mereka dapat berbagi kembali subnet dengan Anda.
## Tidak dapat mengakses sistem file melalui NFS, SMB, CLI ONTAP, atau ONTAP REST API dari klien di VPC lain atau lokal
Untuk mengakses sistem file melalui Network File System (NFS), Server Message Block (SMB), atau NetApp ONTAP CLI dan REST API dari klien di VPC lain atau di tempat, Anda harus mengonfigurasi perutean menggunakan AWS Transit Gateway antara VPC yang terkait dengan sistem file Anda dan jaringan tempat klien Anda berada. Untuk informasi selengkapnya, lihat [Mengakses data FSx ONTAP Anda](supported-fsx-clients.md).
# Mesin virtual penyimpanan Anda (SVM) dalam keadaan `MISCONFIGURED`
Ada sejumlah penyebab potensial untuk Storage Virtual Machine untuk masuk ke `MISCONFIGURED` keadaan, masing-masing dengan resolusi mereka sendiri, sebagai berikut.
## SVM Anda memiliki volume offline
Sistem file Anda berisi volume yang dalam keadaan offline. Kami menyarankan agar Anda menyimpan volume online secara berkelanjutan. Jika Anda tidak online volume ini sebelum jendela pemeliharaan sistem file Anda berikutnya, Amazon FSx akan online sementara volume ini selama durasi operasi penambalan. Untuk menghindari hal ini, silakan online atau hapus volume.
Untuk mengembalikan volume offline secara online, gunakan perintah [https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html)ONTAPCLI, seperti yang ditunjukkan pada contoh berikut. Jika hanya ada satu SVM (Vserver), Anda tidak perlu menentukan parameternya. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
## SVM Anda memiliki volume offline dengan iSCSI LUN atau namespace NVMe/TCP
Sistem file Anda berisi volume yang dalam keadaan terbatas. Kami menyarankan agar Anda menyimpan volume online secara berkelanjutan. Jika Anda tidak online volume ini sebelum jendela pemeliharaan sistem file Anda berikutnya, Amazon FSx akan online sementara volume ini selama durasi operasi penambalan. Untuk menghindari hal ini, silakan online atau hapus volume.
Untuk mengembalikan volume offline secara online, gunakan perintah [https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html)ONTAPCLI, seperti yang ditunjukkan pada contoh berikut. Jika hanya ada satu SVM (Vserver), Anda tidak perlu menentukan parameternya. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
## Kunci AWS Secrets Manager rahasia atau KMS tidak dikonfigurasi dengan benar
Amazon tidak FSx dapat membuat koneksi dengan pengontrol atau pengontrol domain Microsoft Active Directory Anda. Ini karena AWS Secrets Manager rahasia Anda atau tidak AWS KMS key dikonfigurasi dengan benar. Untuk informasi selengkapnya, lihat [Menyimpan kredensil Active Directory menggunakan AWS Secrets Manager](self-managed-AD-best-practices.md#bp-store-ad-creds-using-secret-manager).
Untuk mengatasi kesalahan konfigurasi, lakukan hal berikut:
+ Verifikasi bahwa ARN rahasia sudah benar dan ikuti format yang tepat:. `arn:aws:secretsmanager:region:account-id:secret:secret-name-6chars`
+ Verifikasi bahwa rahasia berisi kedua bidang wajib dengan nilai yang tidak kosong:
+ `CUSTOMER_MANAGED_ACTIVE_DIRECTORY_USERNAME`— Nama pengguna akun layanan AD Anda.
+ `CUSTOMER_MANAGED_ACTIVE_DIRECTORY_PASSWORD`— Kata sandi akun layanan AD Anda.
+ Verifikasi bahwa rahasia dan kunci memiliki kebijakan berbasis sumber daya yang memberikan `fsx.amazonaws.com` izin kepada prinsipal FSx layanan Amazon untuk mengambil nilai rahasia.
# Pemecahan masalah SSD mengurangi masalah operasi
Bagian ini menjelaskan masalah dan resolusi umum yang terkait dengan operasi penurunan kapasitas SSD.
**Topics**
+ [
## Pengoperasian penurunan SSD Anda dihentikan sementara karena pemanfaatan SSD yang tinggi
](#ssd-decrease-paused-high-utilization)
+ [
## Pengoperasian penurunan SSD Anda dijeda karena hubungan FlexClone
](#ssd-decrease-flexclone-relationship)
+ [
## Mengarahkan akses klien untuk volume gagal selama penurunan SSD
](#ssd-decrease-redirect-client-access-failed)
+ [
## Pengoperasian penurunan SSD Anda membutuhkan waktu lebih lama dari yang diharapkan
](#ssd-decrease-operation-duration)
## Pengoperasian penurunan SSD Anda dihentikan sementara karena pemanfaatan SSD yang tinggi
Jika tingkat penyimpanan SSD Anda melebihi 80% pemanfaatan selama operasi yang berkurang, Amazon FSx secara otomatis menghentikan operasi. Anda mungkin melihat pesan Tindakan Administratif yang mirip dengan:
```
Your file system has insufficient free space in aggr_1. Please free up space or increase your file system's storage capacity.
```
Operasi akan dilanjutkan setelah pemanfaatan turun di bawah 80%. Untuk mengatasi masalah ini, Anda dapat melakukan hal berikut:
+ Hapus data yang tidak perlu dari volume yang telah dipindahkan ke disk baru.
+ Tingkatkan lebih banyak data ke kumpulan kapasitas dengan memodifikasi kebijakan tingkatan volume.
+ Kirim permintaan untuk meningkatkan kapasitas SSD dengan menelepon [https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/update-file-system.html)dengan nilai target baru.
Anda harus memperbarui kapasitas penyimpanan SSD sistem file Anda sehingga kapasitas SSD yang dihasilkan sistem file Anda tidak melebihi 80% pemanfaatan setelah operasi berkurang. Untuk detail selengkapnya, lihat [Memperbarui penyimpanan SSD sistem file dan IOPS](storage-capacity-and-IOPS.md#increase-primary-storage).
Anda dapat mengidentifikasi volume mana yang telah dipindahkan ke disk baru dengan memeriksa `Message` bidang dalam tindakan `STORAGE_OPTIMIZATION` administratif.
Anda juga dapat menelepon [https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-volumes.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-volumes.html)jika agregat adalah `aggr1` atau`aggr1_old`.
## Pengoperasian penurunan SSD Anda dijeda karena hubungan FlexClone
Jika FlexClone volume dibuat setelah memulai operasi penurunan SSD, Amazon FSx menghentikan operasi hingga klon dihapus. Ini karena ONTAP membagi hubungan klon saat memindahkan volume, yang akan menghasilkan penyimpanan duplikat pada disk baru. Untuk mengatasi masalah ini, Anda dapat mengidentifikasi dan menghapus FlexClone volume apa pun yang dibuat setelah operasi penurunan dimulai.
Setelah Anda menghapus semua FlexClone volume, operasi penurunan akan secara otomatis dilanjutkan.
## Mengarahkan akses klien untuk volume gagal selama penurunan SSD
Selama operasi penurunan SSD, Amazon FSx perlu mengalihkan akses klien dari disk lama ke disk baru untuk setiap volume. Jika proses ini gagal, Anda mungkin melihat pesan Tindakan Administratif yang mirip dengan:
```
Redirecting client access for volume(s) fsvol-123 has failed due to insufficient SSD IOPS, throughput capacity, or because the volume is full.
```
Untuk mengatasi masalah ini, Anda dapat melakukan hal berikut:
+ Periksa metrik pemanfaatan sumber daya sistem file Anda di Amazon CloudWatch untuk memastikan bahwa beban kerja Anda tidak memakan lebih dari 50% sumber daya berikut:
+ `NetworkThroughputUtilization`
+ `FileServerDiskThroughputUtilization`
+ `FileServerDiskIopsUtilization`
+ `CPUUtilization`
+ `DiskIopsUtilization`
+ Jika volumenya penuh, tingkatkan kapasitas penyimpanan volume.
+ Kurangi beban kerja pada sistem file Anda selama operasi penurunan.
Setelah mengatasi masalah ini, Amazon FSx akan secara otomatis mencoba mengalihkan akses klien satu jam sekali.
## Pengoperasian penurunan SSD Anda membutuhkan waktu lebih lama dari yang diharapkan
Waktu yang diperlukan untuk menyelesaikan operasi penurunan SSD tergantung pada beberapa faktor, termasuk jumlah data yang disimpan pada sistem file, aktivitas beban kerja yang sedang berlangsung, dan sumber daya sistem yang tersedia. Jika operasi Anda memakan waktu lebih lama dari yang diharapkan, Anda dapat melakukan hal berikut:
+ Verifikasi bahwa sistem file Anda memiliki sumber daya yang memadai yang tersedia (kurang dari 50% CPU, throughput disk, dan pemanfaatan SSD IOPS).
+ Kurangi beban kerja berat tulis selama operasi untuk meminimalkan pertentangan sumber daya.
Anda dapat melacak kemajuan operasi dengan memeriksa `ProgressPercent` properti dalam tindakan `STORAGE_OPTIMIZATION` administratif.
# Anda tidak dapat bergabung dengan mesin virtual penyimpanan (SVM) ke Active Directory
Jika Anda tidak dapat bergabung dengan SVM ke Active Directory (AD), tinjau [Cara kerja bergabung SVMs ke Microsoft Active Directory](self-managed-AD-join.md) terlebih dahulu. Masalah umum yang mencegah SVM bergabung ke Direktori Aktif Anda tercantum di bagian berikut, termasuk pesan kesalahan yang dihasilkan untuk setiap keadaan.
**Topics**
+ [
## Nama SVM NetBIOS sama dengan nama NetBIOS untuk domain rumah.
](#join-svm-ad-fails-netbios-name-home-domain)
+ [
## SVM sudah bergabung dengan Active Directory lain
](#join-svm-ad-fails-already-joined)
+ [
## Amazon tidak FSx dapat terhubung ke pengontrol domain Direktori Aktif Anda karena nama NetBIOS SVM sudah digunakan
](#join-svm-ad-fails-netbios-name-in-use)
+ [
## Amazon tidak FSx dapat mengakses kredensional akun layanan Direktori Aktif Anda di AWS Secrets Manager
](#join-svm-ad-service-account-creds-inaccessible)
+ [
## Amazon tidak FSx dapat berkomunikasi dengan pengontrol domain Direktori Aktif Anda
](#join-svm-ad-fails-no-port-traffic)
+ [
## Amazon tidak FSx dapat terhubung ke Direktori Aktif Anda karena persyaratan port yang tidak terpenuhi atau izin akun layanan
](#join-svm-ad-fails-ports-or-permissions)
+ [
## Amazon tidak FSx dapat terhubung ke pengontrol domain Direktori Aktif karena kredensyal akun layanan tidak valid
](#join-svm-ad-fails-invalid-service-credentials)
+ [
## Amazon tidak FSx dapat terhubung ke pengontrol domain Direktori Aktif karena kredensyal akun layanan tidak mencukupi
](#join-svm-ad-fails-insufficient-service-credentials)
+ [
## Amazon tidak FSx dapat berkomunikasi dengan server DNS Active Directory atau pengontrol domain
](#join-svm-ad-fails-dns-servers)
+ [
## Amazon tidak FSx dapat berkomunikasi dengan Active Directory karena nama domain Active Directory tidak valid.
](#join-svm-ad-fails-fqdn)
+ [
## Akun layanan tidak dapat mengakses grup administrator yang ditentukan dalam konfigurasi SVM Active Directory
](#join-svm-ad-fails-no-admin-group)
+ [
## Amazon tidak FSx dapat terhubung ke pengontrol domain Direktori Aktif karena unit organisasi yang ditentukan tidak ada atau tidak dapat diakses
](#bad-org-unit-service-credentials)
## Nama SVM NetBIOS sama dengan nama NetBIOS untuk domain rumah.
Bergabung dengan SVM ke Active Directory yang dikelola sendiri gagal dengan pesan galat berikut:
Amazon FSx tidak dapat membuat koneksi dengan Active Directory Anda. Ini karena nama server yang Anda tentukan adalah nama NetBIOS dari domain rumah. Untuk memperbaiki masalah ini, pilih nama NetBIOS untuk SVM Anda yang berbeda dari nama NetBIOS dari domain rumah. Kemudian coba kembali untuk bergabung dengan SVM Anda ke Active Directory Anda.
Untuk mengatasi masalah ini, ikuti prosedur yang dijelaskan [Bergabung SVMs ke Active Directory menggunakan Konsol Manajemen AWS, AWS CLI dan API](join-svm-to-ad.md) untuk mencoba kembali menggabungkan SVM Anda ke Direktori Aktif Anda. Pastikan Anda menggunakan nama NetBIOS untuk SVM Anda yang berbeda dari nama NetBIOS dari domain home Active Directory.
## SVM sudah bergabung dengan Active Directory lain
Bergabung dengan SVM ke Active Directory gagal dengan pesan galat berikut:
Amazon FSx tidak dapat membuat koneksi ke Direktori Aktif Anda. Ini karena SVM sudah bergabung ke domain. Untuk menggabungkan SVM ini ke domain lain, Anda dapat menggunakan ONTAP CLI atau REST API untuk memutuskan sambungan SVM ini dari Active Directory. Kemudian coba kembali untuk bergabung dengan SVM Anda ke Active Directory yang berbeda.
Untuk mengatasi masalah ini, lakukan hal berikut:
1. Gunakan CLI NetApp ONTAP untuk memutuskan sambungan SVM dari Active Directory saat ini. Untuk informasi selengkapnya, lihat [Berhenti bergabung dengan Active Directory dari SVM Anda menggunakan ONTAP NetApp CLI](manage-svm-ad-config-ontap-cli.md#using-ontap-cli-to-unjoin-ad).
1. Ikuti prosedur yang dijelaskan [Bergabung SVMs ke Active Directory menggunakan Konsol Manajemen AWS, AWS CLI dan API](join-svm-to-ad.md) untuk mencoba kembali menggabungkan SVM Anda ke Active Directory yang baru.
## Amazon tidak FSx dapat terhubung ke pengontrol domain Direktori Aktif Anda karena nama NetBIOS SVM sudah digunakan
Membuat SVM yang bergabung dengan Active Directory yang dikelola sendiri gagal dengan pesan galat berikut:
Amazon FSx tidak dapat membuat koneksi dengan Active Directory Anda. Ini karena nama NetBIOS (komputer) yang Anda tentukan sudah digunakan di Active Directory Anda. Untuk memperbaiki masalah ini, pilih nama NetBIOS untuk SVM Anda yang tidak digunakan di Direktori Aktif Anda., tentukan NetBIOS (komputer) Kemudian coba kembali untuk bergabung dengan SVM Anda ke Direktori Aktif Anda.
Untuk mengatasi masalah ini, ikuti prosedur yang dijelaskan [Bergabung SVMs ke Active Directory menggunakan Konsol Manajemen AWS, AWS CLI dan API](join-svm-to-ad.md) untuk mencoba kembali bergabung dengan SVM Anda ke AD Anda. Pastikan Anda menggunakan nama NetBIOS untuk SVM Anda yang unik dan belum digunakan di Direktori Aktif Anda.
## Amazon tidak FSx dapat mengakses kredensional akun layanan Direktori Aktif Anda di AWS Secrets Manager
Bagian berikut menjelaskan masalah umum dan cara mengatasinya.
**Bergabung dengan SVM ke Active Directory yang dikelola sendiri gagal dengan pesan galat berikut:**
`You can't provide both username/password and a domain join service account secret to connect to your Active Directory. Provide only one set of credentials.`
**Untuk mengatasi masalah ini**
1. Pilih apakah Anda ingin memberikan kredensil yang disimpan dalam rahasia Secrets Manager, atau dalam teks biasa.
1. Saat bergabung dengan Active Directory, hanya berikan salah satu parameter tersebut dan bukan keduanya.
**Bergabung dengan SVM ke Active Directory yang dikelola sendiri gagal dengan pesan galat berikut:**
`The domain join service account secret ARN format you entered isn't valid. Use the format: arn:partition:secretsmanager:region:account-id:secret:secret-name-6chars`
**Untuk mengatasi masalah ini**
1. Ulasan[Menyimpan kredensil Active Directory menggunakan AWS Secrets Manager](self-managed-AD-best-practices.md#bp-store-ad-creds-using-secret-manager).
1. Verifikasi bahwa format ARN yang Anda masukkan sudah benar. Contoh format yang benar adalah`arn:aws:secretsmanager:us-east-1:123456789012:secret:MyDatabaseSecret-Ab3d5f`.
**Bergabung dengan SVM ke Active Directory yang dikelola sendiri gagal dengan pesan galat berikut:**
`Amazon FSx can't access the domain join service account secret [ARN]. Add a resource permission to the secret that grants the FSx service principal (fsx.amazonaws.com) permission to access it.`
**Untuk mengatasi masalah ini**
1. Ulasan[Menyimpan kredensil Active Directory menggunakan AWS Secrets Manager](self-managed-AD-best-practices.md#bp-store-ad-creds-using-secret-manager).
1. Verifikasi bahwa rahasia Secrets Manager yang Anda berikan memiliki kebijakan yang benar yang FSx memungkinkan Amazon menggunakan rahasia tersebut.
**Bergabung dengan SVM ke Active Directory yang dikelola sendiri gagal dengan pesan galat berikut:**
`You don't have permission to access the domain join service account secret [ARN]. A resource permission needs to be added to the secret to grant you access.`
**Untuk mengatasi masalah ini**
+ Pemilik rahasia Secrets Manager atau administrator perlu memberikan akses akun Anda untuk menggunakan rahasia ini. Untuk informasi selengkapnya, lihat [Kebijakan berbasis identitas](https://docs.aws.amazon.com/secretsmanager/latest/userguide/auth-and-access_iam-policies.html).
**Bergabung dengan SVM ke Active Directory yang dikelola sendiri gagal dengan pesan galat berikut:**
`The domain join service account secret format or content isn't valid. Make sure the secret includes both CUSTOMER_MANAGED_ACTIVE_DIRECTORY_USERNAME and CUSTOMER_MANAGED_ACTIVE_DIRECTORY_PASSWORD fields with non-empty values.`
**Untuk mengatasi masalah ini**
1. Ulasan[Menyimpan kredensil Active Directory menggunakan AWS Secrets Manager](self-managed-AD-best-practices.md#bp-store-ad-creds-using-secret-manager).
1. Verifikasi bahwa rahasia Secrets Manager yang Anda berikan memiliki kedua bidang yang diperlukan.
## Amazon tidak FSx dapat berkomunikasi dengan pengontrol domain Direktori Aktif Anda
Bergabung dengan SVM ke Active Directory yang dikelola sendiri gagal dengan pesan galat berikut:
Amazon FSx tidak dapat berkomunikasi dengan Active Directory Anda. Untuk memperbaiki masalah ini, pastikan lalu lintas jaringan diizinkan antara Amazon FSx dan pengontrol domain Anda. Kemudian coba kembali untuk bergabung dengan SVM Anda ke Active Directory Anda.
Untuk mengatasi masalah ini, lakukan solusi berikut:
1. Tinjau persyaratan yang dijelaskan dalam[Persyaratan konfigurasi jaringan](self-manage-prereqs.md#ontap-ad-network-configs), dan buat perubahan yang diperlukan untuk mengaktifkan komunikasi jaringan antara Amazon FSx dan iklan Anda.
1. Setelah Amazon FSx dapat berkomunikasi dengan iklan Anda, ikuti prosedur yang dijelaskan [Bergabung SVMs ke Active Directory menggunakan Konsol Manajemen AWS, AWS CLI dan API](join-svm-to-ad.md) dan coba kembali menggabungkan SVM Anda ke AD Anda.
## Amazon tidak FSx dapat terhubung ke Direktori Aktif Anda karena persyaratan port yang tidak terpenuhi atau izin akun layanan
Bergabung dengan SVM ke Active Directory yang dikelola sendiri gagal dengan pesan galat berikut:
Amazon FSx tidak dapat membuat koneksi dengan Active Directory Anda. Hal ini disebabkan oleh persyaratan port untuk Direktori Aktif Anda tidak terpenuhi, atau akun layanan yang diberikan tidak memiliki izin untuk bergabung dengan mesin virtual penyimpanan ke domain dengan unit organisasi yang ditentukan. Untuk memperbaiki masalah ini, perbarui konfigurasi Direktori Aktif mesin virtual penyimpanan Anda setelah menyelesaikan masalah izin apa pun dengan port dan akun layanan, seperti yang direkomendasikan dalam panduan FSx pengguna Amazon.
Untuk mengatasi masalah ini, lakukan solusi berikut:
1. Tinjau persyaratan yang dijelaskan dalam[Persyaratan konfigurasi jaringan](self-manage-prereqs.md#ontap-ad-network-configs), dan buat perubahan yang diperlukan untuk memenuhi persyaratan jaringan dan memastikan komunikasi diaktifkan pada port yang diperlukan
1. Tinjau persyaratan akun layanan yang dijelaskan dalam[Persyaratan akun layanan Direktori Aktif](self-manage-prereqs.md#ontap-ad-service-account-prereqs). Pastikan akun layanan memiliki izin yang didelegasikan yang diperlukan untuk menggabungkan SVM Anda ke domain Active Directory menggunakan unit organisasi yang ditentukan.
1. Setelah Anda membuat perubahan pada izin port atau akun layanan, ikuti prosedur yang dijelaskan [Bergabung SVMs ke Active Directory menggunakan Konsol Manajemen AWS, AWS CLI dan API](join-svm-to-ad.md) dan coba kembali bergabung dengan SVM Anda ke AD Anda.
## Amazon tidak FSx dapat terhubung ke pengontrol domain Direktori Aktif karena kredensyal akun layanan tidak valid
Bergabung dengan SVM ke Active Directory yang dikelola sendiri gagal dengan pesan galat berikut:
Amazon FSx tidak dapat membuat sambungan dengan pengontrol domain Direktori Aktif karena kredensyal akun layanan yang diberikan tidak valid. Untuk memperbaiki masalah ini, perbarui konfigurasi Active Directory mesin virtual penyimpanan Anda dengan akun layanan yang valid.
Untuk mengatasi masalah ini, gunakan prosedur yang dijelaskan dalam [Memperbarui konfigurasi SVM Active Directory yang ada menggunakan Konsol Manajemen AWS, AWS CLI, dan API](update-svm-ad-config.md) untuk memperbarui kredensi akun layanan SVM. Saat memasukkan nama pengguna akun layanan, pastikan untuk hanya menyertakan nama pengguna (misalnya,`ServiceAcct`), dan jangan menyertakan awalan domain apa pun (misalnya,`corp.com\ServiceAcct`) atau akhiran domain (misalnya,`ServiceAcct@corp.com`). Jangan gunakan nama terhormat (DN) saat memasukkan nama pengguna akun layanan (misalnya,`CN=ServiceAcct,OU=example,DC=corp,DC=com`).
## Amazon tidak FSx dapat terhubung ke pengontrol domain Direktori Aktif karena kredensyal akun layanan tidak mencukupi
Bergabung dengan SVM ke Active Directory yang dikelola sendiri gagal dengan pesan galat berikut:
Amazon FSx tidak dapat membuat koneksi dengan pengontrol domain Direktori Aktif Anda. Hal ini disebabkan oleh persyaratan port yang belum terpenuhi untuk Direktori Aktif, atau akun layanan yang disediakan tidak memiliki izin untuk bergabung dengan mesin virtual penyimpanan ke domain dengan unit organisasi yang ditentukan.
Untuk mengatasi masalah ini, pastikan Anda telah mendelegasikan izin yang diperlukan ke akun layanan yang Anda berikan. Akun layanan harus mampu membuat dan menghapus objek komputer di OU di domain yang Anda gabungkan dengan sistem file. Untuk memiliki izin, Akun layanan juga setidaknya perlu untuk melakukan hal berikut:
+ Atur ulang kata sandi
+ Batasi akun dari membaca dan menulis data
+ Kemampuan tervalidasi untuk menulis ke nama host DNS
+ Kemampuan tervalidasi untuk menulis ke nama utama layanan
+ Kemampuan untuk membuat dan menghapus objek komputer
+ Kemampuan tervalidasi untuk membaca dan menulis Pembatasan Akun
Untuk informasi selengkapnya tentang membuat akun layanan dengan izin yang benar, lihat [Persyaratan akun layanan Direktori Aktif](self-manage-prereqs.md#ontap-ad-service-account-prereqs) dan[Mendelegasikan izin ke akun layanan Amazon FSx Anda](self-managed-AD-best-practices.md#connect_delegate_privileges).
## Amazon tidak FSx dapat berkomunikasi dengan server DNS Active Directory atau pengontrol domain
Bergabung dengan SVM ke Active Directory yang dikelola sendiri gagal dengan pesan galat berikut:
Amazon FSx tidak dapat berkomunikasi dengan Active Directory Anda. Ini karena Amazon tidak FSx dapat menjangkau server DNS yang disediakan atau pengontrol domain untuk domain Anda. Untuk memperbaiki masalah ini, perbarui konfigurasi Active Directory mesin virtual penyimpanan Anda dengan server DNS yang valid dan konfigurasi jaringan yang memungkinkan lalu lintas mengalir dari mesin virtual penyimpanan ke pengontrol domain.
Untuk mengatasi masalah ini, gunakan prosedur berikut:
1. Jika hanya beberapa pengontrol domain di Active Directory yang dapat dijangkau, misalnya karena keterbatasan geografis atau firewall, Anda dapat menambahkan pengontrol domain pilihan. Dengan menggunakan opsi ini, Amazon FSx mencoba menghubungi pengontrol domain pilihan. Tambahkan pengontrol domain pilihan menggunakan perintah [https://docs.netapp.com/us-en/ontap/smb-admin/add-preferred-domain-controllers-task.html](https://docs.netapp.com/us-en/ontap/smb-admin/add-preferred-domain-controllers-task.html) NetApp ONTAP CLI, sebagai berikut:
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Masukkan perintah berikut, di mana:
+ `-vserver vserver_name`menentukan nama mesin virtual penyimpanan (SVM).
+ `-domain domain_name`menentukan nama Active Directory (FQDN) yang sepenuhnya memenuhi syarat dari domain yang menjadi milik pengontrol domain tertentu.
+ `-preferred-dc IP_address,…`menentukan satu atau lebih alamat IP dari pengontrol domain pilihan, sebagai daftar yang dibatasi koma, dalam urutan preferensi.
```
FsxId123456789::> vserver cifs domain preferred-dc add -vserver vserver_name -domain domain_name -preferred-dc IP_address, …+
```
Perintah berikut menambahkan pengontrol domain 172.17.102.25 dan 172.17.102.24 ke daftar pengontrol domain pilihan yang digunakan server SMB di SVM vs1 untuk mengelola akses eksternal ke domain cifs.lab.example.com.
```
FsxId123456789::> vserver cifs domain preferred-dc add -vserver vs1 -domain cifs.lab.example.com -preferred-dc 172.17.102.25,172.17.102.24
```
1. Periksa untuk melihat apakah Pengontrol Domain Anda dapat diselesaikan dengan DNS. Gunakan perintah CLI [https://docs.netapp.com/us-en/ontap-cli-9121/vserver-services-access-check-dns-forward-lookup.html](https://docs.netapp.com/us-en/ontap-cli-9121/vserver-services-access-check-dns-forward-lookup.html) NetApp ONTAP untuk mengembalikan alamat IP nama host berdasarkan pencarian di server DNS yang ditentukan atau konfigurasi DNS vserver.
1. Untuk mengakses ONTAP CLI, buat sesi SSH pada port manajemen Amazon FSx untuk sistem file NetApp ONTAP atau SVM dengan menjalankan perintah berikut. Ganti `management_endpoint_ip` dengan alamat IP port manajemen sistem file.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Untuk informasi selengkapnya, lihat [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Masukkan mode lanjutan CLI ONTAP menggunakan perintah berikut.
```
FsxId123456789::> set adv
```
1. Masukkan perintah berikut, di mana:
+ `-vserver vserver_name`menentukan nama mesin virtual penyimpanan (SVM).
+ `-hostname host_name`menentukan nama host untuk mencari di server DNS.
+ `-node node_name`menentukan nama node di mana perintah dijalankan.
+ `-lookup-type`menentukan jenis alamat IP yang akan dicari di server DNS, defaultnya adalah. `all`
```
FsxId123456789::> vserver services access-check dns forward-lookup \
-vserver vserver_name -node node_name \
-domains domain_name -name-servers dns_server_ip_address \
-hostname host_name
```
1. Tinjau [informasi yang perlu Anda miliki](self-managed-AD-join.md#ad-info-for-svm-join) saat bergabung dengan SVM ke AD.
1. Tinjau [persyaratan jaringan](self-manage-prereqs.md#ontap-ad-network-configs) saat bergabung dengan SVM ke AD.
1. Gunakan prosedur yang dijelaskan [Persyaratan konfigurasi jaringan](self-manage-prereqs.md#ontap-ad-network-configs) untuk memperbarui konfigurasi Active Directory SVM Anda menggunakan alamat IP yang benar untuk server DNS Active Directory Anda.
## Amazon tidak FSx dapat berkomunikasi dengan Active Directory karena nama domain Active Directory tidak valid.
Bergabung dengan SVM ke Active Directory yang dikelola sendiri gagal dengan pesan galat berikut:
Amazon FSx telah mendeteksi FQDN yang disediakan tidak valid. Untuk memperbaiki masalah ini, perbarui konfigurasi Active Directory mesin virtual penyimpanan Anda dengan FQDN yang mematuhi persyaratan konfigurasi.
Untuk mengatasi masalah ini, gunakan prosedur berikut:
1. Tinjau persyaratan nama domain Active Directory lokal yang dijelaskan dalam [Informasi yang dibutuhkan saat bergabung dengan SVM ke Active Directory](self-managed-AD-join.md#ad-info-for-svm-join) Pastikan Direktori Aktif yang Anda coba gabungkan memenuhi persyaratan tersebut.
1. Gunakan prosedur yang dijelaskan dalam [Bergabung SVMs ke Active Directory menggunakan Konsol Manajemen AWS, AWS CLI dan API](join-svm-to-ad.md) dan coba kembali menggabungkan SVM Anda ke Active Directory. Pastikan untuk menggunakan format yang benar untuk FQDN domain Active Directory.
## Akun layanan tidak dapat mengakses grup administrator yang ditentukan dalam konfigurasi SVM Active Directory
Bergabung dengan SVM ke Active Directory yang dikelola sendiri gagal dengan pesan galat berikut:
Amazon FSx tidak dapat menerapkan konfigurasi Direktori Aktif Anda. Ini karena grup administrator yang Anda berikan tidak ada atau tidak dapat diakses ke akun layanan yang Anda berikan. Untuk memperbaiki masalah ini, pastikan bahwa konfigurasi jaringan Anda memungkinkan lalu lintas dari SVM ke pengontrol domain Active Directory dan server DNS Anda. Kemudian perbarui konfigurasi Direktori Aktif SVM Anda, berikan server DNS Active Directory Anda dan, tentukan grup administrator di domain yang dapat diakses ke akun layanan yang disediakan.
Untuk mengatasi masalah ini, lakukan solusi berikut:
1. Tinjau informasi tentang [penyediaan grup domain](self-managed-AD-join.md#ad-info-for-svm-join) untuk melakukan tindakan administratif pada SVM Anda. Pastikan Anda menggunakan nama yang benar dari grup administrator domain Active Directory.
1. Gunakan prosedur yang dijelaskan dalam [Bergabung SVMs ke Active Directory menggunakan Konsol Manajemen AWS, AWS CLI dan API](join-svm-to-ad.md) dan coba kembali menggabungkan SVM Anda ke AD.
## Amazon tidak FSx dapat terhubung ke pengontrol domain Direktori Aktif karena unit organisasi yang ditentukan tidak ada atau tidak dapat diakses
Bergabung dengan SVM ke Active Directory yang dikelola sendiri gagal dengan pesan galat berikut:
Amazon FSx tidak dapat membuat koneksi dengan Active Directory Anda. Ini karena unit organisasi yang Anda tentukan tidak ada atau tidak dapat diakses oleh akun layanan yang disediakan. Untuk memperbaiki masalah ini, perbarui konfigurasi Active Directory mesin virtual penyimpanan Anda, tentukan unit organisasi tempat akun layanan memiliki izin untuk bergabung.
Untuk mengatasi masalah ini, lakukan solusi berikut:
1. Tinjau [prasyarat untuk bergabung dengan SVM ke AD](self-manage-prereqs.md).
1. Tinjau [informasi yang perlu Anda miliki](self-managed-AD-join.md#ad-info-for-svm-join) saat bergabung dengan SVM ke AD.
1. Coba kembali menggabungkan SVM ke Active Directory menggunakan [prosedur ini dengan unit](join-svm-to-ad.md) organisasi yang benar.
# Anda tidak dapat menghapus penyimpanan mesin virtual atau volume
Masing-masing FSx untuk sistem file ONTAP dapat berisi satu atau lebih penyimpanan virtual machine (SVMs), dan setiap SVM dapat berisi satu atau lebih volume. Saat Anda menghapus sumber daya, Anda harus terlebih dahulu memastikan bahwa semua anak-anaknya telah dihapus. Misalnya, sebelum menghapus SVM, Anda harus terlebih dahulu menghapus semua volume non-root di SVM.
**penting**
Anda hanya dapat menghapus penyimpanan mesin virtual dengan menggunakan FSx konsol Amazon, API, dan CLI. Anda hanya dapat menghapus volume menggunakan FSx konsol Amazon, API, atau CLI jika volume telah mengaktifkan FSx cadangan Amazon.
Untuk membantu melindungi data dan konfigurasi Anda, Amazon FSx mencegah penghapusan SVMs dan volume dalam keadaan tertentu. Jika Anda mencoba menghapus SVM atau volume, dan permintaan penghapusan Anda tidak berhasil, Amazon FSx memberi Anda informasi di AWS konsol, AWS Command Line Interface (AWS CLI), dan API mengenai alasan sumber daya tidak dihapus. Setelah Anda mengatasi penyebab kegagalan penghapusan, Anda dapat mencoba kembali permintaan penghapusan.
**Topics**
+ [
## Mengidentifikasi penghapusan yang gagal
](#identify-failed-deletions)
+ [
## Penghapusan SVM: Tabel rute tidak dapat diakses
](#deletion-route-tables)
+ [
## Penghapusan SVM: Hubungan teman sebaya
](#deletion-peer-relationship)
+ [
## SVM atau penghapusan volume: SnapMirror
](#deletion-snapmirror)
+ [
## Penghapusan SVM: LIF berkemampuan KerberOS
](#deletion-kerberos-lif)
+ [
## Penghapusan SVM: Alasan lain
](#deletion-ad-connectivity)
+ [
## Penghapusan volume: hubungan FlexCache
](#deletion-flexcache)
## Mengidentifikasi penghapusan yang gagal
Saat menghapus FSx SVM atau volume Amazon, Anda biasanya melihat transisi `Lifecycle` status sumber daya hingga beberapa menit sebelum sumber daya menghilang dari FSx konsol Amazon, CLI, dan API. `DELETING`
Jika Anda mencoba menghapus sumber daya dan transisi `Lifecycle` statusnya dari ke `DELETING` dan kemudian kembali ke`CREATED`, perilaku ini menunjukkan bahwa sumber daya tidak berhasil dihapus. Dalam hal ini, Amazon FSx melaporkan ikon peringatan di konsol di sebelah status `CREATED` Siklus Hidup. Memilih ikon peringatan menampilkan alasan penghapusan yang gagal.
Alasan paling umum mengapa Amazon FSx mencegah SVM dan penghapusan volume disediakan di bagian berikut, dengan step-by-step petunjuk tentang cara mengatasi masalah ini.
## Penghapusan SVM: Tabel rute tidak dapat diakses
Masing-masing FSx untuk sistem file ONTAP membuat satu atau beberapa entri tabel rute untuk menyediakan failover otomatis dan gagal kembali di seluruh Availability Zones. Secara default, entri tabel rute ini dibuat di tabel rute default VPC Anda. Anda dapat secara opsional menentukan satu atau beberapa tabel rute non-default tempat FSx untuk antarmuka ONTAP dapat dibuat. Amazon FSx menandai setiap tabel rute yang dikaitkan dengan sistem file dengan `AmazonFSx` tag, dan jika tag ini dihapus, itu dapat mencegah Amazon FSx dari dapat menghapus sumber daya. Jika situasi ini terjadi, Anda melihat yang berikut`LifecycleTransitionReason`:
`Amazon FSx is unable to complete the requested storage virtual machine operation because of an inability to access one or more of the route tables associated with your file system. Please contact Dukungan.`
Anda dapat menemukan tabel rute sistem file Anda di FSx konsol Amazon dengan menavigasi ke halaman ringkasan sistem file, di bawah tab **Jaringan & keamanan**.
Memilih tautan tabel rute akan membawa Anda ke tabel rute Anda. Selanjutnya, verifikasi bahwa setiap tabel rute yang terkait dengan sistem file Anda ditandai dengan pasangan kunci-nilai ini:
```
Key: AmazonFSx
Value: ManagedByAmazonFSx
```
Jika tag ini tidak ada, buat ulang, lalu coba hapus SVM lagi.
## Penghapusan SVM: Hubungan teman sebaya
Jika Anda mencoba menghapus SVM atau volume yang merupakan bagian dari hubungan rekan, Anda harus terlebih dahulu menghapus hubungan rekan sebelum menghapus SVM atau volume. Persyaratan ini mencegah peered SVMs menjadi tidak sehat. Jika SVM Anda tidak dapat dihapus karena hubungan teman sebaya, Anda melihat yang berikut ini: `LifecycleTransitionReason`
Amazon FSx tidak dapat menghapus mesin virtual penyimpanan karena merupakan bagian dari hubungan rekan sejawat atau transisi SVM. Harap hapus hubungan dan coba lagi.
Anda dapat menghapus hubungan rekan SVM melalui CLI ONTAP. Untuk mengakses CLI ONTAP, ikuti langkah-langkahnya. [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) Menggunakan CLI ONTAP, ambil langkah-langkah berikut.
1. Periksa hubungan rekan SVM dengan menggunakan perintah berikut. Ganti `svm_name` dengan nama SVM Anda.
```
FsxId123456789::> vserver peer show -vserver svm_name
```
Jika perintah ini berhasil, Anda akan melihat output yang mirip dengan berikut ini:
```
Peer Peer Peering Remote
Vserver Vserver State Peer Cluster Applications Vserver
----------- ----------- ------------ ----------------- -------------- ---------
svm_name test2 peered FsxId02d81fef0d84734b6
snapmirror fsxDest
svm_name test3 peered FsxId02d81fef0d84734b6
snapmirror fsxDest
2 entries were displayed.
```
1. Hapus setiap hubungan rekan SVM dengan menggunakan perintah berikut. Ganti`svm_name`, dan `remote_svm_name` dengan nilai aktual Anda.
```
FsxId123456789abcdef::> vserver peer delete -vserver svm_name -peer-vserver remote_svm_name
```
Jika perintah ini berhasil, Anda akan melihat output berikut:
```
Info: 'vserver peer delete' command is successful.
```
## SVM atau penghapusan volume: SnapMirror
Sama seperti Anda tidak dapat menghapus SVM dengan hubungan rekan tanpa terlebih dahulu menghapus hubungan rekan (lihat[Penghapusan SVM: Hubungan teman sebaya](#deletion-peer-relationship)), Anda tidak dapat menghapus SVM yang memiliki SnapMirror hubungan tanpa terlebih dahulu menghapus hubungan tersebut. SnapMirror Untuk menghapus SnapMirror hubungan, gunakan ONTAP CLI untuk mengambil langkah-langkah berikut pada sistem file yang menjadi tujuan hubungan. SnapMirror Untuk mengakses CLI ONTAP, ikuti langkah-langkahnya. [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli)
**catatan**
FSx Cadangan Amazon digunakan SnapMirror untuk membuat point-in-time, backup tambahan dari volume sistem file Anda. Anda tidak dapat menghapus SnapMirror hubungan ini untuk cadangan Anda di CLI ONTAP. Namun, hubungan ini secara otomatis dihapus ketika Anda menghapus volume melalui AWS CLI, API, atau konsol.
1. Buat daftar SnapMirror hubungan Anda pada sistem file tujuan dengan menggunakan perintah berikut. Ganti `svm_name` dengan nama SVM Anda.
```
FsxId123456789abcdef::> snapmirror show -vserver svm_name
```
Jika perintah ini berhasil, Anda akan melihat output yang mirip dengan berikut ini:
```
Source Destination Mirror Relationship Total Last
Path Type Path State Status Progress Healthy Updated
----------- ---- ------------ ------- -------------- --------- ------- --------
sourceSvm:sourceVol
XDP destSvm:destVol Snapmirrored
Idle - true -
```
1. Hapus SnapMirror hubungan Anda dengan menjalankan perintah berikut pada sistem file tujuan.
```
FsxId123456789abcdef::> snapmirror release -destination-path destSvm:destVol -source-path sourceSvm:sourceVol -force true
```
## Penghapusan SVM: LIF berkemampuan KerberOS
Jika Anda mencoba menghapus SVM yang memiliki antarmuka logis (LIF) dengan Kerberos diaktifkan, Anda harus menonaktifkan Kerberos terlebih dahulu pada LIF itu sebelum menghapus SVM.
Anda dapat menonaktifkan Kerberos pada LIF melalui CLI ONTAP. Untuk mengakses CLI ONTAP, ikuti langkah-langkahnya. [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli)
1. Masuk ke mode diagnostik di CLI ONTAP dengan menggunakan perintah berikut.
```
FsxId123456789abcdef::> set diag
```
Saat diminta untuk melanjutkan, masukkan**y**.
```
Warning: These diagnostic commands are for use by NetApp personnel only.
Do you want to continue? {y|n}: y
```
1. Periksa antarmuka mana yang mengaktifkan Kerberos. Ganti `svm_name` dengan nama SVM Anda.
```
FsxId123456789abcdef::> kerberos interface show -vserver svm_name
```
Jika perintah ini berhasil, Anda akan melihat output yang mirip dengan berikut ini:
```
(vserver nfs kerberos interface show)
Logical
Vserver Interface Address Kerberos SPN
-------------- ------------- --------------- -------- -----------------------
svm_name nfs_smb_management_1
10.19.153.48 enabled
5 entries were displayed.
```
1. Nonaktifkan LIF Kerberos dengan menggunakan perintah berikut. Ganti `svm_name` dengan nama SVM Anda. Anda harus memberikan nama pengguna dan kata sandi Direktori Aktif yang Anda gunakan untuk menggabungkan SVM ini ke Direktori Aktif Anda.
```
FsxId123456789abcdef::> kerberos interface disable -vserver svm_name -lif nfs_smb_management_1
```
Jika perintah ini berhasil, Anda akan melihat output berikut. Berikan nama pengguna dan kata sandi Direktori Aktif yang Anda gunakan untuk menggabungkan SVM ini ke Direktori Aktif Anda. Saat diminta untuk melanjutkan, masukkan**y**.
```
(vserver nfs kerberos interface disable)
Username: admin
Password: *************
Warning: This command deletes the service principal name from the machine account on the KDC.
Do you want to continue? {y|n}: y
Disabled Kerberos on LIF "nfs_smb_management_1" in Vserver "svm_name".
```
1. Verifikasi bahwa Kerberos dinonaktifkan pada SVM dengan menggunakan perintah berikut. Ganti `svm_name` dengan nama SVM Anda.
```
FsxId123456789abcdef::> kerberos interface show -vserver svm_name
```
Jika perintah ini berhasil, Anda akan melihat output yang mirip dengan berikut ini:
```
(vserver nfs kerberos interface show)
Logical
Vserver Interface Address Kerberos SPN
-------------- ------------- --------------- -------- -----------------------
svm_name nfs_smb_management_1
10.19.153.48 disabled
5 entries were displayed.
```
1. Jika antarmuka ditampilkan sebagai`disabled`, coba hapus SVM lagi melalui AWS CLI, API, atau konsol.
Jika Anda tidak dapat menghapus LIF dengan menggunakan perintah sebelumnya, Anda dapat menghapus paksa LIF Kerberos dengan menggunakan perintah berikut. Ganti `svm_name` dengan nama SVM Anda.
**penting**
Perintah berikut dapat untai objek komputer SVM Anda di Active Directory Anda.
```
FsxId123456789abcdef::> kerberos interface disable -vserver svm_name -lif nfs_smb_management_1 -force true
```
Jika perintah ini berhasil, Anda akan melihat output yang mirip dengan berikut ini. Saat diminta untuk melanjutkan, masukkan**y**.
```
(vserver nfs kerberos interface disable)
Warning: Kerberos configuration for LIF "nfs_smb_management_1" in Vserver "svm_name" will be deleted.
The corresponding account on the KDC will not be deleted. Do you want to continue? {y|n}: y
```
## Penghapusan SVM: Alasan lain
FSx untuk ONTAP SVMs membuat objek komputer di Active Directory Anda ketika mereka bergabung dengan Active Directory Anda. Dalam beberapa kasus, Anda mungkin ingin secara manual memutuskan sambungan SVM dari Active Directory Anda dengan menggunakan ONTAP CLI. Untuk mengakses CLI ONTAP, ikuti langkah-langkahnya, [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) masuk ke CLI ONTAP di tingkat sistem file dengan kredensyal. `fsxadmin` Menggunakan CLI ONTAP, ambil langkah-langkah berikut untuk memutuskan sambungan SVM dari Active Directory Anda.
**penting**
Prosedur ini dapat untai objek komputer SVM Anda di Active Directory Anda.
1. Masuk ke mode lanjutan di CLI ONTAP dengan menggunakan perintah berikut.
```
FsxId123456789abcdef::> set adv
```
Setelah menjalankan perintah ini, Anda akan melihat output ini. Masuk **y** untuk melanjutkan.
```
Warning: These advanced commands are potentially dangerous; use them only when
directed to do so by NetApp personnel.
Do you want to continue? {y|n}: y
```
1. Hapus DNS untuk Active Directory Anda dengan menggunakan perintah berikut. Ganti `svm_name` dengan nama SVM Anda.
```
FsxId123456789abcdef::> vserver services name-service dns dynamic-update record delete -vserver svm_name -lif nfs_smb_management_1
```
**catatan**
Jika catatan DNS telah dihapus atau jika server DNS tidak dapat dijangkau, perintah ini gagal. Jika itu terjadi, lanjutkan dengan langkah berikutnya.
1. Nonaktifkan DNS dengan menggunakan perintah berikut. Ganti `svm_name` dengan nama SVM Anda.
```
FsxId123456789abcdef::> vserver services name-service dns dynamic-update modify -vserver svm_name -is-enabled false -use-secure false
```
Jika perintah ini berhasil, Anda akan melihat output berikut:
```
Warning: DNS updates for Vserver "svm_name" are now disabled.
Any LIFs that are subsequently modified or deleted
can result in a stale DNS entry on the DNS server,
even when DNS updates are enabled again.
```
1. Putuskan sambungan perangkat dari Active Directory. Ganti `svm_name` dengan nama SVM Anda.
```
FsxId123456789abcdef::> vserver cifs delete -vserver svm_name
```
Setelah menjalankan perintah ini, Anda akan melihat output berikut, di `CORP.EXAMPLE.COM` mana diganti dengan nama domain Anda. Saat diminta, masukkan nama pengguna dan kata sandi Anda. Ketika ditanya apakah Anda ingin menghapus server, masukkan**y**.
```
In order to delete an Active Directory machine account for the CIFS server,
you must supply the name and password of a Windows account with sufficient
privileges to remove computers from the "CORP.EXAMPLE.COM" domain.
Enter the user name: admin
Enter the password:
Warning: There are one or more shares associated with this CIFS server
Do you really want to delete this CIFS server and all its shares? {y|n}: y
Warning: Unable to delete the Active Directory computer account for this CIFS server.
Do you want to continue with CIFS server deletion anyway? {y|n}: y
```
## Penghapusan volume: hubungan FlexCache
Anda tidak dapat menghapus volume yang merupakan volume asal untuk suatu FlexCache hubungan kecuali Anda menghapus hubungan cache terlebih dahulu. Untuk menentukan volume mana yang memiliki FlexCache hubungan, Anda dapat menggunakan CLI ONTAP. Untuk mengakses CLI ONTAP, ikuti langkah-langkahnya. [Mengelola sistem file dengan ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli)
1. Periksa FlexCache hubungan dengan menggunakan perintah berikut.
```
FsxId123456789abcdef::> volume flexcache origin show-caches
```
1. Hapus setiap hubungan cache dengan menggunakan perintah berikut. Ganti`dest_svm_name`, dan `dest_vol_name` dengan nilai aktual Anda.
```
FsxId123456789abcdef::> volume flexcache delete -vserver dest_svm_name -volume dest_vol_name
```
1. Setelah Anda menghapus hubungan cache, coba hapus SVM Anda melalui AWS CLI, API, atau konsol lagi.
# Volume Anda dalam `MISCONFIGURED` keadaan
Ada sejumlah penyebab potensial untuk volume ONTAP untuk masuk ke `MISCONFIGURED` keadaan, dijelaskan dalam topik berikut.
## Volume Anda lebih dari 98% penuh
Sistem file Anda saat ini berisi volume yang lebih dari 98% penuh. Kami menyarankan agar Anda tidak melebihi 95% pemanfaatan volume Anda secara berkelanjutan. Jika Anda tidak mengosongkan ruang dalam volume sebelum jendela pemeliharaan sistem file Anda berikutnya, Amazon FSx akan menonaktifkan penguncian oportunistik pada volume, merusak “oplocks” yang ada. Amazon FSx akan mengaktifkan kembali oplocks pada volume setelah proses patching selesai. Untuk menghindari hal ini, harap kurangi pemanfaatan kapasitas penyimpanan volume hingga di bawah 98%. Beberapa cara untuk mencapai ini termasuk:
+ Meningkatkan ukuran volume.
+ Menghapus data yang tidak dibutuhkan.
+ Menghapus snapshot yang tidak dibutuhkan.
Untuk informasi selengkapnya, lihat [Memperbarui kapasitas penyimpanan](manage-volume-capacity.md), dan [Menghapus snapshot](manually-delete-snapshots.md).
## Volume offline Anda memiliki iSCSI LUN atau namespace NVMe/TCP
Sistem file Anda saat ini meng-host volume yang dalam keadaan offline, dan volume itu berisi ISCSI LUN, atau namespace, atau keduanya NVMe/TCP . Kami menyarankan agar Anda menyimpan volume online secara berkelanjutan. Jika Anda tidak online volume ini sebelum jendela pemeliharaan sistem file Anda berikutnya, Amazon FSx akan online sementara volume ini selama durasi operasi penambalan. Untuk menghindari hal ini, silakan online atau hapus volume.
Untuk mengembalikan volume offline secara online, gunakan perintah [https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html)ONTAPCLI, seperti yang ditunjukkan pada contoh berikut. Jika hanya ada satu SVM (Vserver), Anda tidak perlu menentukan parameternya. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
## Volume offline Anda adalah FlexCache asal
Sistem file Anda berisi volume FlexCache asal yang dalam keadaan offline. Kami menyarankan agar Anda menyimpan volume online secara berkelanjutan. Jika Anda tidak online volume ini sebelum jendela pemeliharaan sistem file Anda berikutnya, Amazon FSx akan online sementara volume ini selama durasi operasi penambalan. Selama waktu ini, ada kemungkinan bahwa data akan ditulis kembali ke volume FlexCache asal dengan data dari volume cache. Untuk menghindari hal ini, silakan online atau hapus volume.
Untuk mengembalikan volume offline secara online, gunakan perintah [https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html)ONTAPCLI, seperti yang ditunjukkan pada contoh berikut. Jika hanya ada satu SVM (Vserver), Anda tidak perlu menentukan parameternya. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
## Volume offline Anda adalah bagian dari suatu SnapMirror hubungan
Sistem file Anda saat ini meng-host volume yang dalam keadaan offline, dan volume itu adalah SnapMirror sumber atau tujuan. Kami menyarankan agar Anda menyimpan volume online secara berkelanjutan. Jika Anda tidak online volume ini sebelum jendela pemeliharaan sistem file Anda berikutnya, Amazon FSx akan online sementara volume ini selama durasi operasi penambalan dan menjeda hubungan. SnapMirror Selama waktu ini, ada kemungkinan bahwa data akan ditulis ke volume SnapMirror tujuan dengan data dari volume SnapMirror sumber. Untuk menghindari hal ini, silakan online atau hapus volume.
Untuk mengembalikan volume offline secara online, gunakan perintah [https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html)ONTAPCLI, seperti yang ditunjukkan pada contoh berikut. Jika hanya ada satu SVM (Vserver), Anda tidak perlu menentukan parameternya. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
## Volume terbatas Anda berisi iSCSI LUN atau namespace NVMe/TCP
Sistem file Anda saat ini meng-host volume yang berada dalam keadaan terbatas, dan volume tersebut berisi ISCSI LUN, namespace, NVMe/TCP atau keduanya. Kami menyarankan agar Anda menyimpan volume online secara berkelanjutan. Jika Anda tidak online volume ini sebelum jendela pemeliharaan sistem file Anda berikutnya, Amazon FSx akan online sementara volume ini selama durasi operasi penambalan. Untuk menghindari hal ini, silakan online atau hapus volume.
Untuk mengembalikan volume offline secara online, gunakan perintah [https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9141/volume-online.html)ONTAPCLI, seperti yang ditunjukkan pada contoh berikut. Jika hanya ada satu SVM (Vserver), Anda tidak perlu menentukan parameternya. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
## Volume terbatas Anda adalah FlexCache asal
Sistem file Anda berisi volume FlexCache asal yang dalam keadaan terbatas. Kami menyarankan agar Anda menyimpan volume online secara berkelanjutan. Jika Anda tidak online volume ini sebelum jendela pemeliharaan sistem file Anda berikutnya, Amazon FSx akan online sementara volume ini selama durasi operasi penambalan. Selama waktu ini, ada kemungkinan bahwa data akan ditulis kembali ke volume FlexCache asal dengan data dari volume cache. Untuk menghindari hal ini, silakan online atau hapus volume.
Untuk mengembalikan volume offline secara online, gunakan perintah [https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html)ONTAPCLI, seperti yang ditunjukkan pada contoh berikut. Jika hanya ada satu SVM (Vserver), Anda tidak perlu menentukan parameternya. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
## Volume terbatas Anda adalah bagian dari suatu SnapMirror hubungan
Sistem file Anda saat ini meng-host volume yang dalam keadaan terbatas, dan volume itu adalah SnapMirror sumber atau tujuan. Kami menyarankan agar Anda menyimpan volume online secara berkelanjutan. Jika Anda tidak online volume ini sebelum jendela pemeliharaan sistem file Anda berikutnya, Amazon FSx akan online sementara volume ini selama durasi operasi penambalan dan menjeda hubungan. SnapMirror Selama waktu ini, ada kemungkinan bahwa data akan ditulis ke volume SnapMirror tujuan dengan data dari volume SnapMirror sumber. Untuk menghindari hal ini, silakan online atau hapus volume.
Untuk mengembalikan volume offline secara online, gunakan perintah [https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html](https://docs.netapp.com/us-en/ontap-cli-9131/volume-online.html)ONTAPCLI, seperti yang ditunjukkan pada contoh berikut. Jika hanya ada satu SVM (Vserver), Anda tidak perlu menentukan parameternya. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
# Volume Anda memiliki kapasitas penyimpanan yang tidak mencukupi
Jika Anda kehabisan ruang pada volume Anda, Anda dapat menggunakan prosedur yang ditunjukkan di sini untuk mendiagnosis dan menyelesaikan situasi.
**Topics**
+ [
## Tentukan bagaimana kapasitas penyimpanan volume Anda digunakan
](#volume-storage-usage)
+ [
## Meningkatkan kapasitas penyimpanan volume
](#increase-volume-capacity)
+ [
## Menggunakan autosizing volume
](#volume-autosizing)
+ [
## Penyimpanan utama sistem file Anda penuh
](#file-system-primary-capacity)
+ [
## Menghapus snapshot
](#ts-deleting-snapshots)
+ [
## Meningkatkan kapasitas file maksimum volume
](#max-file-capacity)
## Tentukan bagaimana kapasitas penyimpanan volume Anda digunakan
Anda dapat melihat bagaimana kapasitas penyimpanan volume Anda dikonsumsi dengan menggunakan perintah `volume show-space` NetApp ONTAP CLI. Informasi ini dapat membantu Anda membuat keputusan tentang cara merebut kembali atau menghemat kapasitas penyimpanan volume. Untuk informasi selengkapnya, lihat [Untuk memantau kapasitas penyimpanan volume (konsol)](monitor-volume-storage-console.md#volume-capacity-usage).
## Meningkatkan kapasitas penyimpanan volume
Anda dapat meningkatkan kapasitas penyimpanan volume dengan menggunakan FSx konsol Amazon, AWS CLI, dan Amazon FSx API. Untuk informasi lebih lanjut tentang memperbarui volume dengan kapasitas yang meningkat, lihat[Memperbarui volume](updating-volumes.md).
Atau, Anda dapat meningkatkan kapasitas penyimpanan volume menggunakan perintah [https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/volume__modify.html](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/volume__modify.html) NetApp ONTAP CLI. Untuk informasi selengkapnya, lihat [Untuk mengubah kapasitas penyimpanan volume (konsol)](manage-volume-capacity.md#increase-volume-size).
## Menggunakan autosizing volume
Anda dapat menggunakan autosizing volume sehingga volume secara otomatis tumbuh dengan jumlah tertentu, atau ke ukuran tertentu ketika mencapai ambang ruang yang digunakan. Anda dapat melakukan ini untuk tipe FlexVol volume, yang merupakan tipe volume default FSx untuk ONTAP, menggunakan perintah ONTAP [https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/volume__autosize.html](https://docs.netapp.com/ontap-9/topic/com.netapp.doc.dot-cm-cmpr-9101/volume__autosize.html) NetApp CLI. Untuk informasi selengkapnya, lihat [Mengaktifkan autosizing](enable-volume-autosizing.md).
## Penyimpanan utama sistem file Anda penuh
Jika penyimpanan utama sistem file ONTAP Anda FSx penuh, Anda tidak dapat menambahkan data lagi ke volume dalam sistem file Anda, bahkan jika volume menunjukkan bahwa ia memiliki kapasitas penyimpanan yang cukup tersedia. Anda dapat melihat jumlah kapasitas penyimpanan utama yang tersedia di tab **Pemantauan & kinerja** pada halaman detail sistem file di FSx konsol Amazon. Untuk informasi selengkapnya, lihat [Memantau pemanfaatan penyimpanan SSD](monitor-fs-storage-console.md)
Untuk mengatasi masalah ini, Anda dapat meningkatkan ukuran tingkat penyimpanan utama sistem file Anda. Untuk informasi selengkapnya, lihat [Memperbarui penyimpanan SSD sistem file dan IOPS](storage-capacity-and-IOPS.md#increase-primary-storage).
## Menghapus snapshot
Snapshot diaktifkan secara default pada volume Anda, menggunakan kebijakan snapshot default. Snapshot disimpan di `.snapshot` direktori di root volume. Anda dapat mengelola kapasitas penyimpanan volume sehubungan dengan snapshot dengan cara berikut:
+ [Hapus snapshot secara manual](manually-delete-snapshots.md) — merebut kembali kapasitas penyimpanan dengan menghapus snapshot secara manual.
+ [Buat kebijakan penghapusan otomatis snapshot — buat kebijakan](snapshot-autodelete-policy.md) yang menghapus snapshot lebih agresif daripada kebijakan snapshot default.
+ [Matikan snapshot otomatis](disable-snapshots.md) — hemat kapasitas penyimpanan dengan mematikan snapshot otomatis.
Saat Anda menghapus snapshot, Anda tidak merebut kembali jumlah penyimpanan yang sama dengan ukuran snapshot yang Anda hapus. Anda dapat melihat jumlah penyimpanan yang dapat Anda reklamasi saat menghapus snapshot dengan menggunakan perintah [volume snapshot compute-reclaimable ONTAP -vserver](https://docs.netapp.com/us-en/ontap-cli-9141/volume-snapshot-compute-reclaimable.html) CLI, menggunakan data Anda untuk mengganti,, dan. *svm\$1name* *vol\$1name* *snapshot\$1name*
```
fsid8970abc52::> volume snapshot compute-reclaimable -vserver svm_name -volume vol_name -snapshot snapshot_name
A total of 667648 bytes can be reclaimed.
```
Untuk informasi selengkapnya tentang menghapus snapshot dan mengelola kebijakan snapshot untuk menghemat kapasitas penyimpanan, lihat. [Menghapus snapshot](snapshots-ontap.md#delete-snapshots)
## Meningkatkan kapasitas file maksimum volume
Volume FSx untuk ONTAP dapat kehabisan kapasitas file ketika jumlah inode yang tersedia, atau pointer file, habis. Secara default, jumlah inode yang tersedia pada volume adalah 1 untuk setiap 32KiB ukuran volume. Untuk informasi selengkapnya, lihat [Kapasitas file volume](volume-storage-capacity.md#managing-volume-file-capacity).
Jumlah inode dalam volume meningkat sepadan dengan kapasitas penyimpanan volume, hingga ambang batas 648 GiB. Secara default, volume yang memiliki kapasitas penyimpanan 648 GiB atau lebih semuanya memiliki jumlah inode yang sama, 21.251.126. Untuk melihat kapasitas file maksimum volume, lihat[Memantau kapasitas file volume](view-volume-file-capacity.md).
Jika Anda membuat volume lebih besar dari 648 GiB, dan Anda ingin memiliki lebih dari 21.251.126 inode, Anda harus meningkatkan jumlah maksimum file pada volume secara manual. Jika volume Anda kehabisan kapasitas penyimpanan, Anda dapat memeriksa kapasitas file maksimumnya. Jika mendekati kapasitas filenya, Anda dapat meningkatkannya secara manual. Untuk informasi selengkapnya, lihat [Untuk meningkatkan jumlah maksimum file pada volume (ONTAPCLI)](increase-volume-max-files.md#increase-max-files).
# Pencadangan Anda gagal karena kapasitas volume yang tidak mencukupi
Pencadangan harian otomatis volume Anda gagal dengan pesan berikut:
```
Amazon FSx could not create a backup of your volume because the backup snapshot was deleted.
```
Pencadangan harian otomatis gagal karena kapasitas penyimpanan gratis tidak mencukupi pada volume. Untuk mengurangi kondisi ini, Anda perlu mengosongkan kapasitas penyimpanan pada volume. Anda dapat melakukannya dengan menggunakan satu atau lebih opsi berikut, tergantung pada situasi Anda:
+ [Meningkatkan kapasitas penyimpanan volume](manage-volume-capacity.md#increase-volume-size)
+ [Tingkatkan cadangan snapshot volume](snapshots-ontap.md#snapshot-reserve)
+ [Nonaktifkan penghapusan otomatis snapshot](snapshot-autodelete-policy.md)
+ [Jangan hapus snapshot cadangan menggunakan ONTAP](common-snapshot.md) CLI
# Memulihkan dihapus FSx untuk volume ONTAP
Ketika volume FSx untuk ONTAP dihapus, itu ditempatkan dalam antrian ONTAP's pemulihan. Meskipun Anda dapat memulihkan volume langsung dari antrian ini menggunakan ONTAP CLI, volume yang dipulihkan tidak akan muncul kembali di AWS konsol atau FSx Amazon API dan tag AWS apa pun yang sebelumnya diterapkan ke volume akan hilang secara permanen. Untuk memulihkan volume ONTAP dengan benar sambil mempertahankan AWS integrasi dan kebijakan keamanan berbasis tag, Anda dapat [memulihkan cadangan ke volume baru](to-restore-backups.md) atau [mereplikasi data volume ke volume baru menggunakan](scheduled-replication.md). FSx SnapMirror Untuk informasi selengkapnya tentang antrian ONTAP's pemulihan, lihat [NetApp'sdokumentasi](https://docs.netapp.com/us-en/ontap-cli/volume-recovery-queue-show.html).
# Memecahkan masalah jaringan
Jika Anda mengalami masalah jaringan, Anda dapat menggunakan prosedur yang ditampilkan di sini untuk mendiagnosis masalah.
## Anda ingin menangkap jejak paket
Packet tracing adalah proses memverifikasi jalur paket melalui lapisan ke tujuannya. Anda mengontrol proses pelacakan paket dengan perintah CLI berikutNetApp ONTAP:
+ **network tcpdump start**— Memulai penelusuran paket
+ **network tcpdump show**— Menunjukkan jejak paket yang sedang berjalan
+ **network tcpdump stop**— Menghentikan jejak paket yang sedang berjalan
Perintah ini tersedia untuk pengguna yang memiliki `fsxadmin` peran pada sistem file Anda.
**Untuk menangkap jejak paket dari sistem file Anda**
1. Untuk SSH ke dalam NetApp ONTAP CLI sistem file Anda, ikuti langkah-langkah yang didokumentasikan di bagian [Menggunakan CLI NetApp ONTAP](managing-resources-ontap-apps.md#netapp-ontap-cli) Panduan Pengguna * FSx Amazon NetApp untuk ONTAP*.
```
ssh fsxadmin@file-system-management-endpoint-ip-address
```
1. Masukkan tingkat hak istimewa diagnostik di CLI ONTAP dengan menggunakan perintah berikut.
```
::> set diag
```
Saat diminta untuk melanjutkan, masukkan`y`.
```
Warning: These diagnostic commands are for use by NetApp personnel only.
Do you want to continue? {y|n}: y
```
1. Identifikasi lokasi pada sistem file Anda di mana Anda ingin menyimpan jejak paket Anda. Volume harus online dan harus dipasang di namespace dengan jalur persimpangan yang valid. Gunakan perintah berikut untuk memeriksa volume yang memenuhi kriteria tersebut:
```
::*> volume show -junction-path !- -fields junction-path
vserver volume junction-path
------- --------- -------------
fsx test_vol1 /test_vol1
fsx test_vol2 /test_vol2
fsx test_vol2 /test_vol3
```
1. Mulai jejak dengan argumen minimum yang diperlukan. Ganti yang berikut ini:
+ Ganti *node\$1name* dengan nama node (misalnya,`FsxId01234567890abcdef-01`).
+ Ganti *svm\$1name* dengan nama mesin virtual penyimpanan Anda (misalnya,`fsx`).
+ Ganti *junction\$1path\$1name* dengan nama volume (misalnya,`test-vol1`).
```
::*> debug network tcpdump start -node node_name -ipspace Default -pass-through "-i e0e -w /clus/svm_name/junction_path_name"
Info: Started network trace on interface "e0e"
Warning: Snapshots should be disabled on the tcpdump destination volume while packet traces are occurring. Use the
"volume modify -snapshot-policy none -vserver fsx -volume test_vol1" command to disable Snapshots on the
tcpdump destination volume.
```
**penting**
Jejak paket hanya dapat ditangkap pada `e0e` antarmuka dan di ruang `Default` IP. FSx Untuk ONTAP, semua lalu lintas jaringan menggunakan `e0e` antarmuka.
Saat menggunakan packet tracing, ingatlah hal berikut:
+ Saat memulai jejak paket, Anda harus menyertakan jalur ke tempat Anda ingin menyimpan file jejak, dalam format ini: *svm\$1name* /clus//*junction-path-name*
+ Secara opsional, berikan nama file untuk jejak paket. Jika filter\$1name tidak ditentukan, maka secara otomatis dihasilkan dalam bentuk: *node-name* \$1 \$1 .trc *port-name* *yyyymmdd\$1hhmmss*
+ Jika jejak bergulir ditentukan, filter\$1name diakhiran dengan angka yang menunjukkan posisi dalam urutan rotasi.
+ CLI ONTAP juga menerima argumen opsional berikut: **-pass-through**
```
-B, --buffer-size=
-c
-C
-F
-G
--time-stamp-precision {micro|nano}
-Q, --direction {in|out|inout}
-s, --snapshot-length=
-U, --packet-buffered
-W
```
+ Untuk informasi tentang ekspresi filter, lihat halaman manual [pcap-filter (7)](https://www.tcpdump.org/manpages/pcap-filter.7.html).
1. Lihat jejak yang sedang berlangsung:
```
::*> debug network tcpdump show
Node IPspace Port Filename
----------------------- -------- -------- --------
FsxId123456789abcdef-01 Default e0e /clus/fsx/test_vol1/FsxId123456789abcdef-01_e0e_20230605_181451.trc
```
1. Hentikan jejaknya:
```
::*> debug network tcpdump stop -node FsxId123456789abcdef-01 -ipspace Default -port e0e
Info: Stopped network trace on interface "e0e"
```
1. Kembali ke tingkat hak istimewa admin:
```
::*> set -priv admin
::>
```
1. Akses jejak paket.
Jejak paket Anda disimpan dalam volume yang Anda tentukan menggunakan **debug network tcpdump start** perintah, dan dapat diakses melalui ekspor NFS atau berbagi SMB yang sesuai dengan volume itu.
Untuk informasi selengkapnya tentang menangkap jejak paket, lihat [Cara menggunakan dump jaringan debug di ONTAP 9.10\$1 di](https://kb.netapp.com/onprem/ontap/hardware/How_to_use_debug_tcpdump_in_ONTAP_9.10). NetApp Knowledge Base
# Memecahkan masalah I/O kesalahan dan kegagalan klaim kembali kunci NFS
Bagian ini menjelaskan masalah yang terkait dengan I/O kesalahan dan kegagalan reklamasi kunci NFS selama peristiwa failover aktif untuk sistem file ONTAP dan resolusi FSx untuk masing-masingnya.
## Anda mengalami I/O kesalahan selama peristiwa failover
Selama failovers aktif FSx untuk sistem file ONTAP Single-AZ, klien NFS mungkin mengalami kesalahan sementara I/O atau jeda yang diperpanjang. Untuk klien NFSv4 \$1, Anda mungkin melihat pesan log kernel seperti:
```
NFS: __nfs4_reclaim_open_state: Lock reclaim failed!
```
Pesan-pesan ini menunjukkan bahwa klien tidak dapat berhasil merebut kembali kunci NFS selama jendela failover.
**Untuk mengurangi I/O kesalahan selama peristiwa failover**
Di Linux, Anda dapat mengonfigurasi pengaturan jaringan pada klien Anda untuk mengurangi waktu deteksi failover dari 55-60 detik menjadi 15-20 detik.
**penting**
Selalu uji konfigurasi ini di lingkungan non-produksi terlebih dahulu. Pengaturan ini meningkatkan lalu lintas Address Resolution Protocol (ARP), yang digunakan untuk memetakan alamat IP ke alamat fisik (MAC) di jaringan lokal, dan mungkin tidak cocok untuk lingkungan yang dibatasi jaringan.
**Untuk mengkonfigurasi pengaturan jaringan yang dioptimalkan untuk klien NFS**
1. Buat file konfigurasi sysctl pada setiap klien NFS. Contoh berikut digunakan `default` untuk menerapkan pengaturan ke semua antarmuka jaringan. Jika instans Anda memiliki beberapa antarmuka jaringan, Anda dapat mengganti `default` dengan nama antarmuka tertentu (misalnya, `eth0` atau`ens5`) yang digunakan untuk menyambung ke sistem file ONTAP Single-AZ Anda FSx :
```
$ sudo tee /etc/sysctl.d/99-fsx-failover.conf > /dev/null << 'EOF'
# NFS client optimizations for faster failover detection
# Replace 'default' with your interface name (e.g., eth0, ens5) to target a specific interface
net.ipv4.neigh.default.base_reachable_time_ms=5000
net.ipv4.neigh.default.delay_first_probe_time=1
net.ipv4.neigh.default.ucast_solicit=0
net.ipv4.tcp_syn_retries=3
EOF
```
1. Terapkan pengaturan segera:
```
$ sudo sysctl -p /etc/sysctl.d/99-fsx-failover.conf
```
1. Verifikasi konfigurasi aktif. Jika Anda menggunakan`default`, Anda dapat memverifikasi dengan perintah berikut. Jika Anda menentukan antarmuka tertentu, ganti `default` dengan nama antarmuka Anda (misalnya, `eth0` atau`ens5`):
```
$ sysctl net.ipv4.neigh.default.base_reachable_time_ms
$ sysctl net.ipv4.neigh.default.delay_first_probe_time
$ sysctl net.ipv4.neigh.default.ucast_solicit
$ sysctl net.ipv4.tcp_syn_retries
```
Pastikan pengaturan ini diterapkan secara konsisten di semua klien NFS yang terhubung ke sistem file ONTAP Anda FSx dalam Availability Zone yang sama. Saat menggunakan pengoptimalan jaringan ini, ingatlah hal berikut:
+ **base\$1reachable\$1time\$1ms=5000** - Mengurangi validitas entri cache ARP dari 30 detik menjadi 5 detik, memungkinkan klien mendeteksi perubahan kepemilikan IP lebih cepat selama peristiwa failover.
+ **delay\$1first\$1probe\$1time=1 - Mengurangi penundaan sebelum memeriksa entri jaringan basi dari 5 detik menjadi 1** detik.
+ **ucast\$1solicit=0** - Melewatkan probe tetangga unicast dan segera mengeluarkan permintaan ARP siaran, mempercepat penemuan kembali server file aktif.
+ **tcp\$1syn\$1retries=3** - Mengurangi durasi coba lagi koneksi TCP dari 127 detik menjadi 15 detik.
Setelah pengaturan jaringan di tempat, Anda harus memantau lingkungan Anda untuk memvalidasi perubahan. Anda dapat menguji peristiwa failover dengan memodifikasi kapasitas throughput sistem file Anda. Untuk informasi selengkapnya, lihat [Menguji failover pada sebuah sistem file](high-availability-AZ.md#testing-failover).
**Memantau lingkungan Anda setelah menerapkan perubahan**
+ **Pantau log sistem untuk kesalahan NFS** untuk melihat pesan log kernel terkait NFS.
```
$ sudo journalctl -f | grep -i nfs
```
Verifikasi bahwa ada lebih sedikit kemunculan pesan seperti`Lock reclaim failed`.
+ **Pantau log aplikasi** untuk mengonfirmasi lebih sedikit I/O waktu tunggu, kesalahan koneksi, dan kegagalan terkait coba ulang selama peristiwa failover.
+ **Validasi dampak jaringan** untuk memastikan bahwa peningkatan lalu lintas ARP tidak mempengaruhi kinerja jaringan di lingkungan Anda.
## Pendekatan alternatif untuk NFSv4 lingkungan
Di NFSv4 lingkungan di mana memodifikasi konfigurasi sisi klien tidak layak, pertimbangkan alternatif berikut:
+ **Perpanjang batas waktu NFSv4 sewa.** Bekerja dengan administrator penyimpanan Anda untuk meningkatkan batas waktu NFSv4 sewa. Memperpanjang batas waktu ini memberi klien waktu tambahan untuk merebut kembali kunci selama peristiwa failover. Untuk informasi selengkapnya, lihat [Menentukan masa tenggang NFSv4 penguncian](https://docs.netapp.com/us-en/ontap/nfs-admin/specify-nfsv4-locking-grace-period-task.html) dalam NetApp ONTAP dokumentasi.