Solución de problemas del sistema
Guardar archivos principales generados por procesos de Junos OS
De forma predeterminada, cuando un proceso interno de Junos OS genera un archivo principal, el archivo y la información de contexto asociada se guardan con fines de depuración en un archivo tar comprimido denominado /var/tmp/process-name.core.core-number tgz. La información contextual incluye la configuración y los archivos de mensajes de registro del sistema.
Para deshabilitar el guardado de los archivos principales y la información de contexto asociada:
[edit system] no-saved-core-context;
Para guardar solo los archivos principales:
[edit system] saved-core-files number;
Donde number es el número de archivos principales que se van a guardar y puede ser un valor del 1 al 10.
Para guardar los archivos principales junto con la información contextual:
[edit system] saved-core-context;
Visualización de archivos principales desde procesos de Junos OS
Cuando un proceso interno de Junos OS genera un archivo de núcleo, puede encontrar el resultado en /var/crash/ y /var/tmp/. Para Junos OS Evolved, puede encontrar los archivos de núcleo de salida en /var/core/ para los archivos principales del motor de enrutamiento y /var/lib/ftp/in/ para los archivos de núcleo FPC. El uso de estos directorios proporciona un método rápido para encontrar problemas principales en redes grandes.
Utilice el comando show system core-dumps CLI para ver los archivos principales.
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
Ver también
Recopilar contadores de estado del sistema para capturar información para la depuración del sistema
Puede recopilar y archivar contadores de estado del sistema en su dispositivo de red. Cuando solicita ayuda del JTAC para depurar un problema en el sistema, usted y su equipo de soporte técnico del JTAC pueden ver lo que estaba sucediendo en el sistema en instancias periódicas antes de que ocurriera el problema del sistema.
Los dispositivos de red que admiten esta característica ejecutan un script de shell que recopila periódicamente contadores RE, PFE y SHELL y otros contadores de estado del sistema. Los contadores están relacionados con el protocolo o con la CPU. Los contadores recopilados se guardan en archivos counter.log en el directorio var/log . Un archivo counter.info en el mismo directorio registra la configuración de los parámetros de ejecución de scripts.
Los contadores se escriben en el counter.log archivo con marcas de tiempo, que son útiles en el proceso de depuración.
Tiene dos formas de personalizar la ejecución del script:
Puede cambiar los valores predeterminados de los parámetros de ejecución de scripts editando el archivo counter.info . Debe haber iniciado sesión para
super-userrealizar esta tarea. Consulte Cómo cambiar los valores de los parámetros de ejecución de scripts.Puede reiniciar y, posteriormente, detener la ejecución del script. Normalmente, haría esto porque el archivo counter.info se eliminó o editó. Consulte Cómo reiniciar o detener la ejecución del script.
- ¿Qué hay en el script de shell y cómo se ejecuta?
- Cómo cambiar los valores de los parámetros de ejecución de scripts
- Cómo reiniciar o detener la ejecución del script
¿Qué hay en el script de shell y cómo se ejecuta?
Periódicamente se recopilan dos conjuntos de contadores:
-
SET 1— Este conjunto recopila el estado del sistema para aplicaciones sensibles al tiempo periódicamente a intervalos rápidos de 9 segundos.
-
SET2— Este conjunto recopila el estado del sistema periódicamente a intervalos lentos de 60 minutos.
El software comprueba el uso de la CPU antes de comenzar a recopilar contadores SET1 y SET2. Si el software detecta un alto uso de CPU (85 por ciento o más), no recopila los contadores especificados habitualmente, sino que recopila diferentes contadores que forman un conjunto más pequeño que el conjunto de contadores especificados habitualmente.
Así es como se ejecuta el script:
El script de shell comienza a ejecutarse 240 segundos después del arranque del dispositivo de red.
SET1 se ejecuta primero.
Si algún comando de SET1 no finaliza en el tiempo asignado, el script trunca la ejecución de ese comando, guarda la colección de salida de la CLI en el
counter.logarchivo y pasa al siguiente comando.Cuando finaliza la ejecución de SET1, se inicia SET2. De nuevo, cualquier comando que no haya finalizado en el tiempo asignado se trunca, con la colección de salida de la CLI guardada en el
counter.logarchivo y el script pasando al siguiente elemento de línea.Si la ejecución del script se reinicia o se detiene durante cualquier recopilación de salida de CLI, el script completa la colección de resultados de CLI en curso y, a continuación, se cierra correctamente.
super-user y, a continuación, editar los parámetros de ejecución del script, incluidas las listas de CLI de SET1 y SET2. Consulte
Cómo cambiar los valores de los parámetros de ejecución de scripts .
Cómo cambiar los valores de los parámetros de ejecución de scripts
Puede cambiar los valores de los parámetros de ejecución de scripts de shell, como las listas de CLI para SET1 y SET2 o el número de archivos de registro que se archivarán. Debe haber iniciado sesión para super-user realizar cambios en los valores de los parámetros.
En la tabla 1 se enumeran los parámetros que puede editar en el archivo counter.info .
| Configuración | Descripción | Notas de uso | predeterminado |
|---|---|---|---|
| SET1_TIME | Intervalo de tiempo para ejecutar la colección SET1 de elementos de línea, a intervalos de tiempo rápidos (en segundos) | 9 segundos | Establecer en < SET2_TIME |
| SET2_TIME | Intervalo de tiempo para ejecutar la colección SET2 de líneas de pedido, a intervalos de tiempo lentos (en segundos) | 3600 segundos | Establecer en > SET1_TIME |
| MAX_CLI_EXECUTION_TIME | Intervalo de tiempo máximo (en segundos) para esperar a que se complete cada recopilación de salida de la CLI | 25 segundos | Si la recopilación de resultados de CLI tarda más que este tiempo, el script finaliza esa colección de salida de CLI específica y ejecuta la siguiente instrucción en el script. Este comportamiento garantiza que el script ejecuta todas las instrucciones. |
| SET1_ON | Para habilitar y deshabilitar la recopilación rápida de contadores | 1 (habilitar) | |
| SET2_ON | Para habilitar y deshabilitar la recopilación lenta de contadores | 1 (habilitar) | |
| LOG_FILE_ARCHIVE_MIN_SIZE | Tamaño mínimo del archivo counter.log que se va a archivar | 1024 mil | |
| LOG_FILE_ARCHIVE_COUNT | Número de archivos counter.log que se archivarán | 10 | |
| VERSIÓN | Número de versión del archivo counter.info |
CAUTELA:
No actualice el valor VERSION en el archivo
/var/log/counter.info.
|
|
| Listas CLI SET1 y SET2 de comandos que se ejecutan en el script | Las listas de CLI se dividen en las siguientes sublistas:
Nota: Si se detecta que la utilización de la CPU es >85 %,los resultados de la CLI mencionados en RE_CPU, PFE_CPU y SHELL_CPU se recopilan a intervalos de SET1_TIME y SET2_TIME.
|
Cada conjunto viene con una lista predeterminada de comandos de CLI. | Si las listas de CLI predeterminadas no proporcionan toda la información del sistema que necesita, edite las listas de CLI para obtener contadores para la información adicional del sistema que necesite. |
Cómo reiniciar o detener la ejecución del script
Si realiza cambios en el archivo counter.info , utilice el restart comando para ejecutar el script manualmente:
user@host> request restart system-counter-script
Use el comando para detener la stop ejecución del script:
user@host> request stop system-counter-script