Lorsque l'application réarme le chien de garde d'application, une expiration peut
être causée par :
le blocage de l'application effectuant le réarmement ;
■
le blocage ou l'arrêt brutal du thread de réarmement de l'application ;
■
le blocage du système.
■
Lorsque le chien de garde système est en cours d'exécution, un blocage système ou
plus précisément, le blocage de la routine d'interruptions de l'horloge, cause une
expiration.
Le mode chien de garde système est le mode par défaut. Si le chien de garde
d'application n'est pas initialisé, le mode chien de garde système est utilisé.
Le mode application permet de :
Configurer l'horloge chien de garde : les applications s'exécutant sur l'hôte peuvent
■
configurer et utiliser l'horloge chien de garde, ce qui permet de détecter les problèmes
graves causés par les applications et d'assurer une récupération automatique.
Programmer Alarm3 : cela permet de générer cette alarme en cas de problèmes
■
critiques dans les applications.
La commande setupsc est une commande existante pour la CLI de compatibilité
ALOM CMT (dans ILOM), qui peut être utilisée pour configurer la récupération
pour le chien de garde système uniquement :
sc> setupsc
La configuration de récupération pour le chien de garde d'application se définit en
utilisant les codes de contrôle des entrées/sorties (IOCTL) qui sont émis par le pilote
ntwdt.
Restrictions de l'horloge chien de garde
Les restrictions du mode horloge chien de garde sont les suivantes :
Lorsque le contrôleur système détecte l'expiration de l'horloge chien de garde, la
■
récupération n'est tentée qu'une fois ; aucune tentative de récupération
supplémentaire n'est effectuée si la première ne parvient pas à rétablir le domaine.
Si le chien de garde d'application est activé et que vous vous introduisez dans
■
l'OpenBoot PROM en exécutant la commande break depuis l'invite sc> du
contrôleur système, le contrôleur système désactive automatiquement l'horloge
chien de garde.
76
Guide d'administration du serveur Sun Netra T5220 • Janvier 2008