Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.
# Risoluzione dei problemi di Amazon FSx for NetApp ONTAP
Utilizza le seguenti sezioni per facilitare la risoluzione dei problemi relativi ai file system FSx ONTAP.
**Topics**
+ [Il file system è in uno stato `MISCONFIGURED`](file-system-in-misconfigured-state.md)
+ [Non puoi accedere al tuo file system](unable-to-access.md)
+ [La macchina virtuale di archiviazione (SVM) è in uno stato `MISCONFIGURED`](misconfigured-svm.md)
+ [Risoluzione dei problemi di riduzione del funzionamento degli SSD](ssd-decrease-troubleshooting.md)
+ [Non è possibile aggiungere una macchina virtuale di archiviazione (SVM) ad Active Directory](cannot-join-svm-to-ad.md)
+ [Non è possibile eliminare una macchina virtuale o un volume di archiviazione](cannot-delete-svm.md)
+ [Il volume è in uno stato `MISCONFIGURED`](misconfigured-volume.md)
+ [La capacità di archiviazione del volume è insufficiente](low-volume-capacity.md)
+ [I backup non riescono a causa di una capacità di volume insufficiente](backups-failing.md)
+ [Recupero dei volumi FSx eliminati per ONTAP](recovering-deleted-volumes.md)
+ [Risoluzione dei problemi di rete](network-issues.md)
+ [Risoluzione degli I/O errori e degli errori di recupero del blocco NFS](nfs-failover-issues.md)
# Il file system è in uno stato `MISCONFIGURED`
Esistono diverse cause potenziali per cui un file system si trova in `MISCONFIGURED` uno stato, ognuna con la propria risoluzione, come segue.
**Topics**
+ [L'account proprietario del VPC ha disabilitato la condivisione VPC Multi-AZ](#maz-file-system)
+ [Non è possibile creare una nuova SVM su un file system Multi-AZ](#unable-to-create-svm-on-maz)
+ [Il livello di archiviazione SSD del file system è pieno per oltre il 90%](#ssd-tier-gt-90-percent)
## L'account proprietario del VPC ha disabilitato la condivisione VPC Multi-AZ
I file system Multi-AZ creati da un partecipante Account AWS in una sottorete VPC condivisa entreranno in uno `MISCONFIGURED` stato per uno dei seguenti motivi:
+ L'account proprietario che condivideva la sottorete VPC ha disabilitato il supporto di condivisione VPC Multi-AZ per i file system ONTAP. FSx
+ L'account del proprietario ha smesso di condividere la sottorete VPC.
Se l'account proprietario ha interrotto la condivisione della sottorete VPC, nella console del file system in questione verrà visualizzato il seguente messaggio:
```
The vpc ID vpc-012345abcde does not exist
```
Per risolvere il problema, devi contattare l'account proprietario che ha condiviso con te la sottorete VPC. Per ulteriori informazioni, vedere [Creazione FSx per i file system ONTAP in sottoreti condivise](creating-file-systems.md#fsxn-vpc-shared-subnets) per ulteriori informazioni.
## Non è possibile creare una nuova SVM su un file system Multi-AZ
Per i file system Multi-AZ creati da un partecipante Account AWS a un VPC condiviso, non sarà possibile creare una nuova SVM per uno dei seguenti motivi:
+ L'account proprietario che condivideva la sottorete VPC ha disabilitato il supporto di condivisione VPC Multi-AZ per i file system ONTAP. FSx
+ L'account del proprietario ha smesso di condividere la sottorete VPC.
Per risolvere il problema, devi contattare l'account proprietario che ha condiviso con te la sottorete VPC. Per ulteriori informazioni, vedere [Creazione FSx per i file system ONTAP in sottoreti condivise](creating-file-systems.md#fsxn-vpc-shared-subnets) per ulteriori informazioni.
## Il livello di archiviazione SSD del file system è pieno per oltre il 90%
Il livello di storage SSD del file system Single-AZ o Multi-AZ è attualmente pieno per oltre il 90%. Ti consigliamo di non superare l'80% di utilizzo del livello di storage SSD su base continuativa. Se non liberate spazio nel livello di archiviazione SSD prima della prossima finestra di manutenzione del file system, FSx for ONTAP ridurrà temporaneamente la velocità di trasmissione del file system per tutta la durata dell'operazione di patching. Questo viene fatto per garantire che i processi di manutenzione in background possano essere completati entro un periodo di tempo ragionevole. Per evitare ciò, riduci l'utilizzo del livello di archiviazione SSD al di sotto del 90%. È possibile ridurre l'utilizzo degli SSD in diversi modi, tra cui:
+ Aumentare la capacità di archiviazione SSD del file system.
+ Eliminando i dati non necessari.
+ Eliminando istantanee di volume non necessarie.
Per ulteriori informazioni, consulta [Gestione della capacità di archiviazione](managing-storage-capacity.md).
# Non puoi accedere al tuo file system
Questa sezione descrive i problemi e le risoluzioni relativi all'impossibilità di accedere al file system.
**Topics**
+ [Nel file system Multi-AZ mancano i tag della tabella di percorso](#no-route-table-tags)
+ [Il tuo file system ha più di 50 percorsi](#more-than-50-routes)
+ [Nel file system mancano le route verso uno o più file server](#missing-routes-to-servers)
+ [L'interfaccia elastic network del file system è stata modificata o eliminata](#eni-deleted)
+ [L'indirizzo IP elastico collegato all'interfaccia elastica di rete del file system è stato eliminato](#eni-epi-removed)
+ [Il gruppo di sicurezza VPC del file system non dispone delle regole di ingresso richieste](#sg-lacks-inbound-rules)
+ [Il gruppo di sicurezza VPC dell'istanza di calcolo non dispone delle regole in uscita richieste](#compute-instance-lacks-inbound-rules)
+ [La sottorete dell'istanza di calcolo non utilizza nessuna delle tabelle di routing associate al file system](#subnet-route-tables)
+ [Amazon non FSx può aggiornare la tabella di routing per i file system Multi-AZ creati utilizzando CloudFormation](#vpc-route-tables-not-tagged)
+ [Impossibile accedere a un file system tramite iSCSI da un client in un altro VPC](#file-system-iscsi)
+ [L'account proprietario ha interrotto la condivisione della sottorete VPC](#unshared-vpc-subnet)
+ [Impossibile accedere a un file system tramite NFS, SMB, ONTAP CLI o ONTAP REST API da un client in un altro VPC o in locale](#unable-to-access-over-network)
## Nel file system Multi-AZ mancano i tag della tabella di percorso
Amazon FSx gestisce le tabelle di routing VPC per i file system Multi-AZ utilizzando l'autenticazione basata su tag. In una o più tabelle di routing associate al tuo file system mancano attualmente questi tag delle tabelle di routing. Queste tabelle di percorso sono contrassegnate con`Key: AmazonFSx; Value: ManagedByAmazonFSx`. Se non si aggiungono manualmente questi tag prima della finestra di manutenzione successiva, tutti i client nelle sottoreti associate alle tabelle di routing a cui mancano i tag perderanno temporaneamente l'accesso al file system per tutta la durata dell'operazione di applicazione delle patch. Per evitare ciò, aggiungi manualmente i tag mancanti della tabella delle rotte.
Per ulteriori informazioni, consulta [Aggiornamento dei file system](updating-file-system.md).
## Il tuo file system ha più di 50 percorsi
Al file system sono attualmente associate più di 50 rotte. Se non si rimuovono alcune di queste route prima della successiva finestra di manutenzione programmata del file system, il processo di failover potrebbe richiedere più tempo del normale. Per evitare ciò, riduci il numero di percorsi a meno di 50. Di seguito sono riportati i passaggi che è possibile eseguire per ridurre il numero di percorsi associati al file system:
+ Eliminazione di eventuali percorsi in eccesso
+ Riduzione del numero di file SVMs associati al file system
+ Riduzione del numero di tabelle di routing associate al file system
Per ulteriori informazioni, consultare [Aggiornamento dei file system](updating-file-system.md) e [Eliminazione di macchine virtuali di archiviazione (SVM)](deleting-svms.md).
## Nel file system mancano le route verso uno o più file server
Al momento nel file system mancano le route verso uno o più file server e le tabelle di routing esistenti non dispongono di spazio sufficiente per aggiungere nuove voci della tabella di routing. Se non si aggiungono le route mancanti prima della successiva finestra di manutenzione programmata del file system, tutti i client connessi verranno disconnessi per tutta la durata dell'operazione di applicazione delle patch. Per evitare ciò, aggiungi le rotte mancanti.
Per ulteriori informazioni, consultare [Aggiornamento dei file system](updating-file-system.md) e [Quote](limits.md).
## L'interfaccia elastic network del file system è stata modificata o eliminata
Non è necessario modificare o eliminare nessuna delle interfacce di rete elastiche del file system. La modifica o l'eliminazione di un'interfaccia di rete può causare una perdita permanente della connessione tra il cloud privato virtuale (VPC) e il file system. Crea un nuovo file system e non modificare o eliminare l'interfaccia di FSx rete Amazon. Per ulteriori informazioni, consulta [Controllo degli accessi ai file system con Amazon VPC](limit-access-security-groups.md).
## L'indirizzo IP elastico collegato all'interfaccia elastica di rete del file system è stato eliminato
Amazon FSx non supporta l'accesso ai file system dalla rete Internet pubblica. Amazon scollega FSx automaticamente qualsiasi indirizzo IP elastico, che è un indirizzo IP pubblico raggiungibile da Internet che viene collegato all'interfaccia di rete elastica di un file system. Per ulteriori informazioni, consulta [Client supportati](supported-fsx-clients.md#supported-clients-fsx).
## Il gruppo di sicurezza VPC del file system non dispone delle regole di ingresso richieste
Esamina le regole in entrata specificate in [Gruppi di sicurezza Amazon VPC](limit-access-security-groups.md#fsx-vpc-security-groups) e assicurati che il gruppo di sicurezza associato al file system disponga delle regole in entrata corrispondenti.
## Il gruppo di sicurezza VPC dell'istanza di calcolo non dispone delle regole in uscita richieste
Controlla le regole in uscita specificate in [Gruppi di sicurezza Amazon VPC](limit-access-security-groups.md#fsx-vpc-security-groups) e assicurati che il gruppo di sicurezza associato all'istanza di calcolo disponga delle regole in uscita corrispondenti.
## La sottorete dell'istanza di calcolo non utilizza nessuna delle tabelle di routing associate al file system
FSx for ONTAP crea endpoint per l'accesso al file system in una tabella di routing VPC. Ti consigliamo di configurare il file system per utilizzare tutte le tabelle di routing VPC associate alle sottoreti in cui si trovano i tuoi client. Per impostazione predefinita, Amazon FSx utilizza la tabella di routing principale del tuo VPC. Facoltativamente, puoi specificare una o più tabelle di routing FSx da utilizzare per Amazon quando crei il tuo file system.
Se riesci a eseguire il ping dell'endpoint Intercluster del tuo file system ma non riesci a eseguire il ping dell'endpoint di gestione del file system (vedi [Risorse del file system](managing-file-systems.md#fsx-ontap-fs-resources) per maggiori informazioni), è probabile che il client non si trovi in una sottorete associata a una delle tabelle di routing del file system. Per accedere al file system, associa una delle tabelle di routing del file system alla sottorete del client. Per informazioni sull'aggiornamento delle tabelle di routing Amazon VPC del tuo file system, consulta. [Aggiornamento dei file system](updating-file-system.md)
## Amazon non FSx può aggiornare la tabella di routing per i file system Multi-AZ creati utilizzando CloudFormation
Amazon FSx gestisce le tabelle di routing VPC per i file system Multi-AZ utilizzando l'autenticazione basata su tag. Queste tabelle di routing sono contrassegnate con. `Key: AmazonFSx; Value: ManagedByAmazonFSx` Durante la creazione o l'aggiornamento FSx per l'utilizzo di file system ONTAP Multi-AZ, si CloudFormation consiglia di aggiungere il `Key: AmazonFSx; Value: ManagedByAmazonFSx` tag manualmente.
Se non riesci a raggiungere il tuo file system Multi-AZ, controlla se le tabelle di routing VPC associate al file system sono etichettate con. `Key: AmazonFSx; Value: ManagedByAmazonFSx` In caso contrario, Amazon non FSx può aggiornare tali tabelle di routing per indirizzare gli indirizzi IP mobili delle porte di gestione e dati al file server attivo quando si verifica un evento di failover. Per informazioni sull'aggiornamento delle tabelle di routing Amazon VPC del tuo file system, consulta. [Aggiornamento dei file system](updating-file-system.md)
## Impossibile accedere a un file system tramite iSCSI da un client in un altro VPC
Per accedere a un file system tramite il protocollo Internet Small Computer Systems Interface (iSCSI) da un client in un altro VPC, puoi configurare il peering Amazon VPC o tra AWS Transit Gateway il VPC associato al tuo file system e il VPC in cui risiede il client. Per ulteriori informazioni, consulta [Creare e accettare connessioni peering VPC](https://docs.aws.amazon.com/vpc/latest/peering/create-vpc-peering-connection.html) nella guida *Amazon Virtual Private Cloud*.
## L'account proprietario ha interrotto la condivisione della sottorete VPC
Se hai creato il file system in una sottorete VPC che è stata condivisa con te, l'account proprietario potrebbe aver interrotto la condivisione della sottorete VPC.
Se l'account proprietario ha interrotto la condivisione della sottorete VPC, nella console del file system in questione verrà visualizzato il seguente messaggio:
```
The vpc ID vpc-012345abcde does not exist
```
Dovrai contattare l'account proprietario in modo che possa condividere nuovamente la sottorete con te.
## Impossibile accedere a un file system tramite NFS, SMB, ONTAP CLI o ONTAP REST API da un client in un altro VPC o in locale
Per accedere a un file system tramite Network File System (NFS), Server Message Block (SMB) o NetApp ONTAP CLI e API REST da un client in un altro VPC o in locale, devi configurare il routing utilizzando AWS Transit Gateway il VPC associato al file system e la rete in cui risiede il client. Per ulteriori informazioni, consulta [Accesso ai dati di FSx for ONTAP](supported-fsx-clients.md).
# La macchina virtuale di archiviazione (SVM) è in uno stato `MISCONFIGURED`
Esistono diverse cause potenziali per cui una macchina virtuale di storage entra in `MISCONFIGURED` uno stato, ognuna con la propria risoluzione, come segue.
## La tua SVM ha un volume offline
Il file system contiene un volume che si trova in uno stato offline. Si consiglia di mantenere i volumi online su base continuativa. Se non metti online questo volume prima della prossima finestra di manutenzione del file system, Amazon FSx lo metterà temporaneamente online per tutta la durata dell'operazione di patching. Per evitare che ciò accada, accedi online o elimina il volume.
Per riportare online un volume offline, utilizzate il comando [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, come illustrato nell'esempio seguente. Se esiste solo un SVM (Vserver), non è necessario specificare il parametro. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
## La SVM dispone di un volume offline con un LUN iSCSI o un namespace NVMe/TCP
Il file system contiene un volume che si trova in uno stato limitato. Si consiglia di mantenere i volumi online su base continuativa. Se non metti online questo volume prima della prossima finestra di manutenzione del file system, Amazon FSx lo metterà temporaneamente online per tutta la durata dell'operazione di patching. Per evitare che ciò accada, accedi online o elimina il volume.
Per riportare online un volume offline, utilizzate il comando [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, come illustrato nell'esempio seguente. Se esiste solo un SVM (Vserver), non è necessario specificare il parametro. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
## La chiave Gestione dei segreti AWS segreta o KMS non è configurata correttamente
Amazon non FSx può stabilire una connessione con il controller o i controller di dominio Microsoft Active Directory. Questo perché il tuo account Gestione dei segreti AWS segreto o non AWS KMS key è configurato correttamente. Per ulteriori informazioni, consulta [Archiviazione delle credenziali di Active Directory utilizzando Gestione dei segreti AWS](self-managed-AD-best-practices.md#bp-store-ad-creds-using-secret-manager).
Per risolvere l'errore di configurazione, procedi come segue:
+ Verifica che l'ARN segreto sia corretto e segua il formato corretto:. `arn:aws:secretsmanager:region:account-id:secret:secret-name-6chars`
+ Verifica che il segreto contenga entrambi i campi obbligatori con valori non vuoti:
+ `CUSTOMER_MANAGED_ACTIVE_DIRECTORY_USERNAME`— Il nome utente dell'account del servizio AD.
+ `CUSTOMER_MANAGED_ACTIVE_DIRECTORY_PASSWORD`— La password dell'account del servizio AD.
+ Verifica che il segreto e la chiave abbiano una politica basata sulle risorse che conceda al servizio FSx Amazon l'autorizzazione `fsx.amazonaws.com` principale per recuperare il valore segreto.
# Risoluzione dei problemi di riduzione del funzionamento degli SSD
Questa sezione descrive i problemi e le risoluzioni comuni relativi alle operazioni di riduzione della capacità degli SSD.
**Topics**
+ [L'operazione di riduzione dell'SSD è sospesa a causa dell'elevato utilizzo dell'SSD](#ssd-decrease-paused-high-utilization)
+ [L'operazione di riduzione dell'SSD è sospesa a causa di relazioni FlexClone](#ssd-decrease-flexclone-relationship)
+ [Il reindirizzamento dell'accesso client per i volumi non è riuscito durante la riduzione dell'SSD](#ssd-decrease-redirect-client-access-failed)
+ [L'operazione di riduzione dell'SSD sta impiegando più tempo del previsto](#ssd-decrease-operation-duration)
## L'operazione di riduzione dell'SSD è sospesa a causa dell'elevato utilizzo dell'SSD
Se il livello di archiviazione SSD supera l'80% di utilizzo durante un'operazione di riduzione, Amazon sospende FSx automaticamente l'operazione. Potresti visualizzare un messaggio di azioni amministrative simile a:
```
Your file system has insufficient free space in aggr_1. Please free up space or increase your file system's storage capacity.
```
L'operazione riprenderà quando l'utilizzo sarà inferiore all'80%. Per risolvere questo problema, puoi fare quanto segue:
+ Eliminare i dati non necessari dai volumi che sono già stati spostati sui nuovi dischi.
+ Inserisci più dati nel pool di capacità modificando le politiche di suddivisione in più livelli dei volumi.
+ Invia una richiesta per aumentare la capacità dell'SSD chiamando [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)con un nuovo valore target.
È necessario aggiornare la capacità di archiviazione SSD del file system in modo che la capacità SSD risultante del file system non superi l'80% di utilizzo dopo l'operazione di riduzione. Per ulteriori dettagli, consultare [Aggiornamento dello storage SSD e degli IOPS del file system](storage-capacity-and-IOPS.md#increase-primary-storage).
È possibile identificare quali volumi sono stati spostati sui nuovi dischi controllando il `Message` campo nell'azione amministrativa. `STORAGE_OPTIMIZATION`
Puoi anche chiamare [https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-volumes.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-volumes.html)se l'aggregato è `aggr1` o. `aggr1_old`
## L'operazione di riduzione dell'SSD è sospesa a causa di relazioni FlexClone
Se FlexClone i volumi vengono creati dopo l'avvio di un'operazione di riduzione dell'SSD, Amazon FSx sospende l'operazione fino all'eliminazione dei cloni. Questo perché ONTAP divide le relazioni tra i cloni durante lo spostamento dei volumi, il che comporterebbe la duplicazione dello storage sui nuovi dischi. Per risolvere questo problema, è possibile identificare ed eliminare tutti i FlexClone volumi creati dopo l'avvio dell'operazione di riduzione.
Dopo aver eliminato tutti i FlexClone volumi, l'operazione di riduzione riprenderà automaticamente.
## Il reindirizzamento dell'accesso client per i volumi non è riuscito durante la riduzione dell'SSD
Durante un'operazione di riduzione degli SSD, Amazon FSx deve reindirizzare l'accesso dei client dai vecchi dischi ai nuovi dischi per ogni volume. Se questo processo non riesce, potresti visualizzare un messaggio di azioni amministrative simile a:
```
Redirecting client access for volume(s) fsvol-123 has failed due to insufficient SSD IOPS, throughput capacity, or because the volume is full.
```
Per risolvere questo problema, puoi fare quanto segue:
+ Controlla i parametri di utilizzo delle risorse del tuo file system su Amazon CloudWatch per assicurarti che il tuo carico di lavoro non consumi più del 50% delle seguenti risorse:
+ `NetworkThroughputUtilization`
+ `FileServerDiskThroughputUtilization`
+ `FileServerDiskIopsUtilization`
+ `CPUUtilization`
+ `DiskIopsUtilization`
+ Se il volume è pieno, aumenta la capacità di archiviazione del volume.
+ Riducete il carico di lavoro sul file system durante l'operazione di riduzione.
Dopo aver risolto questi problemi, Amazon FSx riproverà automaticamente a reindirizzare l'accesso del cliente una volta all'ora.
## L'operazione di riduzione dell'SSD sta impiegando più tempo del previsto
Il tempo necessario per completare un'operazione di riduzione dell'SSD dipende da diversi fattori, tra cui la quantità di dati archiviati nel file system, l'attività continua del carico di lavoro e le risorse di sistema disponibili. Se l'operazione richiede più tempo del previsto, è possibile effettuare le seguenti operazioni:
+ Verificate che il file system disponga di risorse adeguate (meno del 50% di CPU, velocità effettiva del disco e utilizzo degli IOPS SSD).
+ Riduci i carichi di lavoro che richiedono molta scrittura durante l'operazione per ridurre al minimo il conflitto di risorse.
È possibile tenere traccia dello stato di avanzamento dell'operazione controllando la `ProgressPercent` proprietà nell'azione amministrativa. `STORAGE_OPTIMIZATION`
# Non è possibile aggiungere una macchina virtuale di archiviazione (SVM) ad Active Directory
Se non riesci a unire una SVM a un Active Directory (AD), verifica innanzitutto. [Come funziona l' SVMs accesso a Microsoft Active Directory](self-managed-AD-join.md) I problemi più comuni che impediscono a una SVM di unirsi ad Active Directory sono elencati nelle sezioni seguenti, inclusi i messaggi di errore generati per ogni circostanza.
**Topics**
+ [Il nome NetBIOS SVM è lo stesso del nome NetBIOS per il dominio principale.](#join-svm-ad-fails-netbios-name-home-domain)
+ [L'SVM è già aggiunto a un'altra Active Directory](#join-svm-ad-fails-already-joined)
+ [Amazon non FSx può connettersi ai controller di dominio Active Directory perché il nome NetBIOS di SVM è già in uso](#join-svm-ad-fails-netbios-name-in-use)
+ [Amazon non FSx può accedere alle credenziali del tuo account del servizio Active Directory in Gestione dei segreti AWS](#join-svm-ad-service-account-creds-inaccessible)
+ [Amazon non è FSx in grado di comunicare con i tuoi controller di dominio Active Directory](#join-svm-ad-fails-no-port-traffic)
+ [Amazon non FSx riesce a connettersi al tuo Active Directory a causa dei requisiti di porta o delle autorizzazioni degli account di servizio non soddisfatti](#join-svm-ad-fails-ports-or-permissions)
+ [Amazon non FSx può connettersi ai controller di dominio Active Directory perché le credenziali dell'account di servizio non sono valide](#join-svm-ad-fails-invalid-service-credentials)
+ [Amazon non FSx riesce a connettersi ai controller di dominio Active Directory a causa delle credenziali degli account di servizio insufficienti](#join-svm-ad-fails-insufficient-service-credentials)
+ [Amazon non è in FSx grado di comunicare con i tuoi server DNS o controller di dominio Active Directory](#join-svm-ad-fails-dns-servers)
+ [Amazon non FSx può comunicare con il tuo Active Directory a causa di un nome di dominio Active Directory non valido.](#join-svm-ad-fails-fqdn)
+ [L'account del servizio non può accedere al gruppo di amministratori specificato nella configurazione SVM Active Directory](#join-svm-ad-fails-no-admin-group)
+ [Amazon non FSx può connettersi ai controller di dominio Active Directory perché l'unità organizzativa specificata non esiste o non è accessibile](#bad-org-unit-service-credentials)
## Il nome NetBIOS SVM è lo stesso del nome NetBIOS per il dominio principale.
L'aggiunta di una SVM all'Active Directory autogestita non riesce e viene visualizzato il seguente messaggio di errore:
Amazon non FSx è in grado di stabilire una connessione con Active Directory. Questo perché il nome del server specificato è il nome NetBIOS del dominio principale. Per risolvere questo problema, scegliete un nome NetBIOS per la SVM diverso dal nome NetBIOS del dominio principale. Quindi ritentate di aggiungere la SVM ad Active Directory.
Per risolvere questo problema, segui la procedura descritta in [Accesso SVMs ad Active Directory utilizzando l'API e Console di gestione AWS AWS CLI](join-svm-to-ad.md) Per riprovare a unire la SVM ad Active Directory. Assicurati di utilizzare un nome NetBIOS per la tua SVM diverso dal nome NetBIOS del dominio principale di Active Directory.
## L'SVM è già aggiunto a un'altra Active Directory
L'aggiunta di una SVM a un Active Directory non riesce e viene visualizzato il seguente messaggio di errore:
Amazon non FSx è in grado di stabilire una connessione al tuo Active Directory. Questo perché la SVM è già aggiunta a un dominio. Per aggiungere questa SVM a un dominio diverso, puoi utilizzare la CLI ONTAP o l'API REST per annullare l'iscrizione a questa SVM da Active Directory. Quindi ritenta di aggiungere la tua SVM a un'altra Active Directory.
Per risolvere il problema, procedi come descritto di seguito:
1. Utilizzate la CLI NetApp ONTAP per annullare l'accesso alla SVM dall'Active Directory corrente. Per ulteriori informazioni, consulta [Annulla l'accesso a un Active Directory dal tuo SVM utilizzando la CLI NetApp di ONTAP](manage-svm-ad-config-ontap-cli.md#using-ontap-cli-to-unjoin-ad).
1. Segui la procedura descritta in [Accesso SVMs ad Active Directory utilizzando l'API e Console di gestione AWS AWS CLI](join-svm-to-ad.md) per riprovare a unire la SVM alla nuova Active Directory.
## Amazon non FSx può connettersi ai controller di dominio Active Directory perché il nome NetBIOS di SVM è già in uso
La creazione di una SVM unita all'Active Directory autogestita non riesce e viene visualizzato il seguente messaggio di errore:
Amazon non FSx è in grado di stabilire una connessione con Active Directory. Questo perché il nome NetBIOS (computer) specificato è già in uso in Active Directory. Per risolvere questo problema, scegli un nome NetBIOS per la tua SVM che non è in uso in Active Directory., specificando un NetBIOS (computer) Quindi riprova a unire la SVM all'Active Directory.
Per risolvere questo problema, seguite la procedura descritta in [Accesso SVMs ad Active Directory utilizzando l'API e Console di gestione AWS AWS CLI](join-svm-to-ad.md) Per riprovare a unire la SVM all'AD. Assicurati di utilizzare un nome NetBIOS per la tua SVM che sia univoco e non già in uso in Active Directory.
## Amazon non FSx può accedere alle credenziali del tuo account del servizio Active Directory in Gestione dei segreti AWS
Le seguenti sezioni descrivono i problemi più comuni e come risolverli.
**L'aggiunta di una SVM all'Active Directory autogestita non riesce e viene visualizzato il seguente messaggio di errore:**
`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.`
**Per risolvere questo problema**
1. Scegli se fornire le credenziali archiviate in un segreto di Secrets Manager o in testo semplice.
1. Quando entri in Active Directory, fornisci solo uno di questi parametri e non entrambi.
**L'aggiunta di una SVM all'Active Directory autogestita non riesce e viene visualizzato il seguente messaggio di errore:**
`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`
**Per risolvere questo problema**
1. Verificare [Archiviazione delle credenziali di Active Directory utilizzando Gestione dei segreti AWS](self-managed-AD-best-practices.md#bp-store-ad-creds-using-secret-manager).
1. Verifica che il formato ARN che stai inserendo sia corretto. Un esempio di formato corretto è`arn:aws:secretsmanager:us-east-1:123456789012:secret:MyDatabaseSecret-Ab3d5f`.
**L'aggiunta di una SVM all'Active Directory autogestita non riesce e viene visualizzato il seguente messaggio di errore:**
`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.`
**Per risolvere questo problema**
1. Verificare [Archiviazione delle credenziali di Active Directory utilizzando Gestione dei segreti AWS](self-managed-AD-best-practices.md#bp-store-ad-creds-using-secret-manager).
1. Verifica che il segreto di Secrets Manager che stai fornendo abbia le politiche corrette che consentano FSx ad Amazon di utilizzare il segreto.
**L'aggiunta di una SVM alla tua Active Directory autogestita non riesce e viene visualizzato il seguente messaggio di errore:**
`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.`
**Per risolvere questo problema**
+ Il proprietario o l'amministratore del segreto di Secrets Manager deve consentire l'accesso all'account per utilizzare questo segreto. Per ulteriori informazioni, consulta [Politiche basate sull'identità](https://docs.aws.amazon.com/secretsmanager/latest/userguide/auth-and-access_iam-policies.html).
**L'aggiunta di una SVM all'Active Directory autogestita non riesce e viene visualizzato il seguente messaggio di errore:**
`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.`
**Per risolvere questo problema**
1. Verificare [Archiviazione delle credenziali di Active Directory utilizzando Gestione dei segreti AWS](self-managed-AD-best-practices.md#bp-store-ad-creds-using-secret-manager).
1. Verifica che il segreto di Secrets Manager che stai fornendo contenga entrambi i campi obbligatori.
## Amazon non è FSx in grado di comunicare con i tuoi controller di dominio Active Directory
L'aggiunta di una SVM all'Active Directory autogestita non riesce e viene visualizzato il seguente messaggio di errore:
Amazon non FSx è in grado di comunicare con il tuo Active Directory. Per risolvere questo problema, assicurati che il traffico di rete sia consentito tra Amazon FSx e i tuoi controller di dominio. Quindi riprova a unire la tua SVM ad Active Directory.
Per risolvere il problema, procedere come segue:
1. Esamina i requisiti descritti in [Requisiti relativi alla configurazione della rete](self-manage-prereqs.md#ontap-ad-network-configs) e apporta le modifiche necessarie per abilitare le comunicazioni di rete tra Amazon FSx e il tuo AD.
1. Una volta FSx che Amazon sarà in grado di comunicare con il tuo AD, segui la procedura descritta in [Accesso SVMs ad Active Directory utilizzando l'API e Console di gestione AWS AWS CLI](join-svm-to-ad.md) e riprova a collegare la SVM all'AD.
## Amazon non FSx riesce a connettersi al tuo Active Directory a causa dei requisiti di porta o delle autorizzazioni degli account di servizio non soddisfatti
L'aggiunta di una SVM all'Active Directory autogestita non riesce e viene visualizzato il seguente messaggio di errore:
Amazon non FSx è in grado di stabilire una connessione con Active Directory. Ciò è dovuto al mancato rispetto dei requisiti di porta per Active Directory oppure all'account di servizio fornito non è consentito aggiungere la macchina virtuale di storage al dominio con l'unità organizzativa specificata. Per risolvere questo problema, aggiorna la configurazione di Active Directory della tua macchina virtuale di archiviazione dopo aver risolto eventuali problemi di autorizzazioni con porte e account di servizio, come consigliato nella guida per FSx l'utente di Amazon.
Per risolvere il problema, procedere come segue:
1. Esamina i requisiti descritti in [Requisiti relativi alla configurazione della rete](self-manage-prereqs.md#ontap-ad-network-configs) e apporta le modifiche necessarie per soddisfare i requisiti di rete e assicurati che le comunicazioni siano abilitate sulle porte richieste
1. Rivedi i requisiti degli account di servizio descritti in[Requisiti degli account di servizio Active Directory](self-manage-prereqs.md#ontap-ad-service-account-prereqs). Assicurati che l'account di servizio disponga delle autorizzazioni delegate necessarie per aggiungere la tua SVM al dominio Active Directory utilizzando l'unità organizzativa specificata.
1. Dopo aver apportato modifiche alle autorizzazioni della porta o all'account di servizio, seguite la procedura descritta in [Accesso SVMs ad Active Directory utilizzando l'API e Console di gestione AWS AWS CLI](join-svm-to-ad.md) e riprovate ad aggiungere la SVM all'AD.
## Amazon non FSx può connettersi ai controller di dominio Active Directory perché le credenziali dell'account di servizio non sono valide
L'aggiunta di una SVM all'Active Directory autogestita non riesce e viene visualizzato il seguente messaggio di errore:
Amazon non FSx è in grado di stabilire una connessione con i tuoi controller di dominio Active Directory perché le credenziali dell'account di servizio fornite non sono valide. Per risolvere questo problema, aggiorna la configurazione di Active Directory della tua macchina virtuale di archiviazione con un account di servizio valido.
Per risolvere questo problema, utilizzare la procedura descritta in [Aggiornamento delle configurazioni SVM Active Directory esistenti utilizzando l'API Console di gestione AWS, e AWS CLI](update-svm-ad-config.md) Per aggiornare le credenziali dell'account di servizio SVM. Quando inserite il nome utente dell'account di servizio, assicuratevi di includere solo il nome utente (ad esempio,`ServiceAcct`) e di non includere alcun prefisso di dominio (ad esempio,`corp.com\ServiceAcct`) o suffisso di dominio (ad esempio,). `ServiceAcct@corp.com` Non utilizzate il nome distinto (DN) quando inserite il nome utente dell'account di servizio (ad esempio,`CN=ServiceAcct,OU=example,DC=corp,DC=com`).
## Amazon non FSx riesce a connettersi ai controller di dominio Active Directory a causa delle credenziali degli account di servizio insufficienti
L'aggiunta di una SVM alla tua Active Directory autogestita non riesce e viene visualizzato il seguente messaggio di errore:
Amazon non FSx è in grado di stabilire una connessione con i tuoi controller di dominio Active Directory. Ciò è dovuto al mancato rispetto dei requisiti di porta per Active Directory oppure all'account di servizio fornito non è consentito aggiungere la macchina virtuale di storage al dominio con l'unità organizzativa specificata.
Per risolvere questo problema, assicurati di aver delegato le autorizzazioni richieste all'account di servizio che hai fornito. L'account di servizio deve essere in grado di creare ed eliminare oggetti informatici nell'unità organizzativa del dominio a cui si sta entrando a far parte del file system. L'account di servizio deve inoltre disporre almeno delle autorizzazioni per eseguire le seguenti operazioni:
+ Reimpostare le password
+ Impedisci agli account di leggere e scrivere dati
+ Capacità convalidata di scrittura sull'hostname DNS
+ Capacità convalidata di scrivere sul nome principale del servizio
+ Capacità di creare ed eliminare oggetti informatici
+ Capacità convalidata di leggere e scrivere le restrizioni relative all'account
Per ulteriori informazioni sulla creazione di un account di servizio con le autorizzazioni corrette, consulta [Requisiti degli account di servizio Active Directory](self-manage-prereqs.md#ontap-ad-service-account-prereqs) e. [Delega delle autorizzazioni al tuo account di servizio Amazon FSx](self-managed-AD-best-practices.md#connect_delegate_privileges)
## Amazon non è in FSx grado di comunicare con i tuoi server DNS o controller di dominio Active Directory
L'aggiunta di una SVM all'Active Directory autogestita non riesce e viene visualizzato il seguente messaggio di errore:
Amazon non FSx è in grado di comunicare con il tuo Active Directory. Questo perché Amazon non FSx riesce a raggiungere i server DNS forniti o i controller di dominio per il tuo dominio. Per risolvere questo problema, aggiorna la configurazione Active Directory della macchina virtuale di archiviazione con server DNS validi e una configurazione di rete che consenta il flusso del traffico dalla macchina virtuale di archiviazione al controller di dominio.
Per risolvere questo problema, utilizzare la procedura seguente:
1. Se solo alcuni controller di dominio in Active Directory sono raggiungibili, ad esempio a causa di limitazioni geografiche o firewall, puoi aggiungere controller di dominio preferiti. Utilizzando questa opzione, Amazon FSx tenta di contattare i controller di dominio preferiti. Aggiungi i controller di dominio preferiti utilizzando il comando [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, come segue:
1. Per accedere alla ONTAP CLI, stabilisci una sessione SSH sulla porta di gestione del file system Amazon FSx for NetApp ONTAP o SVM eseguendo il comando seguente. Sostituisci `management_endpoint_ip` con l'indirizzo IP della porta di gestione del file system.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Per ulteriori informazioni, consulta [Gestione dei file system con la ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Immettete il seguente comando, dove:
+ `-vserver vserver_name`specifica il nome della macchina virtuale di archiviazione (SVM).
+ `-domain domain_name`specifica il nome completo di Active Directory (FQDN) del dominio a cui appartengono i controller di dominio specificati.
+ `-preferred-dc IP_address,…`specifica uno o più indirizzi IP dei controller di dominio preferiti, come elenco delimitato da virgole, in ordine di preferenza.
```
FsxId123456789::> vserver cifs domain preferred-dc add -vserver vserver_name -domain domain_name -preferred-dc IP_address, …+
```
Il comando seguente aggiunge i controller di dominio 172.17.102.25 e 172.17.102.24 all'elenco dei controller di dominio preferiti utilizzati dal server SMB su SVM vs1 per gestire l'accesso esterno al dominio 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. Verifica se il tuo controller di dominio può essere risolto con DNS. Utilizza il comando [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 CLI per restituire l'indirizzo IP di un nome host in base alla ricerca sul server DNS specificato o alla configurazione DNS del vserver.
1. Per accedere alla ONTAP CLI, stabilisci una sessione SSH sulla porta di gestione del file system Amazon FSx for NetApp ONTAP o SVM eseguendo il comando seguente. Sostituisci `management_endpoint_ip` con l'indirizzo IP della porta di gestione del file system.
```
[~]$ ssh fsxadmin@management_endpoint_ip
```
Per ulteriori informazioni, consulta [Gestione dei file system con la ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli).
1. Accedere alla modalità avanzata CLI di ONTAP utilizzando il seguente comando.
```
FsxId123456789::> set adv
```
1. Immettete il seguente comando, dove:
+ `-vserver vserver_name`specifica il nome della macchina virtuale di archiviazione (SVM).
+ `-hostname host_name`specifica il nome host da cercare sul server DNS.
+ `-node node_name`specifica il nome del nodo su cui viene eseguito il comando.
+ `-lookup-type`specifica il tipo di indirizzo IP da cercare sul server DNS, l'impostazione predefinita è. `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. Rivedi le [informazioni di cui hai bisogno per](self-managed-AD-join.md#ad-info-for-svm-join) unire una SVM a un AD.
1. Rivedi i [requisiti di rete](self-manage-prereqs.md#ontap-ad-network-configs) quando unisci una SVM a un AD.
1. Utilizzate la procedura descritta in [Requisiti relativi alla configurazione della rete](self-manage-prereqs.md#ontap-ad-network-configs) per aggiornare la configurazione di Active Directory della SVM utilizzando gli indirizzi IP corretti per i server DNS di Active Directory.
## Amazon non FSx può comunicare con il tuo Active Directory a causa di un nome di dominio Active Directory non valido.
L'aggiunta di una SVM all'Active Directory autogestita non riesce e viene visualizzato il seguente messaggio di errore:
Amazon FSx ha rilevato che il nome di dominio completo fornito non è valido. Per risolvere questo problema, aggiorna la configurazione di Active Directory della tua macchina virtuale di storage con un FQDN che rispetti i requisiti di configurazione.
Per risolvere questo problema, utilizzare la seguente procedura:
1. Esamina i requisiti del nome di dominio Active Directory locale descritti in [Informazioni necessarie per aggiungere un SVM a un Active Directory](self-managed-AD-join.md#ad-info-for-svm-join) Assicurati che l'Active Directory a cui stai tentando di accedere soddisfi tale requisito.
1. Utilizza la procedura descritta in [Accesso SVMs ad Active Directory utilizzando l'API e Console di gestione AWS AWS CLI](join-svm-to-ad.md) e riprova a unire la SVM a un Active Directory. Assicuratevi di utilizzare il formato corretto per l'FQDN del dominio Active Directory.
## L'account del servizio non può accedere al gruppo di amministratori specificato nella configurazione SVM Active Directory
L'aggiunta di una SVM all'Active Directory autogestita non riesce e viene visualizzato il seguente messaggio di errore:
Amazon non FSx è in grado di applicare la tua configurazione di Active Directory. Questo perché il gruppo di amministratori che hai fornito non esiste o non è accessibile all'account di servizio che hai fornito. Per risolvere questo problema, assicuratevi che la configurazione di rete consenta il traffico dall'SVM ai controller di dominio e ai server DNS di Active Directory. Aggiorna quindi la configurazione di Active Directory della SVM, fornendo i server DNS di Active Directory e specificando un gruppo di amministratori nel dominio accessibile all'account di servizio fornito.
Per risolvere il problema, procedere come segue:
1. Consultate le informazioni su come [fornire un gruppo di dominio](self-managed-AD-join.md#ad-info-for-svm-join) per eseguire azioni amministrative sul vostro SVM. Assicurati di utilizzare il nome corretto del gruppo di amministratori di dominio Active Directory.
1. Utilizzate la procedura descritta in [Accesso SVMs ad Active Directory utilizzando l'API e Console di gestione AWS AWS CLI](join-svm-to-ad.md) e riprovate a unire la SVM a un AD.
## Amazon non FSx può connettersi ai controller di dominio Active Directory perché l'unità organizzativa specificata non esiste o non è accessibile
L'aggiunta di una SVM all'Active Directory autogestita non riesce e viene visualizzato il seguente messaggio di errore:
Amazon non FSx è in grado di stabilire una connessione con Active Directory. Questo perché l'unità organizzativa specificata non esiste o non è accessibile all'account di servizio fornito. Per risolvere questo problema, aggiorna la configurazione di Active Directory della macchina virtuale di archiviazione, specificando un'unità organizzativa a cui l'account di servizio dispone delle autorizzazioni per aderire.
Per risolvere il problema, procedere come segue:
1. Rivedi i [prerequisiti per unire una SVM a un AD](self-manage-prereqs.md).
1. Rivedi le [informazioni di cui hai bisogno per aggiungere](self-managed-AD-join.md#ad-info-for-svm-join) una SVM a un AD.
1. Riprova a unire la SVM ad Active Directory utilizzando [questa procedura con l'unità](join-svm-to-ad.md) organizzativa corretta.
# Non è possibile eliminare una macchina virtuale o un volume di archiviazione
Ciascun file system FSx for ONTAP può contenere una o più macchine virtuali di storage (SVMs) e ogni SVM può contenere uno o più volumi. Quando si elimina una risorsa, è necessario innanzitutto assicurarsi che tutti i relativi elementi secondari siano stati eliminati. Ad esempio, prima di eliminare una SVM, è necessario eliminare tutti i volumi non root nella SVM.
**Importante**
Puoi eliminare le macchine virtuali di storage solo utilizzando la FSx console Amazon, l'API e la CLI. Puoi eliminare i volumi utilizzando la FSx console Amazon, l'API o la CLI solo se il volume ha i FSx backup Amazon abilitati.
Per proteggere i dati e la configurazione, Amazon FSx impedisce l'eliminazione di volumi SVMs e di dati in determinate circostanze. Se tenti di eliminare una SVM o un volume e la tua richiesta di eliminazione non ha esito positivo, Amazon ti FSx fornisce informazioni nella AWS console, AWS Command Line Interface (AWS CLI) e nell'API sul motivo per cui la risorsa non è stata eliminata. Dopo aver risolto la causa dell'errore di eliminazione, puoi riprovare la richiesta di eliminazione.
**Topics**
+ [Identificazione delle eliminazioni non riuscite](#identify-failed-deletions)
+ [Eliminazione SVM: tabelle di routing inaccessibili](#deletion-route-tables)
+ [Eliminazione SVM: relazione tra pari](#deletion-peer-relationship)
+ [Eliminazione di SVM o volume: SnapMirror](#deletion-snapmirror)
+ [Eliminazione SVM: LIF compatibile con Kerberos](#deletion-kerberos-lif)
+ [Eliminazione SVM: altro motivo](#deletion-ad-connectivity)
+ [Eliminazione del volume: FlexCache relazione](#deletion-flexcache)
## Identificazione delle eliminazioni non riuscite
Quando elimini una FSx SVM o un volume Amazon, in genere vedi la transizione dello `Lifecycle` stato della risorsa fino a `DELETING` qualche minuto prima che la risorsa scompaia dalla FSx console Amazon, dalla CLI e dall'API.
Se tenti di eliminare una risorsa e le relative transizioni di `Lifecycle` stato da a `DELETING` e viceversa`CREATED`, questo comportamento indica che la risorsa non è stata eliminata correttamente. In questo caso, Amazon FSx riporta un'icona di avviso nella console accanto allo stato del `CREATED` ciclo di vita. Scegliendo l'icona di avviso viene visualizzato il motivo dell'eliminazione non riuscita.
I motivi più comuni per cui Amazon FSx impedisce l'eliminazione di SVM e volumi sono descritti nelle sezioni seguenti, con step-by-step istruzioni su come risolvere questi problemi.
## Eliminazione SVM: tabelle di routing inaccessibili
Il file system Each FSx for ONTAP crea una o più voci della tabella di routing per consentire il failover automatico e il failback tra le zone di disponibilità. Per impostazione predefinita, queste voci della tabella di routing vengono create nella tabella di routing predefinita del VPC. Facoltativamente, puoi specificare una o più tabelle di routing non predefinite in cui creare FSx interfacce ONTAP. Amazon `AmazonFSx` assegna un FSx tag a ogni tabella di routing associata a un file system e, se questo tag viene rimosso, può impedire ad Amazon FSx di eliminare le risorse. Se si verifica questa situazione, viene visualizzato quanto segue`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 Supporto.`
Puoi trovare le tabelle di routing del tuo file system nella FSx console Amazon accedendo alla pagina di riepilogo del file system, nella scheda **Rete e sicurezza**.
Scegliendo il link alle tabelle di routing accedi alle tabelle di routing. Successivamente, verificate che ciascuna delle tabelle di routing associate al vostro file system sia etichettata con questa coppia chiave-valore:
```
Key: AmazonFSx
Value: ManagedByAmazonFSx
```
Se questo tag non è presente, ricrealo e poi prova a eliminare nuovamente l'SVM.
## Eliminazione SVM: relazione tra pari
Se stai tentando di eliminare una SVM o un volume che fa parte di una relazione tra pari, devi prima eliminare la relazione peer prima di eliminare l'SVM o il volume. Questo requisito impedisce che il peer diventi malsano. SVMs Se la SVM non può essere eliminata a causa di una relazione tra pari, viene visualizzato quanto segue: `LifecycleTransitionReason`
Amazon non FSx è in grado di eliminare la macchina virtuale di archiviazione perché fa parte di una relazione peer SVM o di transizione peer. Elimina la relazione e riprova.
È possibile eliminare le relazioni tra pari SVM tramite la CLI ONTAP. Per accedere alla CLI di ONTAP, segui i passaggi indicati. [Gestione dei file system con la ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) Utilizzando la CLI di ONTAP, procedi nel seguente modo.
1. Verificate le relazioni tra pari SVM utilizzando il comando seguente. `svm_name`Sostituiscilo con il nome del tuo SVM.
```
FsxId123456789::> vserver peer show -vserver svm_name
```
Se questo comando ha esito positivo, verrà visualizzato un output simile al seguente:
```
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. Eliminare ogni relazione tra pari SVM utilizzando il comando seguente. Sostituisci `svm_name` e `remote_svm_name` con i tuoi valori effettivi.
```
FsxId123456789abcdef::> vserver peer delete -vserver svm_name -peer-vserver remote_svm_name
```
Se questo comando ha esito positivo, verrà visualizzato il seguente risultato:
```
Info: 'vserver peer delete' command is successful.
```
## Eliminazione di SVM o volume: SnapMirror
Proprio come non è possibile eliminare una SVM con una relazione tra pari senza prima eliminare la relazione tra pari (vedi[Eliminazione SVM: relazione tra pari](#deletion-peer-relationship)), non è possibile eliminare una SVM che ha una SnapMirror relazione senza prima eliminare la relazione. SnapMirror Per eliminare la SnapMirror relazione, utilizza la CLI di ONTAP per eseguire le seguenti operazioni sul file system di destinazione della SnapMirror relazione. Per accedere alla CLI di ONTAP, segui i passaggi indicati. [Gestione dei file system con la ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli)
**Nota**
FSx I backup di Amazon vengono utilizzati SnapMirror per creare point-in-time backup incrementali dei volumi del file system. Non puoi eliminare questa SnapMirror relazione per i tuoi backup nella CLI di ONTAP. Tuttavia, questa relazione viene eliminata automaticamente quando si elimina un volume tramite AWS CLI, API o console.
1. Elenca SnapMirror le tue relazioni nel file system di destinazione utilizzando il comando seguente. Sostituiscilo `svm_name` con il nome del tuo SVM.
```
FsxId123456789abcdef::> snapmirror show -vserver svm_name
```
Se questo comando ha esito positivo, verrà visualizzato un output simile al seguente:
```
Source Destination Mirror Relationship Total Last
Path Type Path State Status Progress Healthy Updated
----------- ---- ------------ ------- -------------- --------- ------- --------
sourceSvm:sourceVol
XDP destSvm:destVol Snapmirrored
Idle - true -
```
1. Eliminate la SnapMirror relazione eseguendo il comando seguente sul file system di destinazione.
```
FsxId123456789abcdef::> snapmirror release -destination-path destSvm:destVol -source-path sourceSvm:sourceVol -force true
```
## Eliminazione SVM: LIF compatibile con Kerberos
Se state tentando di eliminare una SVM dotata di un'interfaccia logica (LIF) con Kerberos abilitato, dovete prima disabilitare Kerberos su quella LIF prima di eliminare l'SVM.
È possibile disabilitare Kerberos su un LIF tramite la CLI ONTAP. Per accedere alla CLI di ONTAP, segui i passaggi indicati. [Gestione dei file system con la ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli)
1. Accedere alla modalità diagnostica nella CLI di ONTAP utilizzando il comando seguente.
```
FsxId123456789abcdef::> set diag
```
Quando viene richiesto di continuare, immettere. **y**
```
Warning: These diagnostic commands are for use by NetApp personnel only.
Do you want to continue? {y|n}: y
```
1. Verificate su quali interfacce è abilitato Kerberos. `svm_name`Sostituiscilo con il nome della tua SVM.
```
FsxId123456789abcdef::> kerberos interface show -vserver svm_name
```
Se questo comando ha esito positivo, verrà visualizzato un output simile al seguente:
```
(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. Disattivate Kerberos LIF utilizzando il seguente comando. `svm_name`Sostituiscilo con il nome del tuo SVM. Dovrai fornire il nome utente e la password di Active Directory che hai usato per aggiungere questa SVM ad Active Directory.
```
FsxId123456789abcdef::> kerberos interface disable -vserver svm_name -lif nfs_smb_management_1
```
Se questo comando ha esito positivo, verrà visualizzato il seguente output. Fornisci il nome utente e la password di Active Directory che hai usato per aggiungere questa SVM ad Active Directory. Quando ti viene richiesto di continuare, inserisci. **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. Verificate che Kerberos sia disabilitato sulla SVM utilizzando il comando seguente. `svm_name`Sostituiscilo con il nome del tuo SVM.
```
FsxId123456789abcdef::> kerberos interface show -vserver svm_name
```
Se questo comando ha esito positivo, verrà visualizzato un output simile al seguente:
```
(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. Se l'interfaccia è mostrata come`disabled`, prova a eliminare nuovamente l'SVM tramite la AWS CLI, l'API o la console.
Se non siete riusciti a eliminare il LIF utilizzando i comandi precedenti, potete forzare l'eliminazione del LIF Kerberos utilizzando il comando seguente. Sostituiscilo con il nome del tuo SVM. `svm_name`
**Importante**
Il comando seguente può collocare l'oggetto computer della SVM su Active Directory.
```
FsxId123456789abcdef::> kerberos interface disable -vserver svm_name -lif nfs_smb_management_1 -force true
```
Se questo comando ha esito positivo, verrà visualizzato un output simile al seguente. Quando ti viene richiesto di continuare, inserisci**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
```
## Eliminazione SVM: altro motivo
FSx per ONTAP SVMs crea un oggetto computer in Active Directory quando si unisce a Active Directory. In alcuni casi, potresti voler annullare manualmente l'iscrizione a una SVM da Active Directory utilizzando la CLI di ONTAP. Per accedere alla CLI di ONTAP, segui i passaggi indicati, accedendo alla CLI ONTAP [Gestione dei file system con la ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli) a livello di file system con le credenziali. `fsxadmin` Utilizzando la CLI ONTAP, procedi nel seguente modo per annullare l'accesso a una SVM da Active Directory.
**Importante**
Questa procedura può bloccare l'oggetto computer della SVM su Active Directory.
1. Accedere alla modalità avanzata nella CLI di ONTAP utilizzando il comando seguente.
```
FsxId123456789abcdef::> set adv
```
Dopo aver eseguito questo comando, vedrai questo output. Entra **y** per continuare.
```
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. Eliminare il DNS per Active Directory utilizzando il seguente comando. `svm_name`Sostituiscilo con il nome del tuo SVM.
```
FsxId123456789abcdef::> vserver services name-service dns dynamic-update record delete -vserver svm_name -lif nfs_smb_management_1
```
**Nota**
Se il record DNS è già stato eliminato o se il server DNS non è raggiungibile, questo comando ha esito negativo. Se ciò accade, continua con il passaggio successivo.
1. Disabilita il DNS utilizzando il seguente comando. `svm_name`Sostituiscilo con il nome del tuo SVM.
```
FsxId123456789abcdef::> vserver services name-service dns dynamic-update modify -vserver svm_name -is-enabled false -use-secure false
```
Se questo comando ha esito positivo, verrà visualizzato il seguente risultato:
```
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. Annulla l'accesso al dispositivo da Active Directory. `svm_name`Sostituiscilo con il nome del tuo SVM.
```
FsxId123456789abcdef::> vserver cifs delete -vserver svm_name
```
Dopo aver eseguito questo comando, vedrai il seguente output, dove `CORP.EXAMPLE.COM` viene sostituito dal nome del tuo dominio. Quando richiesto, inserisci il nome utente e la password. Quando ti viene chiesto se desideri eliminare il server, inserisci**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
```
## Eliminazione del volume: FlexCache relazione
Non è possibile eliminare i volumi che sono i volumi di origine di una FlexCache relazione a meno che non si elimini prima la relazione nella cache. Per determinare quali volumi hanno una FlexCache relazione, puoi utilizzare la CLI di ONTAP. Per accedere alla CLI di ONTAP, segui i passaggi indicati. [Gestione dei file system con la ONTAP CLI](managing-resources-ontap-apps.md#fsxadmin-ontap-cli)
1. Verifica le FlexCache relazioni utilizzando il comando seguente.
```
FsxId123456789abcdef::> volume flexcache origin show-caches
```
1. Eliminare eventuali relazioni nella cache utilizzando il comando seguente. Sostituisci `dest_svm_name` e `dest_vol_name` con i tuoi valori effettivi.
```
FsxId123456789abcdef::> volume flexcache delete -vserver dest_svm_name -volume dest_vol_name
```
1. Dopo aver eliminato la relazione con la cache, prova a eliminare nuovamente la SVM tramite la AWS CLI, l'API o la console.
# Il volume è in uno stato `MISCONFIGURED`
Esistono diverse cause potenziali per cui un volume ONTAP entra in uno `MISCONFIGURED` stato, descritte nei seguenti argomenti.
## Il volume è pieno per oltre il 98%
Il file system contiene attualmente un volume pieno per oltre il 98%. Si consiglia di non superare il 95% di utilizzo del volume su base continuativa. Se non liberi spazio nel volume prima della prossima finestra di manutenzione del file system, Amazon FSx disabiliterà il blocco opportunistico sul volume, interrompendo eventuali «oplock» esistenti. Amazon FSx riattiverà gli oplock sul volume dopo il completamento del processo di patching. Per evitare ciò, riduci l'utilizzo della capacità di archiviazione del volume al di sotto del 98%. Alcuni dei modi per raggiungere questo obiettivo includono:
+ Aumento delle dimensioni del volume.
+ Eliminazione di dati non necessari.
+ Eliminazione di istantanee non necessarie.
Per ulteriori informazioni, consultare [Aggiornamento della capacità di archiviazione](manage-volume-capacity.md) e [Eliminazione di snapshot](manually-delete-snapshots.md).
## Il volume offline ha un LUN iSCSI o uno spazio dei nomi NVMe/TCP
Il file system ospita attualmente un volume che si trova in uno stato offline e tale volume contiene un LUN iSCSI, uno NVMe/TCP spazio dei nomi o entrambi. Si consiglia di mantenere i volumi online su base continuativa. Se non metti online questo volume prima della prossima finestra di manutenzione del file system, Amazon FSx lo metterà temporaneamente online per tutta la durata dell'operazione di patching. Per evitare che ciò accada, accedi online o elimina il volume.
Per riportare online un volume offline, utilizzate il comando [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, come illustrato nell'esempio seguente. Se esiste solo un SVM (Vserver), non è necessario specificare il parametro. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
## Il volume offline è un'origine FlexCache
Il file system contiene un volume di FlexCache origine che si trova in uno stato offline. Si consiglia di mantenere i volumi online su base continuativa. Se non metti online questo volume prima della prossima finestra di manutenzione del file system, Amazon FSx lo metterà temporaneamente online per tutta la durata dell'operazione di patching. Durante questo periodo, è possibile che i dati vengano riscritti nel volume di FlexCache origine con i dati del volume di cache. Per evitare che ciò accada, accedi online o elimina il volume.
Per riportare online un volume offline, utilizzate il comando [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, come illustrato nell'esempio seguente. Se esiste solo un SVM (Vserver), non è necessario specificare il parametro. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
## Il volume offline fa parte di una relazione SnapMirror
Il file system ospita attualmente un volume che si trova in uno stato offline e tale volume è un'SnapMirrororigine o una destinazione. Si consiglia di mantenere i volumi online su base continuativa. Se non metti online questo volume prima della prossima finestra di manutenzione del file system, Amazon lo FSx metterà temporaneamente online per tutta la durata dell'operazione di applicazione delle patch e metterà in pausa la SnapMirror relazione. Durante questo periodo, è possibile che i dati vengano scritti nel volume di SnapMirror destinazione con i dati del volume di SnapMirror origine. Per evitare che ciò accada, accedi online o elimina il volume.
Per riportare online un volume offline, utilizzate il comando [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, come illustrato nell'esempio seguente. Se esiste solo un SVM (Vserver), non è necessario specificare il parametro. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
## Il volume con restrizioni contiene un LUN iSCSI o uno spazio dei nomi NVMe/TCP
Il file system ospita attualmente un volume con restrizioni e tale volume contiene un LUN iSCSI, uno NVMe/TCP spazio dei nomi o entrambi. Si consiglia di mantenere i volumi online su base continuativa. Se non disponi online di questo volume prima della prossima finestra di manutenzione del file system, Amazon FSx lo metterà temporaneamente online per tutta la durata dell'operazione di patching. Per evitare che ciò accada, accedi online o elimina il volume.
Per riportare online un volume offline, utilizzate il comando [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, come illustrato nell'esempio seguente. Se esiste solo un SVM (Vserver), non è necessario specificare il parametro. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
## Il volume limitato è un'origine FlexCache
Il file system contiene un volume di FlexCache origine con restrizioni. Si consiglia di mantenere i volumi online su base continuativa. Se non disponi online di questo volume prima della prossima finestra di manutenzione del file system, Amazon FSx lo metterà temporaneamente online per tutta la durata dell'operazione di patching. Durante questo periodo, è possibile che i dati vengano riscritti nel volume di FlexCache origine con i dati del volume di cache. Per evitare che ciò accada, accedi online o elimina il volume.
Per riportare online un volume offline, utilizzate il comando [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, come illustrato nell'esempio seguente. Se esiste solo un SVM (Vserver), non è necessario specificare il parametro. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
## Il volume limitato fa parte di una relazione SnapMirror
Il file system ospita attualmente un volume con restrizioni e tale volume è un'SnapMirrororigine o una destinazione. Si consiglia di mantenere i volumi online su base continuativa. Se non metti online questo volume prima della prossima finestra di manutenzione del file system, Amazon lo FSx metterà temporaneamente online per tutta la durata dell'operazione di applicazione delle patch e metterà in pausa la SnapMirror relazione. Durante questo periodo, è possibile che i dati vengano scritti nel volume di SnapMirror destinazione con i dati del volume di SnapMirror origine. Per evitare che ciò accada, accedi online o elimina il volume.
Per riportare online un volume offline, utilizzate il comando [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, come illustrato nell'esempio seguente. Se esiste solo un SVM (Vserver), non è necessario specificare il parametro. `-vserver`
```
FsxID-abcdef123456::> volume online -volume volume_name -vserver svm_name
Volume 'vs1:vol1' is now online.
```
# La capacità di archiviazione del volume è insufficiente
Se lo spazio sui volumi si sta esaurendo, è possibile utilizzare le procedure illustrate di seguito per diagnosticare e risolvere la situazione.
**Topics**
+ [Determinate come viene utilizzata la capacità di storage del volume](#volume-storage-usage)
+ [Aumento della capacità di archiviazione di un volume](#increase-volume-capacity)
+ [Utilizzo del dimensionamento automatico del volume](#volume-autosizing)
+ [Lo storage principale del file system è pieno](#file-system-primary-capacity)
+ [Eliminazione di snapshot](#ts-deleting-snapshots)
+ [Aumento della capacità massima di file di un volume](#max-file-capacity)
## Determinate come viene utilizzata la capacità di storage del volume
Puoi vedere come viene consumata la capacità di archiviazione del tuo volume utilizzando il comando `volume show-space` NetApp ONTAP CLI. Queste informazioni possono aiutarti a prendere decisioni su come recuperare o conservare la capacità di archiviazione dei volumi. Per ulteriori informazioni, consulta [Per monitorare la capacità di archiviazione di un volume (console)](monitor-volume-storage-console.md#volume-capacity-usage).
## Aumento della capacità di archiviazione di un volume
Puoi aumentare la capacità di storage di un volume utilizzando la FSx console Amazon e AWS CLI l' FSx API Amazon. Per ulteriori informazioni sull'aggiornamento di un volume con una capacità maggiore, consulta[Aggiornamento dei volumi](updating-volumes.md).
In alternativa, puoi aumentare la capacità di archiviazione di un volume utilizzando il comando [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. Per ulteriori informazioni, consulta [Per modificare la capacità di archiviazione di un volume (console)](manage-volume-capacity.md#increase-volume-size).
## Utilizzo del dimensionamento automatico del volume
È possibile utilizzare il dimensionamento automatico del volume in modo che un volume cresca automaticamente di una quantità specificata o raggiunga una dimensione specificata quando raggiunge una soglia di spazio utilizzata. È possibile eseguire questa operazione per i tipi di FlexVol volume, che è il tipo di volume predefinito FSx per ONTAP, utilizzando il comando [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 ONTAP CLI. Per ulteriori informazioni, consulta [Abilitazione del dimensionamento automatico](enable-volume-autosizing.md).
## Lo storage principale del file system è pieno
Se lo storage principale del file system FSx for ONTAP è pieno, non puoi aggiungere altri dati ai volumi del file system, anche se un volume dimostra di avere una capacità di archiviazione disponibile sufficiente. Puoi visualizzare la quantità di capacità di storage principale disponibile nella scheda **Monitoraggio e prestazioni** nella pagina dei dettagli del file system nella FSx console Amazon. Per ulteriori informazioni, consulta [Monitoraggio dell'utilizzo dello storage SSD](monitor-fs-storage-console.md)
Per risolvere questo problema, puoi aumentare le dimensioni del livello di storage principale del file system. Per ulteriori informazioni, consulta [Aggiornamento dello storage SSD e degli IOPS del file system](storage-capacity-and-IOPS.md#increase-primary-storage).
## Eliminazione di snapshot
Le istantanee sono abilitate per impostazione predefinita sui volumi, utilizzando la politica di snapshot predefinita. Le istantanee vengono archiviate nella `.snapshot` directory alla radice di un volume. È possibile gestire la capacità di archiviazione dei volumi rispetto alle istantanee nei seguenti modi:
+ [Eliminazione manuale delle istantanee](manually-delete-snapshots.md): recupera la capacità di archiviazione eliminando le istantanee manualmente.
+ [Crea una politica di eliminazione automatica delle istantanee: crea una politica che elimini](snapshot-autodelete-policy.md) le istantanee in modo più aggressivo rispetto alla politica predefinita delle istantanee.
+ [Disattiva le istantanee automatiche: conserva la capacità di archiviazione disattivando le istantanee](disable-snapshots.md) automatiche.
Quando si elimina un'istantanea, non si recupera una quantità di spazio di archiviazione pari alla dimensione dell'istantanea che si sta eliminando. È possibile visualizzare la quantità di storage che è possibile recuperare quando si elimina un'istantanea utilizzando il comando [CLI volume snapshot compute-reclaimable -vserver, utilizzando i](https://docs.netapp.com/us-en/ontap-cli-9141/volume-snapshot-compute-reclaimable.html) ONTAP dati per sostituire e. *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.
```
Per ulteriori informazioni sull'eliminazione delle istantanee e sulla gestione delle politiche relative alle istantanee per conservare la capacità di storage, vedere. [Eliminazione di snapshot](snapshots-ontap.md#delete-snapshots)
## Aumento della capacità massima di file di un volume
Un volume FSx for ONTAP può esaurire la capacità del file quando il numero di inode o puntatori di file disponibili è esaurito. Per impostazione predefinita, il numero di inode disponibili su un volume è 1 per ogni 32 KiB di dimensione del volume. Per ulteriori informazioni, consulta [Capacità dei file di volume](volume-storage-capacity.md#managing-volume-file-capacity).
Il numero di inode in un volume aumenta proporzionalmente alla capacità di archiviazione del volume, fino a una soglia di 648 GiB. Per impostazione predefinita, i volumi con una capacità di archiviazione pari o superiore a 648 GiB hanno tutti lo stesso numero di inode, 21.251.126. Per visualizzare la capacità massima di file di un volume, vedere. [Monitoraggio della capacità dei file di un volume](view-volume-file-capacity.md)
Se si crea un volume più grande di 648 GiB e si desidera avere più di 21.251.126 inode, è necessario aumentare manualmente il numero massimo di file sul volume. Se la capacità di archiviazione del volume sta esaurendo, puoi verificarne la capacità massima di file. Se si avvicina alla capacità dei file, puoi aumentarla manualmente. Per ulteriori informazioni, consulta [Per aumentare il numero massimo di file su un volume (ONTAPCLI)](increase-volume-max-files.md#increase-max-files).
# I backup non riescono a causa di una capacità di volume insufficiente
I backup giornalieri automatici del volume falliscono e viene visualizzato il seguente messaggio:
```
Amazon FSx could not create a backup of your volume because the backup snapshot was deleted.
```
I backup giornalieri automatici non funzionano perché la capacità di archiviazione disponibile sul volume è insufficiente. Per mitigare questa condizione, è necessario liberare la capacità di archiviazione sul volume. È possibile eseguire questa operazione utilizzando una o più delle seguenti opzioni, a seconda della situazione:
+ [Aumentare la capacità di archiviazione del volume](manage-volume-capacity.md#increase-volume-size)
+ [Aumenta la riserva di istantanee del volume](snapshots-ontap.md#snapshot-reserve)
+ [Disattiva l'eliminazione automatica delle istantanee](snapshot-autodelete-policy.md)
+ [Non eliminare lo snapshot di backup utilizzando la CLI di ONTAP](common-snapshot.md)
# Recupero dei volumi FSx eliminati per ONTAP
Quando un volume FSx for ONTAP viene eliminato, viene inserito nella coda di ONTAP's ripristino. Sebbene sia possibile ripristinare un volume direttamente da questa coda utilizzando la ONTAP CLI, il volume recuperato non riapparirà nella AWS console o nell'API FSx Amazon e AWS tutti i tag precedentemente applicati al volume andranno persi definitivamente. Per ripristinare correttamente un volume FSx for ONTAP preservando al contempo AWS l'integrazione e le politiche di sicurezza basate su tag, puoi [ripristinare un backup su un nuovo volume o replicare i dati del volume](to-restore-backups.md) [su un nuovo volume utilizzando](scheduled-replication.md). SnapMirror [Per ulteriori informazioni sulla coda di ONTAP's ripristino, consulta la documentazione. NetApp's](https://docs.netapp.com/us-en/ontap-cli/volume-recovery-queue-show.html)
# Risoluzione dei problemi di rete
Se si verificano problemi di rete, è possibile utilizzare le procedure illustrate di seguito per diagnosticare il problema.
## Si desidera acquisire una traccia di pacchetto
Il tracciamento dei pacchetti è il processo di verifica del percorso di un pacchetto attraverso i livelli fino alla sua destinazione. Puoi controllare il processo di tracciamento dei pacchetti con i seguenti comandi CLI: NetApp ONTAP
+ **network tcpdump start**— Avvia il tracciamento dei pacchetti
+ **network tcpdump show**— Mostra le tracce dei pacchetti attualmente in esecuzione
+ **network tcpdump stop**— Interrompe una traccia di pacchetti in esecuzione
Questi comandi sono disponibili per gli utenti che hanno il `fsxadmin` ruolo nel file system dell'utente.
**Per acquisire una traccia di pacchetto dal file system**
1. Per accedere tramite SSH alla NetApp ONTAP CLI del tuo file system, segui i passaggi documentati nella sezione della Guida per [Utilizzo della CLI NetApp ONTAP](managing-resources-ontap-apps.md#netapp-ontap-cli) l'utente di * FSx Amazon NetApp for* ONTAP.
```
ssh fsxadmin@file-system-management-endpoint-ip-address
```
1. Immettere il livello di privilegio di diagnostica nella CLI di ONTAP utilizzando il comando seguente.
```
::> set diag
```
Quando viene richiesto di continuare, immettere. `y`
```
Warning: These diagnostic commands are for use by NetApp personnel only.
Do you want to continue? {y|n}: y
```
1. Identificate la posizione sul file system in cui desiderate salvare la traccia dei pacchetti. Il volume deve essere online e deve essere montato nel namespace con un percorso di giunzione valido. Utilizzate il seguente comando per verificare i volumi che soddisfano questi criteri:
```
::*> 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. Avviate la traccia con gli argomenti minimi richiesti. Sostituisci quanto segue:
+ Sostituisci *node\$1name* con il nome del nodo (ad esempio,`FsxId01234567890abcdef-01`).
+ Sostituire *svm\$1name* con il nome della macchina virtuale di archiviazione (ad esempio,`fsx`).
+ Sostituire *junction\$1path\$1name* con il nome del volume (ad esempio,`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.
```
**Importante**
Le tracce dei pacchetti possono essere acquisite solo sull'`e0e`interfaccia e nello spazio `Default` IP. In FSx ONTAP, tutto il traffico di rete utilizza l'`e0e`interfaccia.
Quando usi il tracciamento dei pacchetti, tieni presente quanto segue:
+ Quando si avvia una traccia dei pacchetti, è necessario includere il percorso in cui si desidera memorizzare i file di traccia, in questo formato: /clus/ *svm\$1name* *junction-path-name*
+ Facoltativamente, fornite il nome del file per la traccia del pacchetto. Se il filter\$1name non è specificato, viene generato automaticamente nel formato: \$1 \$1 .trc *node-name* *port-name* *yyyymmdd\$1hhmmss*
+ Se vengono specificate tracce di rotolamento, al filter\$1name viene aggiunto un numero che indica la posizione nella sequenza di rotazione.
+ L'ONTAP CLI accetta anche i seguenti **-pass-through** argomenti opzionali:
```
-B, --buffer-size=
-c
-C
-F
-G
--time-stamp-precision {micro|nano}
-Q, --direction {in|out|inout}
-s, --snapshot-length=
-U, --packet-buffered
-W
```
+ Per informazioni sulle espressioni di filtro, vedere la pagina man di [pcap-filter (7)](https://www.tcpdump.org/manpages/pcap-filter.7.html).
1. Visualizza le tracce in corso:
```
::*> debug network tcpdump show
Node IPspace Port Filename
----------------------- -------- -------- --------
FsxId123456789abcdef-01 Default e0e /clus/fsx/test_vol1/FsxId123456789abcdef-01_e0e_20230605_181451.trc
```
1. Interrompi la traccia:
```
::*> debug network tcpdump stop -node FsxId123456789abcdef-01 -ipspace Default -port e0e
Info: Stopped network trace on interface "e0e"
```
1. Torna al livello di privilegi di amministratore:
```
::*> set -priv admin
::>
```
1. Accedi alle tracce dei pacchetti.
Le tracce dei pacchetti sono archiviate nel volume specificato utilizzando il **debug network tcpdump start** comando ed è possibile accedervi tramite l'esportazione NFS o una condivisione SMB corrispondente a quel volume.
Per ulteriori informazioni sull'acquisizione delle tracce dei pacchetti, vedi [Come usare il debug di rete dump in](https://kb.netapp.com/onprem/ontap/hardware/How_to_use_debug_tcpdump_in_ONTAP_9.10) ONTAP 9.10\$1 nel. NetApp Knowledge Base
# Risoluzione degli I/O errori e degli errori di recupero del blocco NFS
Questa sezione descrive i problemi relativi agli I/O errori e agli errori di recupero del blocco NFS durante gli eventi di failover sui file system ONTAP e le risoluzioni FSx per ciascuno di essi.
## Si verificano errori durante gli eventi di failover I/O
Durante i failover sui FSx file system ONTAP Single-AZ, i client NFS possono riscontrare errori transitori o pause prolungate. I/O Per i client NFSv4 \$1, è possibile che vengano visualizzati messaggi di log del kernel come:
```
NFS: __nfs4_reclaim_open_state: Lock reclaim failed!
```
Questi messaggi indicano che il client non è riuscito a recuperare con successo i blocchi NFS durante la finestra di failover.
**Per ridurre gli errori durante gli eventi di failover I/O**
Su Linux, è possibile configurare le impostazioni di rete sui client per ridurre il tempo di rilevamento del failover da 55-60 secondi a 15-20 secondi.
**Importante**
Verifica sempre prima queste configurazioni in un ambiente non di produzione. Queste impostazioni aumentano il traffico ARP (Address Resolution Protocol), che viene utilizzato per mappare gli indirizzi IP su indirizzi fisici (MAC) su una rete locale e potrebbe non essere adatto per ambienti con vincoli di rete.
**Per configurare impostazioni di rete ottimizzate per i client NFS**
1. Crea un file di configurazione sysctl su ogni client NFS. L'esempio seguente utilizza `default` per applicare le impostazioni a tutte le interfacce di rete. Se l'istanza dispone di più interfacce di rete, è possibile sostituirla `default` con il nome dell'interfaccia specifica (ad esempio, `eth0` o`ens5`) utilizzato per connettersi al file system FSx for ONTAP Single-AZ:
```
$ 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. Applica immediatamente le impostazioni:
```
$ sudo sysctl -p /etc/sysctl.d/99-fsx-failover.conf
```
1. Verifica che la configurazione sia attiva. Se lo hai usato`default`, puoi verificare con i seguenti comandi. Se hai specificato un'interfaccia specifica, `default` sostituiscila con il nome dell'interfaccia (ad esempio, `eth0` o`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
```
Assicurati che queste impostazioni vengano applicate in modo uniforme su tutti i client NFS che si connettono al file system FSx for ONTAP all'interno della stessa zona di disponibilità. Quando utilizzi queste ottimizzazioni di rete, tieni presente quanto segue:
+ **base\$1reachable\$1time\$1ms=5000** — Riduce la validità di accesso alla cache ARP da 30 secondi a 5 secondi, consentendo ai client di rilevare più rapidamente le modifiche alla proprietà IP durante un evento di failover.
+ **delay\$1first\$1probe\$1time=1 — Riduce il ritardo prima di esaminare una voce** di rete obsoleta da 5 secondi a 1 secondo.
+ **ucast\$1solicit=0** — Ignora i probe unicast neighbor e invia immediatamente richieste ARP broadcast, accelerando la riscoperta del file server attivo.
+ **tcp\$1syn\$1retries=3 — Riduce la durata dei tentativi di connessione TCP da 127 secondi a 15 secondi.**
Dopo aver impostato le impostazioni di rete, è necessario monitorare l'ambiente per convalidare le modifiche. È possibile testare un evento di failover modificando la capacità di throughput del file system. Per ulteriori informazioni, consulta [Test del failover su un file system](high-availability-AZ.md#testing-failover).
**Monitoraggio dell'ambiente dopo l'applicazione delle modifiche**
+ **Monitora i log di sistema alla ricerca di errori NFS per visualizzare i messaggi di log del kernel relativi** a NFS.
```
$ sudo journalctl -f | grep -i nfs
```
Verificate che vi siano meno ricorrenze di messaggi come. `Lock reclaim failed`
+ **Monitora i registri delle applicazioni** per confermare un minor numero di I/O timeout, errori di connessione ed errori correlati ai tentativi durante gli eventi di failover.
+ **Convalida l'impatto sulla rete** per garantire che l'aumento del traffico ARP non influisca negativamente sulle prestazioni di rete nell'ambiente in uso.
## Approcci alternativi per gli ambienti NFSv4
In NFSv4 ambienti in cui non è possibile modificare la configurazione lato client, considerate le seguenti alternative:
+ ** NFSv4 Estendere i timeout del leasing.** Collabora con il tuo amministratore di storage per aumentare i timeout di leasing NFSv4 . L'estensione di questi timeout offre ai clienti più tempo per recuperare i blocchi durante gli eventi di failover. Per ulteriori informazioni, vedete [Specificare il periodo di tolleranza del NFSv4 blocco nella documentazione](https://docs.netapp.com/us-en/ontap/nfs-admin/specify-nfsv4-locking-grace-period-task.html). NetApp ONTAP