Ce chapitre explique comment alterner le chemin du disque d'initialisation.
Sur un serveur Sun Enterprise 10000, vous pouvez initialiser le système sans supervision, même si le contrôleur du disque d'initialisation tombe en panne, en plaçant le disque d'initialisation sous le contrôle de AP.
Sur tous les serveurs Sun Enterprise, 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. La commande 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*) avec le nom du métadisque (par exemple, /dev/dsk/mc2t0d0*). La commande 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.
De plus, la commande 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 lance les commandes apboot(1M) appropriés. De même, 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.
Paramétrez la variable devalias OpenBoot(TM) PROM (OBP) boot-device sur le chemin physique le plus susceptible d'être utilisé pour l'initialisation.
ok setenv boot-device \ /sbus@68,0/SUNW,soc@0,0/SUNW,pln@a0000000,78cab4/ssd@0,2
Définissez une valeur devalias pour le chemin alternatif du périphérique d'initialisation pour vous faciliter la tâche si vous avez besoin d'effectuer une initialisation manuelle.
A ce stade, réinitialisez le système pour commencer à utiliser le périphérique d'initialisation AP.
Normalement, les systèmes de fichiers qui sont montés dans le cadre du processus d'initialisation sont partagés entre 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 de AP.
Si vous voulez faire une nouvelle copie de la base de données AP après avoir placé le disque d'initialisation sous contrôle AP, et que cette copie doit être située sur une partition contrôlée par un port de contrôleur qui ne contrôle aucune des partitions courantes de la base de données AP, vous devez d'abord retirer le disque d'initialisation du contrôle AP. Assurez-vous que la nouvelle base de données AP a bien été créée. Puis, placez de nouveau le disque d'initialisation sous le contrôle de AP. Si vous ne respectez pas cette procédure, la base de données risque de devenir inaccessible pendant l'initialisation.
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 optimaliser la protection contre une défaillance éventuelle du contrôleur.) La procédure suivante comporte deux avantages :
Dès que vous exécutez la procédure suivante, AP s'assure que le chemin alternatif approprié soit 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.
Sur le serveur Sun Enterprise 10000 (qui prend en charge la commutation automatique du chemin du périphérique au moment de l'initialisation lorsqu'une erreur liée au chemin d'initialisation courant est détectée), la procédure suivante confirme que les quatre chemins sont disponibles en tant que chemins alternatifs au cas où une commutation automatique est requise au moment de l'initialisation.
Placez le disque d'initialisation sous le contrôle de 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
Dans la commande ci-dessus, c2t0d0 est le nud de périphérique physique d'un chemin alternatif du disque d'initialisation (tel que couramment spécifié dans /etc/vfstab). apboot édite aussi le fichier /etc/system pour supprimer l'option de chargement forcé des modules du phé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. De plus, apboot reconfigure les périphériques de swap et de dump pour utiliser les chemins alternatifs appropriés, si nécessaire.
Si vous placez le disque d'initialisation sous le contrôle de l'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 de l'AP. Si vous ne retirez pas d'abord le disque d'initialisation du contrôle AP, la configuration utilisant ce disque devient impossible à initialiser.
Cette sous-section décrit brièvement les événements qui se produisent lorsque le serveur Sun Enterprise 10000 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, si 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 le devalias OBP boot-device. Notez que ce périphérique peut être différent de celui du dernier chemin alternatif actif du disque d'initialisation.
OBP mémorise le chemin d'accès au disque d'initialisation sur le SSP.
Si une panne se produit, elle est détectée au bout de quelques minutes. (La valeur par défaut est 10 minutes.) Puis, le programme AP Reboot Host est exécuté.
Plusieurs minutes peuvent s'écouler avant que le système ne réagisse, n'entrez donc aucune nouvelle commande si vous notez que le processus d'initialisation a échoué. Si vous tentez une reprise manuelle de l'initialisation, sachez que le processus automatique de reprise de l'initialisation sera exécuté et qu'il risque de se substituer à votre commande de reprise manuelle.
AP Reboot Host retrouve le chemin mémorisé auparavant par OBP et communique ce chemin au démon AP SSP.
Le démon AP SSP cherche le chemin alternatif du disque d'initialisation dans la base de données AP SSP, et réessaye le processus d'initialisation avec ce chemin alternatif.
Après la réussite de la réinitialisation, AP détermine le chemin alternatif à partir duquel le système a été initialisé, et en fait 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 qui sont dans /sbin. Les versions de la commande 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 à l'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 mais 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.