

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 con il montaggio
<a name="troubleshooting-efs-mounting"></a>

Di seguito, sono disponibili informazioni sulla risoluzione dei problemi di montaggio del file system EFS.

## Montaggio fallito del file system su un'istanza Windows
<a name="mount-windows-instance-fails"></a>

Il montaggio di un file system su un'istanza Amazon EC2 con Microsoft Windows ha esito negativo.

**Operazione da eseguire**  
Non utilizzare Amazon EFS con istanze EC2 Windows, poiché non è supportato.

## Accesso rifiutato dal server
<a name="mount-fail-access-denied-by-server"></a>

Un montaggio del file system non va a buon fine con il seguente messaggio:

```
/efs mount.nfs4: access denied by server while mounting 127.0.0.1:/
```

Questo problema si può verificare se il client NFS non dispone dell'autorizzazione per montare il file system. 

**Operazione da eseguire**  
Se state tentando di montare il file system utilizzando IAM, assicuratevi di utilizzare l'opzione `-o iam` o -o tls nel comando mount. Questo indica all'helper di montaggio di EFS di passare le credenziali alla destinazione di montaggio EFS. Se ancora non si dispone dell'accesso, controllare la policy del file system e la policy di identità per assicurarsi che non siano presenti clausole DENY applicabili alla connessione e che sia presente almeno una clausola ALLOW che si applica alla connessione. Per ulteriori informazioni, consultare [Utilizzo di IAM per controllare l'accesso ai file system](iam-access-control-nfs-efs.md) e [Creazione di policy del file system](create-file-system-policy.md). 

## Il montaggio automatico non funziona e l'istanza non risponde
<a name="automount-fails"></a>

Questo problema può verificarsi se il file system è stato montato automaticamente su un'istanza e l'opzione `_netdev` non è stata dichiarata. Se `_netdev` è mancante, l'istanza EC2 potrebbe smettere di rispondere. Questo risultato è dovuto al fatto che i file system di rete devono essere inizializzati dopo che l'istanza di calcolo ha avviato la sua interfaccia di rete.

**Operazione da eseguire**  
Se si verifica questo problema, contatta l' AWS assistenza.

## Il montaggio di molteplici file system Amazon EFS in /etc/fstab ha esito negativo
<a name="automount-fix-multiple-fs"></a>

Per le istanze che utilizzano il sistema di inizializzazione systemd con due o più voci Amazon EFS in `/etc/fstab`, potrebbero esservi delle volte in cui alcune o tutte queste voci non vengono montate. In questo caso, l'output di `dmesg` mostra una o più righe simili alle seguenti.

```
NFS: nfs4_discover_server_trunking unhandled error -512. Exiting with error EIO
```

**Operazione da eseguire**  
In questo caso, consigliamo di creare un nuovo servizio file per il servizio systemd in `/etc/systemd/system/mount-nfs-sequentially.service`. Il codice da includere nel file dipende dal fatto che tu stia montando manualmente i file system o utilizzando l'helper di montaggio di Amazon EFS.
+ Se state montando manualmente i file system, il `ExecStart` comando deve puntare a Network File System (NFS4). Includi il codice seguente nel file:

  ```
  [Unit]
  Description=Workaround for mounting NFS file systems sequentially at boot time
  After=remote-fs.target
  
  [Service]
  Type=oneshot
  ExecStart=/bin/mount -avt nfs4
  RemainAfterExit=yes
  
  [Install]
  WantedBy=multi-user.target
  ```
+ Se utilizzi l'helper di montaggio di Amazon EFS, il `ExecStart` comando deve puntare a EFS anziché NFS4 utilizzare Transport Layer Security (TLS). Includi il codice seguente nel file:

  ```
  [Unit]
  Description=Workaround for mounting NFS file systems sequentially at boot time
  After=remote-fs.target
  
  [Service]
  Type=oneshot
  ExecStart=/bin/mount -avt efs
  RemainAfterExit=yes
  
  [Install]
  WantedBy=multi-user.target
  ```

Dopo aver creato il file, esegui i seguenti due comandi:

1. `sudo systemctl daemon-reload`

1. `sudo systemctl enable mount-nfs-sequentially.service`

Quindi riavviare l'istanza Amazon EC2. l file system sono montati a richiesta, in genere entro un secondo.

## Il comando di montaggio ha esito negativo con il messaggio di errore "tipo fs errato"
<a name="mount-error-wrong-fs"></a>

Il comando ha esito negativo con il seguente messaggio di errore.

```
mount: wrong fs type, bad option, bad superblock on 10.1.25.30:/, 
missing codepage or helper program, or other error (for several filesystems 
(e.g. nfs, cifs) you might need a /sbin/mount.<type> helper program)
In some cases useful info is found in syslog - try dmesg | tail or so.
```

