Documentazione di Oracle Cloud Infrastructure

Impossibile eseguire il comando di installazione

Informazioni su come risolvere i problemi con i comandi di attivazione del file system.

Di seguito sono riportate alcune cause comuni per gli errori dei comandi di attivazione.

Regole di sicurezza di rete mancanti

Symptom: i comandi di attivazione non riescono e restituiscono errori come:

mount.nfs: Connection timed out
mount.nfs: Protocol not supported*
*clnt_create: RPC: Port mapper failure - Timed out*

Causa: le regole di sicurezza di rete sono impostate o mancanti in modo errato.

Soluzione: eseguire il test della connessione alla destinazione di accesso dello storage di file utilizzando la utility telnet, nc o ssh.

Importante

Se uno di questi test della connessione non riesce, verificare che le regole di sicurezza della rete in entrata e in uscita siano impostate in base alle istruzioni riportate nella sezione Configurazione delle regole di sicurezza VCN per lo storage di file.

Test della connettività NFS mediante telnet e nc

Test con Telnet

Eseguire i seguenti comandi telnet. Sostituire le variabili in questo comando con l'indirizzo IP di una destinazione di accesso ed eseguire il test delle porte NFS 2048, 2049, 2050 e 111 in sequenza.

telnet <Mount_Target_IP_address> <port>

Una connessione riuscita restituisce un messaggio come:

Trying <Mount_Target_IP_address>...
Connected to <Mount_Target_IP_address>.
Escape character is '^]'.

Un errore restituisce un risultato come:

Trying 10.0.0.5...
telnet: connect to address 10.0.0.5: Connection timed out

Test con nc

Eseguire i seguenti comandi nc. Sostituire le variabili in questo comando con l'indirizzo IP di una destinazione di accesso ed eseguire il test delle porte NFS 2048, 2049, 2050 e 111 in sequenza.

nc -z -v <Mount_Target_IP_address> <port>

Una connessione riuscita restituisce un messaggio come:

