Options du fichier fstab pour les volumes par blocs utilisant des chemins de périphérique cohérents

Dans les instances Linux, pour monter automatiquement des volumes au démarrage de l'instance, vous devez définir des options spécifiques dans le fichier /etc/fstab, sinon il est possible que le lancement de l'instance échoue.

Note

Ces étapes concernent les volumes par blocs attachés pour lesquels les chemins de périphérique cohérents sont activés. Si les chemins de périphérique cohérents ne sont pas activés pour le volume par blocs, utilisez les options existantes du fichier etc/fstab à la place.

Préalables

  1. Suivez les étapes pour attacher un volume et vous connecter au volume.
  2. Créez le système de fichiers de votre choix pour 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 périphérique cohérents et qu'elle est configurée correctement. 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 est semblable à la suivante :

    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 à la place :

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

    il est possible que la configuration de l'instance pour les chemins de périphérique ne soit pas correcte. Pour obtenir de l'aide, communiquez avec le soutien technique.

Utiliser les 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 pour qu'il soit lancé avant le montage des volumes en spécifiant l'option _netdev sur chaque ligne du fichier /etc/fstab.

Lorsque vous créez une image personnalisée d'une instance dont les volumes, sauf le 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, spécifiez 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 incluant 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

Exécutez la commande suivante pour redémarrer l'instance et vérifier que les volumes sont montés correctement au redémarrage :

bash-4.2$ sudo reboot

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

Si l'instance ne redémarre pas 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 à l'aide de la connexion à la console série, vous pouvez supprimer, commenter ou corriger les modifications que vous avez apportées au fichier /etc/fstab.