Rechercher

3.2. Montage d'un système de fichiers GFS2

download PDF

Avant de pouvoir monter un système de fichiers GFS2, le système de fichiers doit exister, le volume où se trouve le système de fichiers doit être activé et les systèmes de clustering et de verrouillage doivent être démarrés. Une fois ces conditions remplies, vous pouvez monter le système de fichiers GFS2 comme n'importe quel système de fichiers Linux.

Note

Dans un environnement de production, vous devez toujours utiliser Pacemaker pour gérer le système de fichiers GFS2 plutôt que de monter manuellement le système de fichiers à l'aide d'une commande mount, car cela peut entraîner des problèmes lors de l'arrêt du système.

Pour manipuler les ACL de fichiers, vous devez monter le système de fichiers avec l'option de montage -o acl. Si un système de fichiers est monté sans l'option de montage -o acl, les utilisateurs sont autorisés à visualiser les listes de contrôle d'accès (avec getfacl), mais ne sont pas autorisés à les définir (avec setfacl).

3.2.1. Montage d'un système de fichiers GFS2 sans options spécifiées

Dans cet exemple, le système de fichiers GFS2 sur /dev/vg01/lvol0 est monté sur le répertoire /mygfs2.

# mount /dev/vg01/lvol0 /mygfs2

3.2.2. Montage d'un système de fichiers GFS2 spécifiant des options de montage

Voici le format de la commande de montage d'un système de fichiers GFS2 qui spécifie les options de montage.

mount BlockDevice MountPoint -o option
BlockDevice
Spécifie le périphérique de bloc où réside le système de fichiers GFS2.
MountPoint
Spécifie le répertoire dans lequel le système de fichiers GFS2 doit être monté.

L'argument -o option se compose d'options spécifiques à GFS2 ou d'options Linux standard acceptables mount -o, ou d'une combinaison des deux. Les paramètres option multiples sont séparés par une virgule et sans espace.

Note

La commande mount est une commande système Linux. Outre ces options spécifiques à GFS2, vous pouvez utiliser d'autres options standard de la commande mount (par exemple, -r). Pour plus d'informations sur les autres options de la commande Linux mount, consultez la page de manuel Linux mount.

Le tableau suivant décrit les valeurs -o option spécifiques à GFS2 qui peuvent être transmises à GFS2 au moment du montage.

Note

Ce tableau inclut des descriptions d'options qui sont utilisées avec des systèmes de fichiers locaux uniquement. Notez cependant que Red Hat ne prend pas en charge l'utilisation de GFS2 en tant que système de fichiers à nœud unique. Red Hat continuera à prendre en charge les systèmes de fichiers GFS2 à nœud unique pour le montage d'instantanés de systèmes de fichiers en grappe (par exemple, à des fins de sauvegarde).

Tableau 3.2. Options de montage spécifiques au GFS2
OptionDescription

acl

Permet de manipuler les ACL des fichiers. Si un système de fichiers est monté sans l'option acl mount, les utilisateurs sont autorisés à consulter les listes de contrôle d'accès (avec getfacl), mais ne sont pas autorisés à les définir (avec setfacl).

data=[ordered|writeback]

Lorsque data=ordered est défini, les données utilisateur modifiées par une transaction sont transférées sur le disque avant que la transaction ne soit validée sur le disque. Cela devrait empêcher l'utilisateur de voir des blocs non initialisés dans un fichier après un crash. Lorsque le mode data=writeback est activé, les données utilisateur sont écrites sur le disque à tout moment après qu'elles ont été supprimées. Ce mode n'offre pas la même garantie de cohérence que le mode ordered, mais il devrait être légèrement plus rapide pour certaines charges de travail. La valeur par défaut est le mode ordered.

ignore_local_fs

Caution: Cette option ne doit pas être utilisée lorsque les systèmes de fichiers GFS2 sont partagés.

Force GFS2 à traiter le système de fichiers comme un système de fichiers multi-hôtes. Par défaut, l'utilisation de lock_nolock active automatiquement l'indicateur localflocks.

localflocks

Caution: Cette option ne doit pas être utilisée lorsque les systèmes de fichiers GFS2 sont partagés.

Indique à GFS2 de laisser la couche VFS (système de fichiers virtuels) s'occuper de tous les flocages et fcntl. Le drapeau localflocks est automatiquement activé par lock_nolock.

lockproto=LockModuleName

Permet à l'utilisateur de spécifier le protocole de verrouillage à utiliser avec le système de fichiers. Si LockModuleName n'est pas spécifié, le nom du protocole de verrouillage est lu dans le superbloc du système de fichiers.

locktable=LockTableName

Permet à l'utilisateur de spécifier la table de verrouillage à utiliser avec le système de fichiers.

quota=[off/account/on]

Active ou désactive les quotas pour un système de fichiers. Si les quotas sont définis à l'état account, les statistiques d'utilisation par UID/GID sont correctement maintenues par le système de fichiers ; les valeurs de limite et d'avertissement sont ignorées. La valeur par défaut est off.

errors=panic|withdraw

