Documentation Oracle Cloud Infrastructure

Options fstab pour les volumes de blocs avec des chemins de dispositif cohérents

Sur les instances Linux, si vous voulez monter automatiquement des volumes lors de l'initialisation de l'instance, vous devez définir des options spécifiques dans le fichier /etc/fstab, sinon le lancement de l'instance risque d'échouer.

Remarque

Cette procédure concerne les volumes de blocs qui sont attachés avec des chemins de dispositif cohérents activés. Si les chemins de dispositif cohérents ne sont pas activés pour le volume de blocs, utilisez les options etc/fstab traditionnelles à la place.

Prérequis

  1. Suivez les étapes pour attacher un volume et établir la connexion à celui-ci.

  2. Créez le système de fichiers de votre choix sur le volume à l'aide des outils Linux standard. Par exemple, exécutez la commande suivante pour créer un système de fichiers XFS :

    mkfs.xfs /dev/sdc

    Si un système de fichiers existe déjà sur le volume, vous n'avez pas besoin d'en créer un autre.

  3. Vérifiez que l'instance prend en charge les chemins de dispositif cohérents et qu'elle est correctement configurée. Pour vérifier que le volume est attaché à une instance prise en charge, connectez-vous à l'instance et exécutez la commande suivante :

    ll /dev/oracleoci/oraclevd*

    La sortie obtenue ressemble à ce qui suit :

    lrwxrwxrwx. 1 root root 6 Feb  7 21:02 /dev/oracleoci/oraclevda -> ../sda
lrwxrwxrwx. 1 root root 7 Feb  7 21:02 /dev/oracleoci/oraclevda1 -> ../sda1
lrwxrwxrwx. 1 root root 7 Feb  7 21:02 /dev/oracleoci/oraclevda2 -> ../sda2
lrwxrwxrwx. 1 root root 7 Feb  7 21:02 /dev/oracleoci/oraclevda3 -> ../sda3

    Si vous ne voyez pas cette sortie et que le message d'erreur suivant s'affiche :

    cannot access /dev/oracleoci/oraclevd*: No such file or directory

    la configuration de l'instance pour les chemins de dispositif peut présenter un problème. Pour obtenir de l'aide, contactez le support technique.

Utilisation des options _netdev et nofail

Par défaut, le fichier /etc/fstab est traité avant le démarrage de l'initiateur. Configurez le processus de montage afin qu'il se lance avant le montage des volumes en indiquant l'option _netdev sur chaque ligne du fichier /etc/fstab.

Lorsque vous créez une image personnalisée d'une instance où les volumes, à l'exception du volume racine, sont répertoriés dans le fichier /etc/fstab, le lancement des instances à partir de l'image personnalisée échoue. Pour éviter ce problème, indiquez l'option nofail dans le fichier /etc/fstab.

Dans l'exemple de scénario avec trois volumes, les entrées du fichier /etc/fstab pour les volumes avec les options _netdev et nofail sont les suivantes :

/dev/oracleoci/oraclevdb /mnt/vol1 xfs defaults,_netdev,nofail 0 2
/dev/oracleoci/oraclevdc /mnt/vol2 xfs defaults,_netdev,nofail 0 2
/dev/oracleoci/oraclevdd /mnt/vol3 xfs defaults,_netdev,nofail 0 2

Après avoir mis à jour le fichier /etc/fstab, utilisez la commande suivante pour monter les volumes :

bash-4.2$ sudo mount -a

Redémarrez l'instance pour vérifier que les volumes sont montés correctement lors du redémarrage à l'aide de la commande suivante :

bash-4.2$ sudo reboot

Dépannage des problèmes liés au fichier /etc/fstab

En cas d'échec du redémarrage de l'instance après la mise à jour du fichier /etc/fstab, vous devrez peut-être annuler les modifications apportées au fichier /etc/fstab. Pour mettre à jour le fichier, connectez-vous d'abord à la console série de l'instance. Lorsque vous avez accès à l'instance via la connexion à la console série, vous pouvez enlever ou corriger les modifications apportées au fichier /etc/fstab, ou annuler leur mise en commentaire.