Dépannage du système
Sauvegarde des fichiers de base générés par les processus Junos OS
Par défaut, lorsqu’un processus interne de Junos OS génère un fichier core, le fichier et les informations de contexte associées sont enregistrés à des fins de débogage dans un fichier tar compressé nommé /var/tmp/process-name.core.core-number TGZ. Les informations contextuelles comprennent les fichiers de messages de configuration et de journal système.
Pour désactiver l’enregistrement des fichiers de base et des informations de contexte associées :
[edit system] no-saved-core-context;
Pour enregistrer uniquement les fichiers de base :
[edit system] saved-core-files number;
Où number est le nombre de fichiers principaux à enregistrer et peut être une valeur comprise entre 1 et 10.
Pour enregistrer les fichiers de base avec les informations contextuelles :
[edit system] saved-core-context;
Affichage des fichiers principaux à partir des processus Junos OS
Lorsqu’un processus interne de Junos OS génère un fichier noyau, vous pouvez trouver la sortie dans /var/crash/ et /var/tmp/. Pour Junos OS Evolved, vous trouverez les fichiers de base de sortie dans /var/core/ pour les fichiers principaux du moteur de routage et /var/lib/ftp/in/ pour les fichiers principaux FPC. L’utilisation de ces répertoires permet de trouver rapidement les problèmes essentiels sur les grands réseaux.
Utilisez la commande show system core-dumps CLI pour afficher les fichiers principaux.
root@host> show system core-dumps -rw------- 1 root wheel 268369920 Jun 18 17:59 /var/crash/vmcore.0 -rw-rw---- 1 root field 3371008 Jun 18 17:53 /var/tmp/rpd.core.0 -rw-r--r-- 1 root wheel 27775914 Jun 18 17:59 /var/crash/kernel.0
Voir aussi
Collecter des compteurs d’état système pour capturer des informations pour le débogage du système
Vous pouvez collecter et archiver les compteurs d’état système sur votre équipement réseau. Lorsque vous demandez de l’aide au JTAC pour déboguer un problème sur votre système, vous et votre équipe d’assistance JTAC pouvez voir ce qui se passait sur votre système à des instances périodiques avant que le problème système ne se produise.
Les périphériques réseau qui prennent en charge cette fonctionnalité exécutent un script shell qui collecte régulièrement les compteurs RE, PFE et SHELL ainsi que d’autres compteurs d’état système. Les compteurs sont soit liés au protocole, soit au CPU. Les compteurs collectés sont sauvegardés dans des fichiers counter.log dans le répertoire var/log . Un fichier counter.info dans le même répertoire enregistre les paramètres d’exécution de script.
Les compteurs sont écrits dans le counter.log fichier avec des horodatages, ce qui est utile dans le processus de débogage.
Vous pouvez personnaliser l'exécution du script de deux manières :
Vous pouvez modifier les valeurs par défaut des paramètres d’exécution de script en modifiant le fichier counter.info . Vous devez être connecté
super-userpour effectuer cette tâche. Reportez-vous à la section Comment modifier les valeurs des paramètres d’exécution de script.Vous pouvez redémarrer, puis arrêter ultérieurement l'exécution du script. En règle générale, vous le feriez parce que le fichier counter.info a été supprimé ou modifié. Reportez-vous à la section Comment redémarrer ou arrêter l'exécution du script.
- Qu'y a-t-il dans le script shell et comment s'exécute-t-il ?
- Modification des valeurs des paramètres d’exécution de script
- Comment redémarrer ou arrêter l'exécution du script
Qu'y a-t-il dans le script shell et comment s'exécute-t-il ?
Deux ensembles de compteurs sont collectés périodiquement :
-
SET1— Cet ensemble recueille périodiquement l’état du système pour les applications sensibles au facteur temps à des intervalles rapides de 9 secondes.
-
SET2— Cet ensemble recueille périodiquement l’état du système à des intervalles lents de 60 minutes.
Le logiciel vérifie l’utilisation du processeur avant de commencer à collecter les compteurs SET1 et SET2. Si le logiciel détecte une utilisation élevée du processeur (85 % ou plus), il ne collecte pas les compteurs habituellement spécifiés, mais des compteurs différents qui constituent un ensemble plus petit que l’ensemble des compteurs habituellement spécifiés.
Voici comment le script s'exécute :
Le script shell commence à s’exécuter 240 secondes après le démarrage du périphérique réseau.
SET1 s’exécute en premier.
Si une commande de SET1 ne se termine pas dans le temps imparti, le script tronque l'exécution de cette commande, en enregistrant la collection de sortie CLI dans le
counter.logfichier et en passant à la commande suivante.Lorsque l'exécution de SET1 est terminée, SET2 démarre. Encore une fois, toute commande qui n’est pas terminée dans le temps imparti est tronquée, la collection de sortie CLI étant enregistrée dans le
counter.logfichier et le script passant à l’élément de ligne suivant.Si l’exécution du script est redémarrée ou arrêtée au cours d’une collecte de sorties CLI, le script termine la collecte de sorties CLI en cours, puis se termine correctement.
super-user puis modifier les paramètres d'exécution du script, y compris les listes CLI de SET1 et SET2.
Reportez-vous à la section Modification des valeurs des paramètres d’exécution de script .
Modification des valeurs des paramètres d’exécution de script
Vous pouvez modifier les valeurs des paramètres d’exécution de script de l’interpréteur de commandes, telles que les listes CLI pour SET1 et SET2 ou le nombre de fichiers journaux à archiver. Vous devez être connecté super-user pour modifier les valeurs des paramètres.
Le tableau 1 répertorie les paramètres que vous pouvez modifier dans le fichier counter.info .
| Description du paramètre | Remarques sur | l’utilisation | par défaut|
|---|---|---|---|
| SET1_TIME | Intervalle de temps pour exécuter la collection d’éléments de campagne SET1, à des intervalles de temps rapides (en secondes) | 9 secondes | Réglé sur < SET2_TIME |
| SET2_TIME | Intervalle de temps pour exécuter la collection d’éléments de campagne SET2, à intervalles de temps lents (en secondes) | 3600 secondes | Réglé sur > SET1_TIME |
| MAX_CLI_EXECUTION_TIME | Intervalle de temps maximal (en secondes) d’attente de la fin de chaque collecte de sorties CLI | 25 secondes | Si la collecte des sorties de l’interface de ligne de commande prend plus de temps que ce délai, le script met fin à cette collecte de sorties de l’interface de ligne de commande spécifique et exécute l’instruction suivante dans le script. Ce comportement garantit que le script exécute toutes les instructions. |
| SET1_ON | Pour activer et désactiver la collecte rapide des compteurs | 1 (activer) | |
| SET2_ON | Pour activer et désactiver la collecte lente des compteurs | 1 (activer) | |
| LOG_FILE_ARCHIVE_MIN_SIZE | Taille minimale de counter.log fichier à archiver | 1024 milles | |
| LOG_FILE_ARCHIVE_COUNT | Nombre de fichiers counter.log à archiver | 10 | |
| VERSION | Numéro de version du fichier counter.info |
PRUDENCE:
Ne mettez pas à jour la valeur VERSION dans le fichier
/var/log/counter.info.
|
|
| Listes de commandes exécutées dans le script CLI SET1 et SET2 | Les listes CLI sont divisées en sous-listes suivantes :
Note: Si l’utilisation du processeur est détectée à >85 %, les sorties de la CLI mentionnées dans RE_CPU, PFE_CPU et SHELL_CPU sont collectées à des intervalles de SET1_TIME et de SET2_TIME.
|
Chaque ensemble est livré avec une liste par défaut de commandes CLI. | Si les listes CLI par défaut ne fournissent pas toutes les informations système dont vous avez besoin, modifiez-les pour obtenir des compteurs pour les informations système supplémentaires dont vous avez besoin. |
Comment redémarrer ou arrêter l'exécution du script
Si vous apportez des modifications au fichier counter.info , utilisez la restart commande pour exécuter le script manuellement :
user@host> request restart system-counter-script
Utilisez la stop commande pour arrêter l'exécution du script :
user@host> request stop system-counter-script