**Operazione da eseguire**  
Se si riceve questo messaggio, installare il pacchetto `nfs-utils` (o `nfs-common` su Ubuntu). Per ulteriori informazioni, consulta [Installazione del client NFS](mounting-fs-install-nfsclient.md).

## Il comando di montaggio ha esito negativo con il messaggio di errore "opzione di montaggio errata"
<a name="mount-error-incorrect-mount"></a>

Il comando ha esito negativo con il seguente messaggio di errore.

```
mount.nfs: an incorrect mount option was specified
```

**Operazione da eseguire**  
Questo messaggio di errore probabilmente indica che la tua distribuzione Linux non supporta le versioni di Network File System 4.0 e 4.1 ()NFSv4. Per confermare questo caso, è possibile eseguire il comando seguente.

```
$ grep CONFIG_NFS_V4_1 /boot/config*
```

Se il comando precedente restituisce `# CONFIG_NFS_V4_1 is not set`, NFSv4.1 non è supportato dalla propria distribuzione Linux. Per un elenco delle Amazon Machine Images (AMI) per Amazon Elastic Compute Cloud (Amazon EC2 NFSv4) che supportano .1, consulta. [Supporto per NFS](mounting-fs-old.md#mounting-fs-nfs-info) 

## Montaggio con punti di accesso non riuscito
<a name="mount-error-no-such-file"></a>

Il comando mount ha esito negativo durante il montaggio con un punto di accesso, con il seguente messaggio di errore:

```
mount.nfs4: mounting access_point failed, reason given by server: No such file or directory
```

**Operazione da eseguire**  
Questo messaggio di errore indica che il percorso EFS specificato non esiste. Assicurati di fornire la proprietà e le autorizzazioni per la directory principale del punto di accesso. EFS non creerà la directory radice utilizzando queste informazioni. Per ulteriori informazioni, consulta [Utilizzo dei punti di accesso](efs-access-points.md).

Se non si specifica alcuna proprietà e autorizzazione della directory principale e la directory principale non esiste già, EFS non creerà la directory principale. Qualsiasi tentativo di montare il file system utilizzando il punto di accesso avrà esito negativo.

## Il montaggio del file system ha esito negativo immediatamente dopo la creazione del file system
<a name="mount-fails-propegation"></a>

Possono volerci fino a 90 secondi dopo la creazione di una destinazione di montaggio affinché il DNS (Domain Name Service) possa propagare completamente i record in una regione Regione AWS.

**Operazione da eseguire**  
Se stai creando e montando file system a livello di codice, ad esempio con un CloudFormation modello, ti consigliamo di implementare una condizione di attesa.

## Il montaggio di un file system rimane in attesa e quindi ha esito negativo con un errore di timeout
<a name="mount-hangs-fails-timeout"></a>

Il comando di montaggio del file system si blocca per uno o due minuti, e quindi ha esito negativo con un errore di timeout. Il codice seguente mostra un esempio.

```
$ sudo mount -t nfs -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport mount-target-ip:/ mnt

[2+ minute wait here]
mount.nfs: Connection timed out
$Â 
```

**Operazione da eseguire**

Questo errore può verificarsi perché il gruppo di sicurezza dell'istanza Amazon EC2 o della destinazione di montaggio non sono configurati correttamente. Assicurati che il gruppo di sicurezza Mount Target disponga di una regola in entrata che consenta l'accesso NFS sulla porta 2049 dal gruppo di sicurezza EC2. Per ulteriori informazioni, consulta [Utilizzo dei gruppi di sicurezza VPC](network-access.md).

Verificare che l'indirizzo IP della destinazione del montaggio specificato sia valido. Se si specifica un indirizzo IP non corretto e non è presente nient'altro a quell'indirizzo IP che possa rifiutare il montaggio, si potrebbe verificare questo problema.

## Il montaggio di un file system con NFS usando il nome DNS ha esito negativo
<a name="mount-fails-dns-name"></a>

I tentativi di montare un file system utilizzando un client NFS (non utilizzando il client `amazon-efs-utils`) utilizzando il nome DNS del file system falliscono, come mostrato nell'esempio seguente:

```
$ sudo mount -t nfs -o nfsvers=4.1,rsize=1048576,wsize=1048576,hard,timeo=600,retrans=2,noresvport file-system-id.efs.aws-region.amazonaws.com:/ mnt   
mount.nfs: Failed to resolve server file-system-id.efs.aws-region.amazonaws.com: 
  Name or service not known.   

$ 
```

**Operazione da eseguire**

Controlla la tua configurazione VPC. Se si sta usando una VPC personalizzata, accertarsi che le impostazioni DNS siano abilitate. Per ulteriori informazioni, consulta [Attributi DNS per il VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html) nella *Guida per l'utente di Amazon VPC*. Inoltre, i nomi DNS del file system e della destinazione di montaggio non sono risolvibili dall'esterno del VPC dove esistono.

Prima di poter montare un file system utilizzando il relativo nome DNS nel `mount` comando, devi fare quanto segue:
+ Verificare la disponibilità di una destinazione di montaggio Amazon EFS nella stessa zona di disponibilità dell'istanza Amazon EC2.
+ Assicurarsi che ci sia una destinazione di montaggio nello stesso VPC dell'istanza Amazon EC2. In caso contrario, non è possibile utilizzare la risoluzione dei nomi DNS per le destinazioni di montaggio EFS che si trovano in un altro VPC. Per ulteriori informazioni, consulta [Montaggio di file system EFS da un altro Account AWS o da un VPC](manage-fs-access-vpc-peering.md).
+ Collegare l'istanza Amazon EC2 all'interno di Amazon VPC configurata in modo da utilizzare il server DNS fornito da Amazon. Per ulteriori informazioni, consulta [Set di opzioni DHCP in Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_DHCP_Options.html) nella *Guida per l'utente di Amazon VPC*.
+ Verificare che l’Amazon VPC dell'istanza Amazon EC2 che si connette abbia degli hostname DNS abilitati. Per ulteriori informazioni, consulta [Attributi DNS per VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html#vpc-dns-support) nella *Guida per l'utente di Amazon VPC*.

## Il montaggio del file system ha esito negativo con "nfs not responding" (nfs non risponde)
<a name="tcp-reconnect-nfs-not-responding"></a>

Il montaggio di un file system Amazon EFS ha esito negativo su un evento di riconnessione TCP (Transmission Control Protocol) con `"nfs: server_name still not responding"`.

**Operazione da eseguire**

Utilizzare l'opzione di montaggio `noresvport` per accertarsi che il client NFS utilizzi una nuova porta di origine TCP quando viene ristabilita una connessione di rete. Ciò contribuisce a garantire la disponibilità continua dopo un evento di ripristino di rete.

## Lo stato del ciclo di vita della destinazione di montaggio è bloccato
<a name="mount-target-lifecycle-stuck"></a>

Lo stato del ciclo di vita della destinazione di montaggio è bloccato sui valori **creating (creazione)** o **deleting (eliminazione)**.

**Operazione da eseguire**  
Riprovare le chiamate `CreateMountTarget` o `DeleteMountTarget`.

## Lo stato del ciclo di vita di Mount Target mostra un errore
<a name="mount-target-dns-error"></a>

Lo stato del ciclo di vita del target di montaggio mostra un **errore**.

**Operazione da eseguire**

 Amazon EFS non può creare i record del sistema dei nomi di dominio (DNS) necessari per nuove destinazioni di montaggio del file system se il cloud privato virtuale (VPC) presenta zone ospitate in conflitto. Amazon EFS non può creare nuovi record all'interno di una zona ospitata di proprietà del cliente. Se devi mantenere una zona ospitata con un intervallo DNS `efs.<region>.amazonaws.com` in conflitto, crea la zona ospitata in un VPC separato. Per ulteriori informazioni sulle considerazioni DNS per il VPC, consulta [Attributi DNS per VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html).

Per risolvere il problema, elimina l'host `efs.<region>.amazonaws.com` in conflitto da VPC e crea nuovamente la destinazione di montaggio. Per ulteriori informazioni sull’eliminazione di target di montaggio, consulta [Gestione dei target di montaggio](accessing-fs.md).

## Il comando di montaggio non risponde
<a name="mount-unresponsive"></a>

Un montaggio Amazon EFS sembra non rispondere. Ad esempio, comandi come `ls` rimangono in sospeso.

**Operazione da eseguire**

Questo errore può verificarsi se un'altra applicazione sta scrivendo grandi quantità di dati sul file system. L'accesso ai file sui quali si concentrano le operazioni di scrittura potrebbe essere bloccato fino al completamento dell'operazione. In generale, tutti i comandi o le applicazioni che tentano di accedere ai file oggetto di scrittura potrebbero apparire come bloccati. Ad esempio, il comando `ls` potrebbe bloccarsi quando arriva al file oggetto di scrittura. Questo accade perché alcune distribuzioni di Linux creano un alias per il comando `ls` in modo che recuperi gli attributi dei file, oltre a visualizzare l'elenco dei contenuti della cartella.

Per risolvere il problema, verificare la presenza di un'altra applicazione che sta scrivendo file sulla destinazione di montaggio Amazon EFS e che si trova nello stato `Uninterruptible sleep` (`D`), come nell'esempio seguente:

```
$ ps aux | grep large_io.py 
root 33253 0.5 0.0 126652 5020 pts/3 D+ 18:22 0:00 python large_io.py /efs/large_file
```

Dopo aver verificato che questo è il caso, è possibile risolvere il problema rimanendo in attesa del completamento dell'altra operazione di scrittura o implementando una soluzione temporanea. Nell'esempio del comando `ls`, è possibile utilizzare direttamente il comando `/bin/ls`, invece di un alias. Ciò permette al comando di procedere senza bloccarsi sul file oggetto della scrittura. In generale, se l'applicazione che scrive i dati potesse forzare periodicamente un flush dei dati, ad esempio utilizzando il comando `fsync(2)`, ciò potrebbe migliorare la reattività dei file system per le altre applicazioni. Tuttavia, questo miglioramento potrebbe andare a discapito di prestazioni quando l'applicazione scrive i dati.

## Il client montato viene disconnesso
<a name="client-disconnected"></a>

Un client montato su un file system Amazon EFS può occasionalmente disconnettersi a causa di un numero qualsiasi di cause. I client NFS sono progettati per riconnettersi automaticamente in caso di interruzione per ridurre al minimo l'impatto delle disconnessioni di routine sulle prestazioni e sulla disponibilità delle applicazioni. Nella maggior parte dei casi, i client si riconnettono in modo trasparente in pochi secondi.

Il software client NFS incluso nelle versioni precedenti del kernel Linux (versioni v5.4 e precedenti) include un comportamento che fa sì che i client NFS, dopo la disconnessione, tentino di riconnettersi sulla stessa porta sorgente TCP. Questo comportamento non è conforme al TCP RFC e può impedire a questi client di ristabilire rapidamente le connessioni al server NFS (un file system EFS in questo caso).

Per risolvere questo problema, ti consigliamo vivamente di utilizzare l'helper di montaggio di Amazon EFS per montare i tuoi file system EFS. L'helper di montaggio EFS utilizza impostazioni di montaggio ottimizzate per i file system Amazon EFS. Per ulteriori informazioni sull'uso del client EFS e dell'helper di montaggio, consulta [Installazione del client Amazon EFS](using-amazon-efs-utils.md).

Se non è possibile utilizzare l'helper di montaggio EFS, si consiglia vivamente di utilizzare l'opzione di montaggio `noresvport` NFS, che indica ai client NFS di ristabilire le connessioni utilizzando nuove porte sorgente TCP per evitare questo problema. Per ulteriori informazioni, consulta [Impostazioni di montaggio NFS consigliate](mounting-fs-nfs-mount-settings.md).

## Le operazioni su un file system appena montato restituiscono l'errore "handle del file errato"
<a name="operations-return-bad-file-handle"></a>

Le operazioni su un file system appena montato restituiscono un errore `bad file handle`. 

Questo errore può verificarsi se un'istanza Amazon EC2 è stata connessa a un file system e a una destinazione di montaggio con un indirizzo IP specificato, e successivamente il file system e la destinazione di montaggio vengono eliminati. Questo problema può verificarsi se si creano un nuovo file system e una nuova destinazione di montaggio da connettere a tale istanza Amazon EC2 con lo stesso indirizzo IP della destinazione di montaggio. 

**Operazione da eseguire**  
È possibile risolvere questo errore smontando il file system e quindi rimontandolo sull'istanza Amazon EC2. Per ulteriori informazioni sullo smontaggio di un file system Amazon EFS, consulta [Smontaggio dei file system](unmounting-fs.md).

## Esito negativo dello smontaggio di un file system
<a name="troubleshooting-unmounting"></a>

Se il file system è impegnato, non è possibile smontarlo.

**Operazione da eseguire**  
Il problema può essere risolto nei modi indicati di seguito:
+ Usa lazy unmount, **umount -l** che scollega il file system dalla gerarchia del file system quando viene eseguito, quindi pulisce tutti i riferimenti al file system non appena non è più occupato.
+ Attendere il completamento di tutte le operazioni di lettura e scrittura e quindi tentare di nuovo di eseguire il comando **umount**.
+ Forza lo smontaggio usando il comando **umount -f**. 
**avvertimento**  
La forzatura di un'operazione di smontaggio interrompe tutte le letture e le scritture di dati in corso di elaborazione sul file system. Consulta la [pagina umount man](https://man7.org/linux/man-pages/man8/umount.8.html) per maggiori informazioni e indicazioni sull'uso di questa opzione.