Échec de la commande de montage
Voyez comment dépanner les problèmes liés aux commandes de montage du système de fichiers.
Voici quelques causes courantes des échecs de commande de montage :
- Règles de sécurité de réseau manquantes
- Configuration d'appairage de réseau incorrecte
- Option d'exportation manquante
- L'option d'exportation interdit l'instance
- La commande de montage est incorrecte ou comporte une faute de frappe
- La commande de montage utilisant un nom de domaine complet échoue, mais réussit avec une adresse IP
- Un module de sécurité tiers sur l'instance restreint le montage NFS
Règles de sécurité de réseau manquantes
Symptôme : Les commandes de montage échouent et retournent des erreurs telles que :
mount.nfs: Connection timed out
mount.nfs: Protocol not supported*
*clnt_create: RPC: Port mapper failure - Timed out*
Cause : Les règles de sécurité de réseau sont configurées de manière incorrecte ou manquantes.
Solution : Testez la connexion à la cible de montage du service Stockage de fichiers à 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é de réseau de trafic entrant et sortant sont configurées selon les instructions sous Configuration des règles de sécurité de réseau VCN pour le service de stockage de fichiers.
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 111 successivement :
telnet <Mount_Target_IP_address> <port>
Une connexion réussie retourne un résultat tel que :
Trying <Mount_Target_IP_address>...
Connected to <Mount_Target_IP_address>.
Escape character is '^]'.
Un échec retourne un résultat tel 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 111 successivement :
nc -z -v <Mount_Target_IP_address> <port>
Une connexion réussie retourne un résultat tel 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.
Un échec retourne un résultat tel que :
Ncat: Version 7.50 ( https://nmap.org/ncat )
Ncat: Connection timed out.
Installation de telnet et nc
Par défaut, de nombreuses images du service de calcul d'Oracle Cloud Infrastructure ne sont pas fournies avec les utilitaires telnet
et nc
installés. Pour installer ces outils sur une instance, utilisez la commande yum suivante :
sudo yum install telnet nc -y
Si les politiques n'autorisent pas l'installation des uteurs telnet et nc, vous pouvez utiliser 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 111 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 se connecter à la cible de montage sans problème.ssh: connect to host 10.0.0.5 port 2048: Connection timed out
- Cette réponse indique l'incapacité à se connecter à la cible de montage. Vérifiez que les règles de sécurité de réseau de trafic entrant et sortant sont configurées selon les instructions sous Configuration des règles de sécurité de réseau VCN pour le service de stockage de fichiers.ssh: connect to host 10.0.0.6 port 2048: No route to host
- Cette réponse 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 les commandes suivantes successivement :
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 retourne TcpTestSucceeded
en tant que True
, la connexion a été établie. Si le retour est False
, vérifiez les paramètres de pare-feu et de sécurité de réseau.
Vous pouvez également utiliser RPCINFO pour vérifier la connectivité réseau avec votre cible de montage.
Configuration d'appairage de réseau incorrecte
Symptôme : Échec de la commande de montage.
Cause : Un problème lié à la configuration de l'appairage du réseau entre l'instance et le système de fichiers a une incidence sur la connectivité. Exemples d'appairage de réseau :
- Appairage distant : Même location, région différente
- Appairage local : Même région, interlocation
- Réseau sur place vers Oracle Cloud Infrastructure
Solution : Vérifiez que les éléments d'appairage de réseau sont configurés correctement pour autoriser le trafic. Voici quelques exemples d'éléments qui limitent le trafic :
- Source et destination de la table de routage
- Règles pour le pare-feu
Si vous pouvez monter le système de fichiers à partir d'une instance dans le même VCN ou sous-réseau, votre problème de connexion est dû à la configuration de votre réseau d'appairage. Pour plus d'informations, voir Aperçu du service de réseau.
Option d'exportation manquante
Symptôme : La commande de montage échoue avec une erreur telle que :
_mount.nfs: mount(2): No such file or directory
_mount.nfs: Protocol not supported
Cause : Aucune option d'exportation n'est spécifiée pour l'exportation que vous utilisez dans la commande de montage.
Solution : Il doit y avoir au moins une option d'exportation dans l'exportation que vous utilisez pour monter le système de fichiers. Pour plus d'informations, voir Utilisation des options d'exportation et d'exportation NFS et Modification des options d'exportation et d'exportation.
L'option d'exportation interdit l'instance
Cause : L'option d'exportation n'autorise pas l'instance où le système de fichiers sera monté.
Solution : Mettez à jour le bloc CIDR source de l'option d'exportation afin d'inclure l'instance prévue. Pour plus d'informations, voir Utilisation des options d'exportation et d'exportation NFS et Modification des options d'exportation et d'exportation.
La commande de montage est incorrecte ou comporte une faute de frappe
_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 figurant dans la commande de montage sont incorrectes ou il y a une faute de frappe.
Solution : Vérifiez que les informations de votre commande de montage sont correctes :
- Vérifiez que le répertoire de point de montage existe. Dans le cas contraire, créez-le.
- Vérifiez qu'il n'y a pas de faute de frappe dans le point de montage dans la commande de montage.
- Vérifiez que le chemin d'exportation de la commande de montage ne contient pas de faute de frappe et que l'orthographe et la casse sont identiques à celles de l'exportation.
S'il y a une faute de frappe dans le point de montage, le système signale que le point de montage n'existe pas.
S'il y a une erreur de frappe ou de casse dans le chemin d'exportation, le système signale que le chemin n'existe pas.
Le chemin d'exportation est indiqué lorsque vous créez une exportation pour le système de fichiers dans une cible de montage. Il identifie de manière unique le système de fichiers dans la cible de montage, ce qui vous permet d'associer de multiples systèmes de fichiers à une même cible de montage. Le chemin d'exportation est ajouté à l'adresse IP de la cible de montage et sert au 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:
est l'adresse IP de la cible de montage et /example/path
correspond au chemin d'exportation. /mnt/mountpointA
est le chemin du répertoire sur l'instance client sur laquelle le système de fichiers externe est monté.
Vous pouvez trouver tous les chemins d'exportation d'un système de fichiers dans la liste Exportations affichée dans la page Détails d'un système de fichiers, ainsi que les informations sur la cible de montage associée.
- Vous pouvez obtenir le chemin d'exportation approprié en copiant les commandes de montage directement à partir de l'exportation du système de fichiers. Ces commandes réduisent le risque d'une erreur de frappe. Voir Obtention d'exemples de commandes de montage pour plus d'informations.
- Si un système de fichiers associé à une cible de montage utilise un chemin d'exportation '/', 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 de chemin d'exportation contenant le chemin complet de l'autre.
Pour plus d'informations, voir Chemins dans les systèmes de fichiers.
La commande de montage utilisant un nom de domaine complet échoue, mais réussit avec une adresse IP
Symptôme : Le montage d'un système de fichiers à l'aide d'un nom de domaine complet dans la commande de montage échoue, mais le montage avec une adresse IP réussit.
Cause : Si la cible de montage a un nom d'hôte spécifié, le service Stockage de fichiers crée un nom de domaine complet pour celui-ci et l'inclut dans l'exemple de commande de montage pour le système de fichiers. Assurez-vous que le nom de domaine complet résout correctement l'adresse IP de la cible de montage. Pour plus d'informations sur la résolution de système de noms de domaine, voir DNS dans le réseau en nuage virtuel.
Un module de sécurité tiers sur l'instance restreint le montage NFS
Symptôme : Échec de la commande de montage. L'opération dmesg
affiche un message similaire à celui qui suit, 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 TrendMicro Deep Security Agent, comporte des crochets de montage qui peuvent interférer avec NFS.
Solution : Arrêtez ds_agent
en exécutant la commande suivante :
/etc/init.d/ds_agent stop