Ncat: Version 7.50 ( https://nmap.org/ncat )
Ncat: Connected to 10.0.0.5:2048.
Ncat: 0 bytes sent, 0 bytes received in 0.01 seconds.

Un errore restituisce un risultato come:

Ncat: Version 7.50 ( https://nmap.org/ncat )
Ncat: Connection timed out.

Installazione di telnet e nc

Per impostazione predefinita, molte immagini di computazione di Oracle Cloud Infrastructure non vengono fornite con le utility telnet e nc installate. Per installare queste utility su un'istanza, utilizzare il seguente comando yum:

sudo yum install telnet nc -y
Test della connettività mediante SSH

Se i criteri non consentono l'installazione delle utility telnet e nc, è possibile utilizzare la utility ssh per eseguire il test della connettività. Sostituire le variabili in questo comando con l'indirizzo IP di una destinazione di accesso ed eseguire il test delle porte NFS 2048, 2049, 2050 e 111 in sequenza.

ssh <Mount_Target_IP_address> -p <Port>

La risposta al comando ssh può aiutare a identificare la possibile causa dell'errore di attivazione:

  • ssh_exchange_identification: Connection closed by remote host: questa è la risposta prevista. Indica che l'istanza può connettersi alla destinazione di accesso senza problemi.
  • ssh: connect to host 10.0.0.5 port 2048: Connection timed out: questa risposta indica l'impossibilità di connettersi alla destinazione di accesso. Verificare che le regole di sicurezza della rete in entrata e in uscita siano impostate in base alle istruzioni riportate nella sezione Configurazione delle regole di sicurezza VCN per lo storage di file.
  • ssh: connect to host 10.0.0.6 port 2048: No route to host: questa risposta indica che la destinazione di accesso non esiste o che l'indirizzo IP fornito è errato.
Test della connettività NFS da un'istanza Windows

Utilizzare Windows PowerShell per eseguire il test della connettività dall'istanza di Windows in cui si sta eseguendo il MOUNT del file system.

  1. Dal menu Start, selezionare Windows PowerShell.

  2. Eseguire i comandi seguenti in sequenza:

    Test-NetConnection <mount_target_IP_address> 2048
    Test-NetConnection <mount_target_IP_address> 2049
    Test-NetConnection <mount_target_IP_address> 2050
    Test-NetConnection <mount_target_IP_address> 111

Se l'output dei comandi precedenti restituisce TcpTestSucceeded come True, la connessione è stata stabilita correttamente. Se il valore restituito è False, verificare le impostazioni di sicurezza del firewall e della rete.

Suggerimento

È inoltre possibile utilizzare RPCINFO per controllare la connettività di rete con la destinazione di accesso.

Configurazione peering di rete errata

Symptom: il comando di attivazione non riesce.

Causa: un problema con la configurazione di peering della rete tra l'istanza e il file system influisce sulla connettività. Di seguito sono riportati alcuni esempi di peering di rete.

  • Peering remoto: stessa tenancy, area diversa
  • Peering locale: stessa area, cross-tenancy
  • Rete on-premise a Oracle Cloud Infrastructure

Soluzione: verificare che gli elementi di peering di rete siano configurati correttamente per consentire il traffico. Alcuni esempi di elementi che limitano il traffico sono:

  • Origine e destinazione della tabella di instradamento
  • Regole firewall

Se puoi eseguire il MOUNT del file system da un'istanza all'interno della stessa VCN o della stessa subnet, il problema di connessione è causato dalla configurazione della rete di peering. Per ulteriori informazioni, vedere Panoramica della rete.

Opzione di esportazione mancante

Symptom: il comando di attivazione non riesce con un errore, ad esempio:

_mount.nfs: mount(2): No such file or directory
_mount.nfs: Protocol not supported

Causa: non è stata specificata alcuna opzione di esportazione per l'esportazione in uso nel comando di accesso.

Soluzione: deve esistere almeno un'opzione di esportazione nell'esportazione utilizzata per eseguire il MOUNT del file system. Per ulteriori informazioni, vedere Utilizzo delle opzioni di esportazione ed esportazione NFS e fare riferimento alla sezione Modifica di un'esportazione e delle opzioni.

Il comando di attivazione è errato o include un errore di battitura

Symptom: il comando di attivazione non riesce con un errore, ad esempio: 
 _mount.nfs: mount point <mount_point> does not exist_
In alternativa
 _mount.nfs: mounting <MountTarget>:<ExportPath> failed, reason given by server: No such file or directory

Causa: le informazioni nel comando di MOUNT sono errate o contiene un errore di battitura.

Soluzione: verificare che le informazioni contenute nel comando mount siano corrette:

  • Verificare che la directory dei punti di attivazione esista. In caso contrario, createlo.
  • Verificare che il punto di attivazione nel comando mount non contenga errori di battitura.
  • Verificare che il percorso di esportazione nel comando mount non contenga un errore di battitura e che l'ortografia e il case siano uguali a quelli dell'esportazione.
Suggerimento

Se il punto di attivazione contiene un errore di battitura, il sistema segnala che il punto di attivazione non esiste.

In caso di errore di battitura o di mancata corrispondenza dei casi nel percorso di esportazione, il sistema segnala che il percorso non esiste.

Il percorso di esportazione viene specificato quando si crea un'esportazione per il file system in una destinazione di accesso. Identifica il file system in modo univoco all'interno della destinazione di accesso, consentendoti di associare più file system a una singola destinazione di accesso. Il percorso di esportazione viene aggiunto all'indirizzo IP della destinazione di MOUNT e usato per eseguire il MOUNT del file system. Ad esempio:

sudo mount 10.0.0.5:/example/path /mnt/mountpointA

In questo esempio, 10.0.0.5: è l'indirizzo IP della destinazione di accesso e /example/path è il percorso di esportazione. /mnt/mountpointA è il percorso della directory nell'istanza client su cui viene eseguito il MOUNT del file system esterno.

Suggerimento

È possibile trovare tutti i percorsi di esportazione per un file system nella lista Esportazioni visualizzata nella pagina Dettagli, insieme alle informazioni sulla destinazione di accesso associate.
  • È possibile ottenere il percorso di esportazione corretto copiando i comandi di attivazione direttamente dall'esportazione del file system. Questi comandi riducono al minimo la possibilità di un errore di digitazione. Per ulteriori informazioni, vedere Recupero dei campioni dei comandi di installazione.
  • Se un file system associato a una destinazione di accesso utilizza un percorso di esportazione '/', ciò impedisce di associare più file system a tale destinazione di accesso. Nessun file system associato alla stessa destinazione di accesso può avere un percorso di esportazione contenente un percorso completo dell'altro.

Per ulteriori informazioni, vedere Percorsi nei file system.

Il comando Mount che utilizza un FQDN non riesce, ma riesce con un indirizzo IP

Sintomo: l'attivazione di un file system mediante un nome FQDN nel comando di attivazione non riesce, ma l'attivazione con un indirizzo IP viene eseguita correttamente.

Causa: se per la destinazione di accesso è stato specificato un nome host, il servizio di storage di file crea un nome FQDN e lo include nell'esempio di comando di accesso per il file system. Assicurarsi che il nome FQDN venga risolto correttamente nell'indirizzo IP della destinazione di accesso. Per ulteriori informazioni sulla risoluzione DNS, vedi DNS nella tua rete cloud virtuale.

Un modulo di sicurezza di terze parti nell'istanza limita l'installazione di NFS

Symptom: il comando di attivazione non riesce. L'operazione dmesg visualizza un messaggio simile al seguente, che può variare a seconda del modulo: 

Redirecting File System Framework Version 0.10 <www.redirfs.org> with TrendMicro Patch...

Causa: il modulo di sicurezza, ad esempio TrendMicro Deep Security Agent, dispone di hook di accesso che possono interferire con NFS.

Soluzione: arrestare ds_agent eseguendo il comando seguente:

/etc/init.d/ds_agent stop