J'ai accès à un terminal Solaris distant qui se bloque occasionnellement, et je dois demander à quelqu'un avec un accès physique de démarrer la machine, ce qu'il fait avec succès. Je voudrais savoir quels outils/fichiers dois-je regarder pour trouver la cause de l'accident afin que je puisse faire les changements de configuration nécessaires et l'éviter à l'avenir.Débogage du plantage du SE Solaris
Les outils que vous pouvez utiliser dépendent de la version de Solaris que vous utilisez et du problème réel . La première chose à faire est de vérifier la console système (à laquelle vous n'avez pas accès) et le fichier/var/adm/messages. Ce fichier est mis à jour avec les messages du système et le dernier apparaîtra à la fin.
Ensuite, vous pouvez rechercher un fichier central du système. Si un fichier core est créé, il se trouve dans/var/crash/hostname où "hostname" est le nom de la machine.
Si vous avez un fichier de base réelle dans le répertoire/var/crash répertoire/nom d'hôte, cet ensemble de commandes vous donnera une bonne chaîne à la recherche google avec:
# cd /var/crash/hostname
Remplacer « nom d'hôte » à la nom d'hôte de votre machine.
# mdb -k unix.0 vmcore.0
Si vous avez plusieurs fichiers principaux, sélectionnez la version la plus récente. Cela devrait vous donner un message de panique, couper et coller dans google et voir ce que vous pouvez trouver.
Pour une analyse plus de fichiers de base lire ceci: http://cuddletech.com/blog/pivot/entry.php?id=965
Pourquoi est-ce lié non-programmation étiquetée comme? À mon avis, les réponses à cette question pourraient être utiles à des fins de débogage (en particulier sur le système d'exploitation et le niveau du pilote de périphérique). – matli
Je n'ai pas mis cette étiquette. Mais, ce n'est pas directement lié à la programmation. Je comprends votre raisonnement, puisque j'ai rencontré cette erreur lors de la programmation;) – Epitaph