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

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

Montaggio fallito del file system su un'istanza Windows

Un montaggio del file system su un'EC2istanza Amazon su Microsoft Windows non riesce.

Operazione da eseguire

Non utilizzare Amazon EFS con EC2 istanze Windows, che non sono supportate.

Accesso rifiutato dal server

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 può verificarsi se il tuo NFS client non dispone dell'autorizzazione per montare il file system.

Operazione da eseguire

Se state tentando di montare il file system utilizzandoIAM, assicuratevi di utilizzare l'-o iamopzione nel comando mount. Questo dice al EFS mount helper di passare le tue credenziali al EFS mount target. Se ancora non avete accesso, controllate la politica del file system e la politica di identità per assicurarvi che non vi siano DENY clausole applicabili alla connessione e che vi sia almeno una ALLOW clausola applicabile alla connessione. Per ulteriori informazioni, consulta Utilizzato IAM per controllare l'accesso ai dati del file system e Creazione di policy del file system.

Il montaggio automatico non funziona e l'istanza non risponde

Questo problema può verificarsi se il file system è stato montato automaticamente su un'istanza e l'opzione _netdev non è stata dichiarata. Se _netdev manca, l'EC2istanza 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 più EFS file system Amazon in /etc/fstab fallisce

Nei casi in cui viene utilizzato il sistema systemd init con due o più EFS voci Amazon in/etc/fstab, potrebbero esserci momenti 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 stiate montando manualmente i file system o utilizzando l'aiuto di EFS montaggio di Amazon.

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

Quindi riavvia l'EC2istanza Amazon. 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"

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.

Il comando di montaggio ha esito negativo con il messaggio di errore "opzione di montaggio errata"

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 viene restituito il comando precedente# CONFIG_NFS_V4_1 is not set, NFSv4 .1 non è supportato nella distribuzione Linux in uso. Per un elenco delle Amazon Machine Images (AMIs) per Amazon Elastic Compute Cloud (AmazonEC2) che supportano la tecnologia NFSv4 1.1, consulta. NFSsupporto

Montaggio con punti di accesso non riuscito

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 EFS percorso specificato non esiste. Assicurati di fornire la proprietà e le autorizzazioni per la directory principale del punto di accesso. EFSnon creerà la directory principale senza queste informazioni. Per ulteriori informazioni, consulta Lavorare con i punti di EFS accesso Amazon.

Se non si specifica alcuna proprietà e autorizzazione della directory principale e la directory principale non esiste già, non EFS verrà creata. 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

Dopo la creazione di una destinazione di montaggio, possono essere necessari fino a 90 secondi affinché i record Domain Name Service (DNS) si propagino completamente in un file. Regione AWS

Operazione da eseguire

Se stai creando e montando file system a livello di codice, ad esempio con un AWS 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

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é l'EC2istanza Amazon o i gruppi di sicurezza Mount Target non sono configurati correttamente. Assicurati che il gruppo di sicurezza Mount Target disponga di una regola in entrata che NFS consenta l'accesso dal gruppo EC2 di sicurezza. Per ulteriori informazioni, consulta Creazione dei gruppi di sicurezza.

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 del file system con NFS l'utilizzo DNS del nome non riesce

I tentativi di montare un file system utilizzando un NFS client (non utilizzando il amazon-efs-utils client) utilizzando il DNS nome del file system falliscono, come illustrato 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 VPC configurazione. Se stai usando una configurazione personalizzataVPC, assicurati che DNS le impostazioni siano abilitate. Per ulteriori informazioni, consulta DNSgli attributi per te VPC nella Amazon VPC User Guide. Inoltre, i DNS nomi dei file system e delle destinazioni di montaggio non sono risolvibili dall'esterno del VPC luogo in cui esistono.

Prima di poter montare un file system utilizzando DNS il relativo nome nel mount comando, è necessario effettuare le seguenti operazioni:

Il montaggio del file system ha esito negativo con "nfs not responding" (nfs non risponde)

Il montaggio di un EFS file system Amazon non riesce in caso di riconnessione Transmission Control Protocol (TCP) con"nfs: server_name still not responding".

Operazione da eseguire

Utilizza l'opzione di noresvport montaggio per assicurarti che il NFS client utilizzi una nuova porta TCP sorgente 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

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

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

Operazione da eseguire

Amazon EFS non può creare i record Domain Name System (DNS) necessari per le 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 efs.<region>.amazonaws.com DNS intervallo in conflitto, crea la zona ospitata in una zona ospitata separata. VPC Per ulteriori informazioni sulle DNS considerazioni relative aVPC, consulta DNSattributes for your. VPC

Per risolvere questo problema, elimina l'efs.<region>.amazonaws.com.rproxy.goskope.comhost in conflitto da VPC e crea nuovamente il mount target. Per ulteriori informazioni sull’eliminazione di target di montaggio, consulta Gestione dei target di montaggio.

Il comando di montaggio non risponde

Una EFS montatura Amazon 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 questo problema, verifica che un'altra applicazione stia scrivendo file EFS sul mount Amazon e che sia 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

Un client montato su un EFS file system Amazon può occasionalmente disconnettersi per diverse cause. NFSi client 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.

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

Per risolvere questo problema, ti consigliamo vivamente di utilizzare Amazon EFS mount helper per montare i tuoi EFS file system. Il EFS mount helper utilizza impostazioni di montaggio ottimizzate per i EFS file system Amazon. Per ulteriori informazioni sul EFS client e sull'helper di montaggio, consulta. Installazione del EFS client Amazon

Se non è possibile utilizzare il EFS mount helper, si consiglia vivamente di utilizzare l'opzione noresvport NFS mount, che indica NFS ai client di ristabilire le connessioni utilizzando nuove porte di TCP origine per evitare questo problema. Per ulteriori informazioni, consulta Impostazioni di montaggio consigliate NFS.

Le operazioni su un file system appena montato restituiscono l'errore "handle del file errato"

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

Questo errore può verificarsi se un'EC2istanza Amazon è stata connessa a un file system e a una destinazione di montaggio con un indirizzo IP specificato e quindi il file system e la destinazione di montaggio sono stati eliminati. Se crei un nuovo file system e monti una destinazione per connetterti a quell'EC2istanza Amazon con lo stesso indirizzo IP di destinazione di montaggio, questo problema può verificarsi.

Operazione da eseguire

Puoi risolvere questo errore smontando il file system e quindi rimontando il file system sull'istanza AmazonEC2. Per ulteriori informazioni sullo smontaggio del EFS file system Amazon, consultaSmontaggio dei file system.

Esito negativo dello smontaggio di un file system

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

Operazione da eseguire

Il problema può essere risolto nei modi indicati di seguito: