Ce chapitre explique comment alterner le chemin du disque d'initialisation.
Vous pouvez désormais autoriser les initialisations système sans supervision sur tous les serveurs Sun Enterprise, même si le contrôleur du disque d'initialisation tombe en panne, en plaçant le disque d'initialisation sous le contrôle d'AP.
Vous pouvez utiliser la fonctionnalité de reconfiguration dynamique (DR, Dynamic Reconfiguration) pour détacher une carte système, même si cette carte héberge un contrôleur pour le disque d'initialisation. Pour ce faire, vous devez alterner le chemin du disque d'initialisation en utilisant des contrôleurs de deux cartes système différentes. Notez toutefois, que si le contrôleur du réseau primaire est hébergé sur la même carte système que le contrôleur du disque d'initialisation, vous devez aussi alterner le chemin du réseau primaire. Sinon, vous ne pourrez pas utiliser la fonctionnalité DR pour détacher cette carte.
Créez un groupe de chemins AP pour le disque d'initialisation.
Ce processus est décrit au Chapitre 3.
Utilisez apboot(1M) pour définir le nouveau périphérique d'initialisation AP.
apboot (1M) modifie /etc/vfstab et /etc/system.
Par exemple :
# apboot mc2t0d0 |
où mc2t0d0 est le nom du métadisque du disque d'initialisation.
apboot(1M) examine /etc/vfstab et remplace le nom de périphérique physique du disque (par exemple, /dev/dsk/c2t0d0* ou /dev/dsk/c1t0d0*) par le nom du métadisque (par exemple, /dev/dsk/mc2t0d0*).
apboot(1M) édite aussi /etc/system de sorte que les gestionnaires de noyau qui sont nécessaires pour utiliser le disque d'initialisation AP soient chargés au bon moment.
Ne remplacez pas manuellement les périphériques physiques situés dans /etc/vfstab par des métadisques pour le disque d'initialisation. Par contre, utilisez apboot(1M) pour vous assurer que tous les changements nécessaires sont faits.
apboot (1M) contrôle /etc/vfstab pour déterminer si le périphérique de swap doit être remplacé par un métapériphérique. Si c'est le cas, elle convertit le périphérique de swap en métapériphérique.
apboot (1M) contrôle la configuration du périphérique de dump, et appelle dumpadm(1M) si nécessaire pour configurer le périphérique de dump en tant que métapériphérique.
apboot(1M) met à jour la propriété relative au périphérique d'initialisation de la PROM OpenBoot(TM) pour lister les chemins physiques de chaque alternance.
Si vous décidez de supprimer cette fonctionnalité (en utilisant apboot-o), toute resélection automatique du chemin alternatif d'un disque d'initialisation sous contrôle UNIX précédant l'initialisation UNIX sera désactivée.
Placez les systèmes de fichiers montés à l'initialisation sous le contrôle d'AP.
Normalement, les systèmes de fichiers qui sont montés dans le cadre du processus d'initialisation sont partagés sur deux disques séparés (à cause des exigences en matière d'espace disque). Si vous placez le disque d'initialisation sous le contrôle de la fonctionnalité AP (en utilisant apboot(1M)), vous devez manuellement éditer le fichier /etc/vfstab pour placer aussi les autres systèmes de fichiers qui sont montés pendant l'initialisation sous le contrôle de la fonctionnalité AP.
Dans le fichier /etc/vfstab, vous devez changer les chemins device to mount et device to fsck pour tous les autres points de montage que vous voulez placer sous le contrôle d'AP.
Par exemple :
# device device mount FS fsck mount mount # to mount to fsck point type pass at boot options #... /dev/ap/dsk/mc1t34d0s1 - - swap - no - /dev/ap/dsk/mc1t34d0s0 /dev/ap/rdsk/mc1t34d0s0 / ufs 1 no - /dev/ap/dsk/mc1t34d0s6 /dev/ap/rdsk/mc1t34d0s6 /usr ufs 1 no - /dev/ap/dsk/mc1t34d0s7 /dev/ap/rdsk/mc1t34d0s7 /export/home ufs 2 yes - swap - /tmp tmpfs - yes - #... |
A ce stade, réinitialisez le système pour commencer à utiliser le périphérique d'initialisation AP.
L'écriture miroir du disque d'initialisation est essentiellement une fonction de votre logiciel de gestion de disques. Le but de cette procédure est d'aviser AP de l'existence d'un disque-miroir d'initialisation. Lorsque vous utilisez des disques-miroir d'initialisation à chemins alternatifs, vous disposez de quatre chemins physiques potentiels d'accès au disque d'initialisation, deux de chaque côté du miroir. Il s'agit du moins de la configuration suggérée pour optimiser la protection contre une défaillance éventuelle du contrôleur. La procédure suivante comporte deux avantages :
AP s'assure que le chemin alternatif approprié est toujours désigné en tant que chemin actif, même si vous initialisez le système en utilisant un chemin de périphérique d'initialisation différent. Pour que cela fonctionne, vous devez commencer par mettre le disque d'initialisation sous le contrôle d'AP puis créer un groupe de chemins pour le miroir du disque d'initialisation.
AP s'assure également que les quatre chemins sont disponibles en tant que chemins alternatifs au cas où une commutation automatique serait requise au moment de l'initialisation. Les valeurs par défaut des chemins d'un système en miroir sont : primary1, mirror1, primary2, mirror2. Il s'agit d'une nouveauté d'AP 2.3 mise en oeuvre pour améliorer la redondance et la facilité de maintenance. L'ordre par défaut dans un système non mis en miroir mais doté de chemins alternatifs est : primary root, alternate root.
Placez le disque d'initialisation sous le contrôle d'AP, comme expliqué dans "Pour placer un disque d'initialisation sous le contrôle de la fonctionnalité AP".
Créez un groupe de chemins AP pour le miroir du disque d'initialisation.
Ce processus est expliqué au Chapitre 3.
Avisez AP de l'existence du miroir du disque d'initialisation.
# apboot -m mc3t0d0 |
Dans cet exemple, mc3t0d0 est le métadisque du miroir du disque d'initialisation.
Créez le miroir de votre disque d'initialisation (en utilisant les deux métadisques) à l'aide de votre logiciel de gestion de disques.
Utilisez apboot(1M) pour désactiver la définition de l'unité-miroir AP d'initialisation.
# apboot -u mc3t0d0 |
Utilisez apboot(1M) pour spécifier un noeud de périphérique physique approprié.
# apboot c2t0d0 |
Dans cette commande, c2t0d0 est le noeud de périphérique physique d'un chemin alternatif du disque d'initialisation (tel que couramment spécifié dans /etc/vfstab).
apboot(1M) édite le fichier /etc/system pour supprimer l'option de chargement forcé des modules du périphérique du noyau AP, puisqu'ils ne sont plus nécessaires lorsque le disque d'initialisation n'est pas un périphérique AP.
apboot(1M) reconfigure les périphériques de swap et de dump et la propriété boot-device pour utiliser les chemins alternatifs appropriés, si nécessaire.
Si vous placez le disque d'initialisation sous le contrôle d'AP et décidez ensuite de retirer le module AP (en utilisant pkgrm(1M)), vous devez d'abord utiliser apboot(1M) pour soustraire le disque d'initialisation au contrôle d'AP. Si vous ne commencez pas par soustraire le disque d'initialisation au contrôle d'AP, la configuration utilisant ce disque devient impossible à initialiser.
Cette sous-section décrit brièvement les événements qui se produisent lorsqu'un serveur Sun est initialisé sur un disque d'initialisation à chemins alternatifs. Cette séquence d'événements illustre comment l'auto-commutation du contrôleur du disque d'initialisation se produit pendant le processus d'initialisation, lorsque ce type de commutation est nécessaire. La séquence d'initialisation se déroule comme suit :
Par défaut, le système est initialisé à partir du périphérique spécifié par la propriété OBP boot-device. Notez que ce périphérique peut être différent de celui du dernier chemin alternatif actif du disque d'initialisation.
Toute panne d'initialisation du premier périphérique est détectée dans un intervalle de temps allant de quelques secondes à quelques minutes (moins de trois), selon votre microprogramme. OBP passe ensuite au périphérique d'initialisation suivant de la liste. Ce processus se poursuit jusqu'à ce qu'un périphérique s'initialise ou qu'OBP se retrouve à court de périphériques.
Une fois la réinitialisation réussie, AP fait du périphérique qui a réussi le chemin alternatif actif.
Normalement, lorsque le serveur Sun Enterprise est complètement initialisé, vous utilisez les versions de la commande AP situées dans /usr/sbin. Toutefois, si votre serveur apparaît en mode simple utilisateur parce que le processus d'initialisation ne s'est pas effectivement terminé, vous pouvez utiliser les commandes AP qui sont dans /sbin. Les versions des commandes AP situées sous /sbin ne sont pas tributaires des services du démon AP (qui ne sont pas disponibles en mode simple utilisateur). Si le système passe en mode simple utilisateur à cause d'un problème lié à la fonctionnalité AP, vous pouvez résoudre le problème en utilisant les commandes /sbin pour effectuer les opérations AP requises.
Deux problèmes liés à AP peuvent entraîner le passage du système en mode simple utilisateur :
Si deux chemins sont censés conduire au même disque (conformément à la base de données AP SSP) mais que ces chemins mènent en fait à des disques différents, et si ce disque a besoin d'être monté pendant le processus d'initialisation. Cela ne peut se produire que si vous changez la configuration physique du groupe de chemins sans exécuter les commandes AP pour mettre à jour la base de données.
Si le chemin alternatif actif d'un disque s'avère inaccessible et ce disque est nécessaire pendant le processus d'initialisation. Un disque est requis pendant le processus d'initialisation si des systèmes de fichiers sont montés pendant le processus d'initialisation ; c.-à-d., il a des entrées dans le fichier /etc/vsftab.
Ces situations surviennent seulement avec des disques, pas avec des réseaux. Dans l'un ou l'autre cas, vous pouvez utiliser les commandes AP situées sous /sbin pour résoudre le problème.