display initcauses

Dernière mise à jour : Nov 09, 2023 |
Utilisez display initcauses pour voir un historique des étapes de récupération prises par le système. display initcauses La montre des informations pour les redémarrages du processeur actif uniquement. Lorsque le processeur est réinitialisé et que le système est redémarré, soit par une commande du technicien ou par un logiciel système, les informations sur la récupération sont stockées. Si la réinitialisation est escaladée, seule la réinitialisation qui s’effectue avec succès est enregistrée. Le journal des erreurs contient des informations sur la réinitialisation. Lorsqu’une réinitialisation 4 (rechargement) se produit, le journal des erreurs est enregistré sur le disque.
Les enregistrements des 16 derniers redémarrages sont conservés dans le journal des causes en ordre chronologique.
Informations sur le prologue
Métadonnées
Mots-clés :

Syntaxe

display initcauses [ schedule ] 
schedule
Spécifiez une heure pour exécuter la commande.

afficher les descriptions des champs des causes

Champ
Description
Cause
Cela donne la raison de la réinitialisation du système comme suit :
  • Demande d’artisanat — La réinitialisation a été lancée manuellement à l’aide du système de réinitialisation.
  • Initialisé — Mise sous tension. Toujours la première entrée du journal à moins que plus de 15 redémarrages aient eu lieu depuis la dernière mise sous tension.
  • Interchange — Un changement d’état de santé a entraîné le redémarrage du processus d’arbitrage.
  • Interchange-Craft — Une session administrative (commande de session -i, échange sur demande) a provoqué le processus d'arbitrage pour lancer le redémarrage.
  • Demande interne — Le logiciel a demandé le redémarrage, généralement en réponse à un échange de serveur. Les redémarrages de demande interne ne sont pas lancés en réponse directe à une erreur et ne sont pas escaladés.
  • Demande de logiciel — Le logiciel a demandé le redémarrage du système.
Action
Le niveau de récupération effectué par le système.
  1. Réinitialisation du système 1 (Warm) — Le logiciel Communication Manager est redémarré et les appels actifs restent en cours.
  2. Réinitialiser le système 2 (Froid) — Le logiciel Communication Manager est redémarré, les traductions sont préservées et tous les appels sont abandonnés.
  3. Réinitialiser le système 4 (Recharger) — Le logiciel Communication Manager est complètement rechargé et le matériel est réinitialisé.
Transmis
a/n
y — Le redémarrage a été escaladé à un niveau plus élevé que la tentative initiale. La stratégie d’escalade du logiciel du système peut effectuer un redémarrage de niveau supérieur à celui amorcé si les problèmes préviennent ou si les conditions interfèrent avec l’exécution normale.
Mode
État du serveur immédiatement après l'échange, au moment du redémarrage.
Recherchez un changement de mode pour aider à déterminer quand un échange s’est produit.
  • Actif — Mode d'un serveur simplex et d'un serveur duplex qui est le serveur actif.
  • En attente — Mode d'un serveur en attente en configuration duplex.
  • Busyout — Mode d'un serveur de réserve qui a été mis hors service avec une busyout commande.
Heure
Le mois, le jour et l’heure du redémarrage.
Pour obtenir de plus amples renseignements, reportez-vous à la section intitulée reset system.