Si un composant est surveillé par ASR et que le serveur est capable de fonctionner
sans lui, le serveur redémarrera automatiquement si ce composant subissait une
erreur ou une défaillance. Ainsi, il est impossible pour un composant matériel
défectueux d'immobiliser le système ou de le mettre en panne continuellement.
Si une erreur est détectée au cours de la séquence de mise sous tension, le
composant défectueux est désactivé. Si le système est encore capable de fonctionner,
la séquence de démarrage se poursuit.
Pour prendre en charge cette fonction d'initialisation en mode dégradé, les
microprogrammes OpenBoot utilisent l'interface cliente 1275 (via l'arborescence des
périphériques) pour marquer un périphérique comme défaillant ou désactivé, en
créant une propriété d'état appropriée, dans le nœud correspondant de
l'arborescence des périphériques. Le système d'exploitation Solaris n'activera pas le
pilote d'un sous-système ainsi marqué.
Tant qu'un composant défectueux est électriquement inactif (par exemple, il ne
provoque pas d'erreurs de bus aléatoires ni de bruit de signalement), le système
redémarrera automatiquement et reprendra son fonctionnement jusqu'à l'arrivée
d'un technicien.
Une fois un périphérique défaillant ou désactivé remplacé par un nouveau, le
microprogramme OpenBoot modifie automatiquement l'état du périphérique au
redémarrage.
Remarque : ASR n'est pas active tant que vous ne l'activez pas (voir « Pour activer
ASR » à la page 32).
Options Auto-Boot
Le paramètre auto-boot? définit si le microprogramme démarre automatiquement
le système d'exploitation après chaque réinitialisation. La valeur par défaut est
true.
Le paramètre auto-boot-on-error? définit si le système tentera un démarrage en
mode dégradé après la détection d'un sous-système défectueux. Les paramètres
auto-boot? et auto-boot-on-error? doivent être définis à true pour permettre
un démarrage automatique en mode dégradé.
30
Guide d'administration système du serveur Netra™ 240 • Juillet 2004