Lorsque errors=panic est spécifié, les erreurs du système de fichiers provoquent une panique du noyau. Lorsque errors=withdraw est spécifié, ce qui est le comportement par défaut, les erreurs du système de fichiers entraînent le retrait du système de fichiers et le rendent inaccessible jusqu'au prochain redémarrage ; dans certains cas, le système peut continuer à fonctionner.

discard/nodiscard

GFS2 génère des demandes d'E/S "discard" pour les blocs qui ont été libérés. Celles-ci peuvent être utilisées par le matériel adéquat pour mettre en œuvre le "thin provisioning" et d'autres schémas similaires.

barrier/nobarrier

Permet à GFS2 d'envoyer des barrières d'E/S lors de la vidange du journal. La valeur par défaut est on. Cette option est automatiquement désactivée à l'adresse off si le périphérique sous-jacent ne prend pas en charge les barrières d'entrée/sortie. L'utilisation de barrières d'E/S avec GFS2 est fortement recommandée à tout moment, sauf si le périphérique bloc est conçu de manière à ne pas perdre le contenu de son cache d'écriture (par exemple, s'il se trouve sur un onduleur ou s'il n'a pas de cache d'écriture).

quota_quantum=secs

Définit le nombre de secondes pendant lesquelles une modification des informations relatives aux quotas peut rester en attente sur un nœud avant d'être écrite dans le fichier de quotas. Il s'agit de la méthode préférée pour définir ce paramètre. La valeur est un nombre entier de secondes supérieur à zéro. La valeur par défaut est de 60 secondes. Des paramètres plus courts entraînent des mises à jour plus rapides des informations relatives au quota de paresseux et réduisent la probabilité que quelqu'un dépasse son quota. Des paramètres plus longs rendent les opérations du système de fichiers impliquant des quotas plus rapides et plus efficaces.

statfs_quantum=secs

La valeur 0 pour statfs_quantum est la meilleure façon de définir la version lente de statfs. La valeur par défaut est de 30 secondes, ce qui fixe le délai maximum avant que les modifications apportées à statfs ne soient synchronisées avec le fichier maître statfs. Cette valeur peut être ajustée pour permettre des valeurs statfs plus rapides et moins précises ou des valeurs plus lentes et plus précises. Lorsque cette option est fixée à 0, statfs indique toujours les valeurs réelles.

statfs_percent=value

Limite le pourcentage maximum de changement dans les informations statfs au niveau local avant qu'elles ne soient synchronisées avec le fichier principal statfs, même si le délai n'a pas expiré. Si la valeur de statfs_quantum est 0, ce paramètre est ignoré.

3.2.3. Démontage d'un système de fichiers GFS2

Les systèmes de fichiers GFS2 qui ont été montés manuellement plutôt qu'automatiquement par Pacemaker ne seront pas connus du système lorsque les systèmes de fichiers sont démontés à l'arrêt du système. Par conséquent, l'agent de ressources GFS2 ne démontera pas le système de fichiers GFS2. Après l'arrêt de l'agent de ressources GFS2, le processus d'arrêt standard arrête tous les processus utilisateur restants, y compris l'infrastructure du cluster, et tente de démonter le système de fichiers. Ce démontage échouera sans l'infrastructure de cluster et le système se bloquera.

Pour éviter que le système ne se bloque lorsque les systèmes de fichiers GFS2 sont démontés, vous devez effectuer l'une des opérations suivantes :

  • Utilisez toujours Pacemaker pour gérer le système de fichiers GFS2.
  • Si un système de fichiers GFS2 a été monté manuellement à l'aide de la commande mount, veillez à démonter le système de fichiers manuellement à l'aide de la commande umount avant de redémarrer ou d'arrêter le système.

Si votre système de fichiers se bloque pendant qu'il est démonté lors de l'arrêt du système dans ces circonstances, procédez à un redémarrage du matériel. Il est peu probable que des données soient perdues puisque le système de fichiers est synchronisé plus tôt dans le processus d'arrêt.

Le système de fichiers GFS2 peut être démonté de la même manière que n'importe quel système de fichiers Linux, à l'aide de la commande umount.

Note

La commande umount est une commande système de Linux. Des informations sur cette commande sont disponibles dans les pages de manuel de la commande Linux umount.

Utilisation

montage MountPoint
MountPoint
Spécifie le répertoire dans lequel le système de fichiers GFS2 est actuellement monté.
Red Hat logoGithubRedditYoutubeTwitter

Apprendre

Essayez, achetez et vendez

Communautés

À propos de la documentation Red Hat

Nous aidons les utilisateurs de Red Hat à innover et à atteindre leurs objectifs grâce à nos produits et services avec un contenu auquel ils peuvent faire confiance.

Rendre l’open source plus inclusif

Red Hat s'engage à remplacer le langage problématique dans notre code, notre documentation et nos propriétés Web. Pour plus de détails, consultez leBlog Red Hat.

À propos de Red Hat

Nous proposons des solutions renforcées qui facilitent le travail des entreprises sur plusieurs plates-formes et environnements, du centre de données central à la périphérie du réseau.

© 2024 Red Hat, Inc.