

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Résolution des problèmes de montage du système de fichiers
<a name="mount-troubleshooting"></a>

L'échec d'une commande de montage d'un système de fichiers peut avoir plusieurs causes, comme décrit dans les rubriques suivantes.

## Le montage du système de fichiers échoue immédiatement
<a name="mount-fails-right-away"></a>

La commande de montage du système de fichiers échoue immédiatement. Le code suivant en présente un exemple.

```
mount.lustre: mount fs-0123456789abcdef0.fsx.us-east-1.aws@tcp:/fsx at /lustre
failed: No such file or directory

Is the MGS specification correct?
Is the filesystem name correct?
```

Cette erreur peut se produire si vous n'utilisez pas la bonne `mountname` valeur lors du montage d'un système de fichiers persistant ou Scratch 2 à l'aide de la **mount** commande. Vous pouvez obtenir la `mountname` valeur à partir de la réponse de la [https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html](https://docs.aws.amazon.com/cli/latest/reference/fsx/describe-file-systems.html) AWS CLI commande ou de l'opération [https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html](https://docs.aws.amazon.com/fsx/latest/APIReference/API_DescribeFileSystems.html)d'API.

## Le montage du système de fichiers se bloque, puis échoue avec une erreur de dépassement de délai d’attente
<a name="mount-hangs-fails-timeout"></a>

La commande de montage du système de fichiers se bloque pendant une minute ou deux, puis échoue avec une erreur de dépassement de délai d’attente au bout d’une ou deux minutes. 

Le code suivant en présente un exemple.

```
sudo mount -t lustre file_system_dns_name@tcp:/mountname /mnt/fsx

[2+ minute wait here]
Connection timed out
```

Cette erreur peut se produire parce que les groupes de sécurité de l'instance Amazon EC2 ou du système de fichiers ne sont pas correctement configurés.

**Action à exécuter**

Assurez-vous que vos groupes de sécurité pour le système de fichiers respectent les règles entrantes spécifiées dans[Groupes de sécurité Amazon VPC](limit-access-security-groups.md#fsx-vpc-security-groups).

## Le montage automatique échoue et l’instance ne répond pas
<a name="lustre-automount-fails"></a>



Dans certains cas, le montage automatique d'un système de fichiers peut échouer et votre instance Amazon EC2 peut cesser de répondre.

Ce problème peut se produire si l'`_netdev`option n'a pas été déclarée. Si elle `_netdev` est manquante, votre instance Amazon EC2 peut cesser de répondre. Cela s’explique par le fait que les systèmes de fichiers réseau doivent être initialisés après le démarrage de la mise en réseau de l’instance de calcul.

**Action à exécuter**  
Si ce problème se produit, contactez AWS Support.

## Le montage du système de fichiers échoue lors du démarrage du système
<a name="mount-fails-boot-up"></a>

Le montage du système de fichiers échoue lors du démarrage du système. Le montage est automatisé à l'aide de`/etc/fstab`. Lorsque le système de fichiers n'est pas monté, l'erreur suivante apparaît dans le journal système correspondant à la période de démarrage de l'instance.

```
LNetError: 3135:0:(lib-socket.c:583:lnet_sock_listen()) Can't create socket: port 988 already in use
LNetError: 122-1: Can't start acceptor on port 988: port already in use
```

Cette erreur peut se produire lorsque le port 988 n'est pas disponible. Lorsque l'instance est configurée pour monter des systèmes de fichiers NFS, il est possible que les montages NFS lient son port client au port 988

**Action à exécuter**

Vous pouvez contourner ce problème en ajustant les options du client NFS `noresvport` et de `noauto` montage dans la mesure du possible.

## Le montage du système de fichiers à l'aide du nom DNS échoue
<a name="mount-fails-dns-name"></a>

Des noms de service de noms de domaine (DNS) mal configurés peuvent provoquer des échecs de montage du système de fichiers, comme le montrent les scénarios suivants.

**Scénario 1 :** le montage d'un système de fichiers utilisant un nom de service de noms de domaine (DNS) échoue. Le code suivant en présente un exemple.

```
sudo mount -t lustre file_system_dns_name@tcp:/mountname /mnt/fsx
mount.lustre: Can't parse NID 
'file_system_dns_name@tcp:/mountname'
```

**Action à exécuter**

Vérifiez la configuration de votre cloud privé virtuel (VPC). Si vous utilisez un VPC personnalisé, assurez-vous que les paramètres DNS sont activés. Pour plus d'informations, consultez [Utilisation de DNS avec votre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html) dans le *Amazon VPC Guide de l'utilisateur*. 

Pour spécifier un nom DNS dans la `mount` commande, procédez comme suit :
+ Assurez-vous que l'instance Amazon EC2 se trouve dans le même VPC que votre système de fichiers Amazon FSx for Lustre.
+ Connectez votre instance Amazon EC2 au sein d'un VPC configuré pour utiliser le serveur DNS fourni par Amazon. Pour en savoir plus, consultez [Jeux d'options DHCP](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_DHCP_Options.html) dans le *Guide de l'utilisateur Amazon VPC*.
+ Assurez-vous que les noms d'hôte DNS sont activés sur le VPC Amazon de l'instance Amazon EC2 connectée. Pour plus d'informations, consultez la section [Mise à jour du support DNS pour votre VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html#vpc-dns-updating) dans le guide de l'utilisateur Amazon *VPC*.

**Scénario 2 :** le montage d'un système de fichiers utilisant un nom de service de noms de domaine (DNS) échoue. Le code suivant en présente un exemple.

```
mount -t lustre file_system_dns_name@tcp:/mountname /mnt/fsx
mount.lustre: mount file_system_dns_name@tcp:/mountname at /mnt/fsx failed: Input/output error Is the MGS running?
```

**Action à exécuter**

 Assurez-vous que les règles de trafic sortant correctes sont appliquées aux groupes de sécurité VPC du client. Cette recommandation est particulièrement vraie si vous n'utilisez pas le groupe de sécurité par défaut ou si vous l'avez modifié. Pour de plus amples informations, veuillez consulter [Groupes de sécurité Amazon VPC](limit-access-security-groups.md#fsx-vpc-security-groups). 