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.
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
- Suivez les étapes pour attacher un volume et établir la connexion à celui-ci.
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.
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.