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 degli I/O errori e degli errori di recupero del blocco NFS
<a name="nfs-failover-issues"></a>

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 FSx for ONTAP e le risoluzioni per ciascuno di essi.

## Si verificano errori durante gli eventi di failover I/O
<a name="io-errors-during-failover"></a>

Durante i failover sui Single-AZ file system FSx for ONTAP, i client NFS possono riscontrare errori transitori o pause prolungate. I/O Per i client NFSv4\+, è 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 ha più interfacce di rete, è possibile sostituirla `default` con il nome dell'interfaccia specifico (ad esempio, `eth0` o`ens5`) utilizzato per connettersi al file system FSx for Single-AZ ONTAP:

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

Assicuratevi 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 utilizzate queste ottimizzazioni di rete, tenete presente quanto segue:
+ **base\_reachable\_time\_ms=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\_first\_probe\_time=1 — Riduce il ritardo prima di esaminare una voce** di rete obsoleta da 5 secondi a 1 secondo.
+ **ucast\_solicit=0** — Ignora i probe unicast neighbor e invia immediatamente richieste ARP broadcast, accelerando la riscoperta del file server attivo.
+ **tcp\_syn\_retries=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 NFS-related del kernel.

  ```
  $ 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 ambienti NFSv4
<a name="nfsv4-alternative-approaches"></a>

Negli ambienti NFSv4 in cui non è possibile modificare la configurazione lato client, si considerino le seguenti alternative:
+ **Estendere i timeout di leasing NFSv4.** Collabora con il tuo amministratore di storage per aumentare i timeout di lease NFSv4. L'estensione di questi timeout offre ai client più tempo per recuperare i blocchi durante gli eventi di failover. Per ulteriori informazioni, consulta [Specificare il periodo di tolleranza per il blocco NFSv4](https://docs.netapp.com/us-en/ontap/nfs-admin/specify-nfsv4-locking-grace-period-task.html) nella documentazione. NetApp ONTAP