Echec de la commande de montage
Découvrez comment résoudre les problèmes liés aux commandes de montage de système de fichiers.
Voici quelques causes courantes des échecs de commande de montage :
- Règles de sécurité réseau manquantes
- Configuration d'appairage de réseau incorrecte
- Option d'export manquante
- Instance interdite par l'option d'export
- Commande de montage incorrecte ou incluant une erreur typographique
- Echec de la commande de montage avec un nom de domaine qualifié complet, mais succès avec une adresse IP
- Montage NFS restreint par un module de sécurité tiers sur l'instance
Règles de sécurité réseau manquantes
Symptôme : les commandes de montage échouent et renvoient des erreurs telles que :
mount.nfs: Connection timed out
mount.nfs: Protocol not supported*
*clnt_create: RPC: Port mapper failure - Timed out*
Cause : des règles de sécurité réseau sont mal configurées ou manquantes.
Solution : testez la connexion à la cible de montage File Storage à l'aide de l'utilitaire telnet
, nc
ou ssh
.
Si l'un de ces tests de connexion échoue, vérifiez que les règles de sécurité réseau entrantes et sortantes sont configurées conformément aux instructions qui figurent dans Configuration des règles de sécurité de réseaux cloud virtuels pour File Storage.
Test avec telnet
Exécutez les commandes telnet
suivantes. Remplacer les variables de cette commande par l'adresse IP d'une cible de montage et tester les ports NFS 2048, 2049, 2050 et 11 successivement :
telnet <Mount_Target_IP_address> <port>
Une connexion réussie renvoie une sortie telle que :
Trying <Mount_Target_IP_address>...
Connected to <Mount_Target_IP_address>.
Escape character is '^]'.
En cas d'échec, vous obtenez une sortie telle que :
Trying 10.0.0.5...
telnet: connect to address 10.0.0.5: Connection timed out
Test avec NC
Exécutez les commandes nc
suivantes. Remplacer les variables de cette commande par l'adresse IP d'une cible de montage et tester les ports NFS 2048, 2049, 2050 et 11 successivement :
nc -z -v <Mount_Target_IP_address> <port>
Une connexion réussie renvoie une sortie telle que :
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.
En cas d'échec, vous obtenez une sortie telle que :
Ncat: Version 7.50 ( https://nmap.org/ncat )
Ncat: Connection timed out.
Installation de telnet et de nc
Par défaut, les utilitaires telnet
et nc
ne sont pas installés sur de nombreuses images Oracle Cloud Infrastructure Compute. Pour installer ces utilitaires sur une instance, utilisez la commande yum suivante :
sudo yum install telnet nc -y
Si les stratégies ne permettent pas l'installation des utilitaires telnet et nc, vous pouvez vous servir de l'utilitaire ssh pour tester la connectivité. Remplacer les variables de cette commande par l'adresse IP d'une cible de montage et tester les ports NFS 2048, 2049, 2050 et 11 successivement :
ssh <Mount_Target_IP_address> -p <Port>
La réponse à la commande ssh peut aider à identifier la cause possible de l'échec du montage :
ssh_exchange_identification: Connection closed by remote host
: il s'agit de la réponse attendue. Elle indique que l'instance peut sans problème se connecter à la cible de montage.ssh: connect to host 10.0.0.5 port 2048: Connection timed out
: cette réponse indique qu'il est impossible de se connecter à la cible de montage. Vérifiez que les règles de sécurité réseau entrantes et sortantes sont configurées conformément aux instructions de Configuration des règles de sécurité de réseaux cloud virtuels pour File Storage.ssh: connect to host 10.0.0.6 port 2048: No route to host
: indique que la cible de montage n'existe pas ou que l'adresse IP fournie est incorrecte.
Utilisez Windows PowerShell pour tester la connectivité à partir de l'instance Windows où vous montez le système de fichiers.
- Dans le menu Démarrer, sélectionnez Windows PowerShell.
-
Exécutez successivement les commandes suivantes :
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
Si la sortie des commandes précédentes renvoie TcpTestSucceeded
en tant que True
, la connexion a été établie. Si la valeur renvoyée est False
, vérifiez les paramètres de pare-feu et de sécurité réseau.
Vous pouvez également utiliser RPCINFO pour vérifier la connectivité réseau avec la cible de montage.
Configuration d'appairage de réseau incorrecte
Symptôme : la commande de montage échoue.
Cause : un problème de configuration d'appairage du réseau entre l'instance et le système de fichiers affecte la connectivité. Exemples d'appairage réseau :
- Appairage à distance : même location, région différente
- Appairage local : même région, inter-location
- Réseau sur site vers Oracle Cloud Infrastructure
Solution : vérifiez que les éléments d'appairage réseau sont configurés de manière à autoriser le trafic. Voici quelques exemples d'éléments qui limitent le trafic :
- Source et destination de table de routage
- Règles de pare-feu
Si vous pouvez monter le système de fichiers à partir d'une instance du même réseau cloud virtuel ou sous-réseau, votre problème de connexion est causé par votre configuration réseau d'appairage. Pour plus d'informations, reportez-vous à Présentation de Networking.
Option d'export manquante
Symptôme : la commande de montage échoue avec une erreur telle que la suivante :
_mount.nfs: mount(2): No such file or directory
_mount.nfs: Protocol not supported
Cause : aucune option d'export n'est spécifiée pour l'export que vous utilisez dans la commande de montage.
Solution : il doit exister au moins une option d'export dans l'export que vous utilisez pour monter le système de fichiers. Pour plus d'informations, reportez-vous à Utilisation des options d'export et d'export NFS et à Modification d'une option d'export et d'export.
Instance interdite par l'option d'export
Cause : l'option d'export n'autorise pas l'instance sur laquelle le système de fichiers sera monté.
Solution : mettez à jour le CIDR source de l'option d'export pour inclure l'instance voulue. Pour plus d'informations, reportez-vous à Utilisation des options d'export et d'export NFS et à Modification d'une option d'export et d'export.
Commande de montage incorrecte ou incluant une erreur typographique
_mount.nfs: mount point <mount_point> does not exist_
ou _mount.nfs: mounting <MountTarget>:<ExportPath> failed, reason given by server: No such file or directory
Cause : les informations dans la commande de montage sont incorrectes ou incluent une erreur typographique.
Solution : vérifiez que les informations de la commande de montage sont correctes :
- Vérifiez que le répertoire de point de montage existe. Si ce n'est pas le cas, créez-le.
- Vérifiez l'absence de toute erreur typographique dans le point de montage de la commande de montage.
- Vérifiez que le chemin d'export dans la commande de montage ne contient pas d'erreur typographique et que l'orthographe et la casse sont identiques à celles de l'export.
En cas d'erreur typographique dans le point de montage, le système signale qu'il n'existe pas.
En cas d'erreur typographique ou de casse dans le chemin d'export, le système signale qu'il n'existe pas.
Le chemin d'export est indiqué lorsque vous créez un export pour le système de fichiers dans une cible de montage. Il identifie de façon unique le système de fichiers dans la cible de montage, ce qui permet d'associer plusieurs systèmes de fichiers à une même cible de montage. Le chemin d'export est ajouté à la fin de l'adresse IP de la cible de montage et utilisé pour effectuer le montage du système de fichiers. Par exemple :
sudo mount 10.0.0.5:/example/path /mnt/mountpointA
Dans cet exemple, 10.0.0.5:
représente l'adresse IP de la cible de montage et /example/path
le chemin d'export. /mnt/mountpointA
représente le chemin d'accès au répertoire de l'instance client sur laquelle le système de fichiers externe est monté.
Vous pouvez trouver tous les chemins d'export d'un système de fichiers dans la liste Exports affichée dans la page Détails du système, ainsi que les informations de cible de montage associées.
- Vous pouvez obtenir le chemin d'export correct en copiant les commandes de montage directement à partir de l'export du système de fichiers. Ces commandes réduisent les risques d'erreur de saisie. Pour plus d'informations, reportez-vous à la section Getting Mount Command Samples.
- Si un système de fichiers associé à une cible de montage utilise '/' comme chemin d'export, vous ne pouvez pas associer d'autres systèmes de fichiers à cette cible de montage. Deux systèmes de fichiers associés à la même cible de montage ne peuvent pas avoir un chemin d'export contenant le chemin complet de l'autre.
Pour plus d'informations, reportez-vous à Chemins dans les systèmes de fichiers.
Echec de la commande de montage avec un nom de domaine qualifié complet, mais succès avec une adresse IP
Symptôme : le montage d'un système de fichiers à l'aide d'un nom de domaine qualifié complet dans la commande de montage échoue, mais le montage avec une adresse IP réussit.
Cause : si un nom d'hôte est spécifié pour la cible de montage, le service File Storage crée un nom de domaine qualifié complet pour cette cible et l'inclut dans l'exemple de commande de montage pour le système de fichiers. Assurez-vous que le nom de domaine qualifié complet se résout correctement en l'adresse IP de la cible de montage. Pour plus d'informations sur la résolution DNS, reportez-vous à DNS dans votre réseau cloud virtuel.
Montage NFS restreint par un module de sécurité tiers sur l'instance
Symptôme : la commande de montage échoue. L'opération dmesg
affiche un message semblable au suivant, qui peut varier en fonction du module :
Redirecting File System Framework Version 0.10 <www.redirfs.org> with TrendMicro Patch...
Cause : le module de sécurité, tel que Trend Micro Deep Security Agent, comporte des points d'ancrage de montage pouvant interférer avec NFS.
Solution : arrêtez ds_agent
en exécutant la commande suivante :
/etc/init.d/ds_agent stop