EN ESTA PÁGINA
Funciones de registro del sistema y niveles de gravedad de los mensajes
Mensajes de registro del sistema predeterminados específicos de la plataforma
Interpretar mensajes generados en formato estándar por un proceso o biblioteca de Junos OS
Interpretar mensajes generados en formato estándar por servicios en un PIC
Interpretar mensajes generados en formato de datos estructurados
Administrar el registro del sistema operativo host y los archivos principales
Información general sobre el registro del sistema
En esta sección se describen los mensajes de registro del sistema que identifican el proceso de Junos OS responsable de generar el mensaje y se proporciona una breve descripción de la operación o error que se produjo.
Descripción general del registro del sistema
Junos OS genera mensajes de registro del sistema (también denominados mensajes syslog) para registrar los eventos que se producen en el dispositivo, incluidos los siguientes:
-
Operaciones rutinarias, como la creación de una adyacencia de protocolo Open Shortest Path First (OSPF) o un inicio de sesión de usuario en la base de datos de configuración.
-
Condiciones de error y error, como la falta de acceso a un archivo de configuración o el cierre inesperado de una conexión a un proceso del mismo nivel.
-
Condiciones de emergencia o críticas, como el apagado del dispositivo debido a una temperatura excesiva.
Cada mensaje de registro del sistema identifica el proceso de Junos OS responsable de generar el mensaje y proporciona una breve descripción de la operación o error que se produjo. Para obtener información detallada acerca de mensajes de registro del sistema específicos, consulte el Explorador de registros del sistema.
Para configurar el dispositivo para que registre mensajes del sistema, configure la instrucción syslog en el nivel jerárquico [edit system].
En este tema se describen los mensajes de registro del sistema para los procesos y bibliotecas de Junos OS, y no los servicios de registro del sistema en una tarjeta de interfaz física (PIC), como la PIC de Adaptive Services.
Utilice la aplicación System Log Explorer para ver o comparar mensajes de registro del sistema en diferentes versiones.
A partir de Junos OS versión 22.1R1 en dispositivos serie SRX y NFX y Junos OS Evolved versión 22.2R1 en dispositivos QFX5130, QFX5200, QFX5220 y QFX5700, hemos agregado varios eventos dentro de la etiqueta de evento usando el <event>UI_LOGIN_EVENT|UI_LOGOUT_EVENT</event>
formato, que tiene una opción (|
) para separar los eventos y generar mensajes de registro del sistema. Antes de estas versiones, la etiqueta de evento usaba el <event>UI_LOGIN_EVENT UI_LOGOUT_EVENT</event>
formato y para varias combinaciones de <get-syslog-events> rpc
filtros no se registraba.
El registro del sistema en Junos OS evolucionado
En Junos OS evolucionado, cada nodo tiene la herramienta estándar journalctl
, que es una interfaz para recuperar y filtrar el diario del sistema. Los mensajes de registro del sistema se extraen del diario del sistema. El relay-eventd
proceso se ejecuta en todos los nodos y recupera eventos (basados en la configuración syslog) del diario del sistema, así como mensajes de error de las diferentes aplicaciones y los reenvía al master-eventd
proceso. El master-eventd
proceso se ejecuta en el motor de enrutamiento principal y escribe los mensajes de registro y los errores en el disco.
En Junos OS Evolved no hay ningún messages
archivo en el motor de enrutamiento de reserva. Todos los registros del motor de enrutamiento de copia de seguridad se encuentran en el messages
archivo del nodo principal Motor de enrutamiento.
De forma predeterminada, Junos OS Evolved anexa el nombre de nodo al nombre de host en los mensajes de registro del sistema; Junos OS no. Esta acción mantiene los mensajes de registro del sistema Junos OS Evolved en conformidad con RFC5424. Sin embargo, es posible que algunos sistemas de supervisión no identifiquen correctamente un nombre de host de Junos OS Evolved, ya que la combinación nombre-nodo no coincide con ningún nombre de host del inventario de nombres de host.
A partir de Junos OS Evolved versión 20.4R2, para garantizar una identificación precisa de los nombres de host de Junos OS Evolved en el sistema de supervisión, utilice el comando de set system syslog alternate-format
modo de configuración. Este comando cambia el formato de los mensajes de registro del sistema de Junos OS Evolved. El nombre del nodo se antepone al nombre del proceso en el mensaje en lugar de anexarse al nombre de host, lo que permite que el sistema de supervisión identifique el nombre de host correctamente.
Por ejemplo, los mensajes de registro del sistema de Junos OS no imprimen el proceso de origen en los mensajes de registro del sistema procedentes de una FPC:
user@mxhost> show log messages Dec 19 13:22:41.959 mxhost chassisd[5290]: CHASSISD_IFDEV_DETACH_FPC: ifdev_detach_fpc(0) Dec 19 13:23:22.900 mxhost fpc2 Ukern event counter Sock_tx init delayed
Sin embargo, los mensajes evolucionados de Junos OS anexan el nombre de nodo al nombre de host e imprimen el proceso de origen de los mensajes procedentes de un nodo, incluidos los FPC:
user@ptxhost-re0> show log messages May 25 18:41:05.375 ptxhost-re0 mgd[16201]: UI_CHILD_STATUS: Cleanup child '/usr/sbin/dot1xd', PID 21322, status 0 May 25 18:42:34.632 ptxhost-fpc0 evo-cda-bt[14299]: Register bt.igp_misc.debug.hdr_length_cnt not found May 25 18:42:34.753 ptxhost-fpc1 evo-cda-bt[14427]: HBM: hbm_gf_register_inst May 25 18:47:14.498 ptxhost-re0 ehmd[5598]: SYSTEM_APP_READY: App is ready re0-ehmd
Si ha configurado el formato alternativo para los mensajes de registro del sistema de Junos OS Evolved, el mismo conjunto de mensajes de registro del sistema tendría este aspecto, con el nombre de host solo:
user@ptxhost-re0> show log messages May 25 18:41:05.375 ptxhost re0- mgd[16201]: UI_CHILD_STATUS: Cleanup child '/usr/sbin/dot1xd', PID 21322, status 0 May 25 18:42:34.632 ptxhost fpc0- evo-cda-bt[14299]: Register bt.igp_misc.debug.hdr_length_cnt not found May 25 18:42:34.753 ptxhost fpc1- evo-cda-bt[14427]: HBM: hbm_gf_register_inst May 25 18:47:14.498 ptxhost re0- ehmd[5598]: SYSTEM_APP_READY: App is ready re0-ehmd
Funciones de registro del sistema y niveles de gravedad de los mensajes
Tabla 1 enumera los recursos de registro del sistema de Junos OS que puede especificar en las instrucciones de configuración en el nivel jerárquico [edit system syslog]
.
Instalación (número) |
Tipo de evento o error |
---|---|
|
El kernel de Junos OS realiza acciones y encuentra errores. |
|
El espacio de usuario realiza acciones o encuentra errores. |
|
El sistema realiza acciones o encuentra errores. |
|
Intentos de autenticación y autorización. |
|
FTP realiza acciones o encuentra errores. |
|
El protocolo de tiempo de red realiza acciones o encuentra errores. |
|
Eventos relacionados con la captura dinámica de flujo. |
|
Las aplicaciones externas locales realizan acciones o encuentran errores. |
|
El filtro de firewall realiza acciones de filtrado de paquetes. |
|
El motor de reenvío de paquetes realiza acciones o encuentra errores. |
|
La configuración especificada no es válida en el tipo de enrutador. |
|
Cambios en la configuración de Junos OS. |
|
Una aplicación cliente, como un protocolo XML de Junos o un cliente XML de NETCONF, emite comandos en el símbolo de la interfaz de línea de comandos (CLI) de Junos OS. |
Tabla 2 enumera los niveles de gravedad que puede especificar en las instrucciones de configuración en el nivel jerárquico [edit system syslog]
. Los niveles a través info
están emergency
en el orden de mayor gravedad (mayor efecto sobre el funcionamiento) a más bajo.
A diferencia de los otros niveles de gravedad, el nivel deshabilita el registro de una instalación en lugar de indicar la gravedad con la none
que un evento desencadenante afecta a las funciones de enrutamiento. Para obtener más información, consulte Deshabilitar el registro del sistema de una instalación.
valor |
Nivel de gravedad |
Description |
---|---|---|
NA |
|
Deshabilita el registro de la instalación asociada a un destino. |
0 |
|
Fallo del sistema u otra condición que hace que el enrutador deje de funcionar. |
1 |
|
Condiciones que requieren corrección inmediata, como una base de datos del sistema dañada. |
2 |
|
Condiciones críticas, como errores graves. |
3 |
|
Condiciones de error que generalmente tienen consecuencias menos graves que los errores en los niveles de emergencia, alerta y críticos. |
4 |
|
Condiciones que justifican el seguimiento. |
5 |
|
Condiciones que no son errores, pero que pueden justificar un tratamiento especial. |
6 |
|
Eventos o condiciones de no error de interés. |
7 |
|
Incluye todos los niveles de gravedad. |
Configuración predeterminada del registro del sistema
Tabla 3 resume la configuración predeterminada del registro del sistema que se aplica a todos los enrutadores que ejecutan Junos OS y especifica qué instrucción incluir en la configuración para anular el valor predeterminado.
Ajuste |
Predeterminado |
Declaración primordial |
Instrucciones |
---|---|---|---|
Facilidad alternativa para mensajes reenviados a una máquina remota |
Para Para Para Para Para Para |
[edit system syslog] host hostname { facility-override facility; } |
|
Formato de los mensajes registrados en un archivo |
Formato Junos OS estándar, basado en el formato UNIX |
[edit system syslog] file filename { structured-data; } |
|
Número máximo de archivos en el conjunto archivado |
10 |
[edit system syslog] archive { files number; } file filename { archive { files number; } } |
Especificación del tamaño, el número y las propiedades de archivado del archivo de registro |
Tamaño máximo del archivo de registro |
Serie M, MX y T: 1 megabyte (MB) Matriz TX: 10 MB |
[edit system syslog] archive { size size; } file filename { archive { size size; } } |
Especificación del tamaño, el número y las propiedades de archivado del archivo de registro |
Formato de marca de tiempo |
Mes, fecha, hora, minuto, segundo Por ejemplo: |
[edit system syslog] time-format format; |
|
Usuarios que pueden leer archivos de registro |
|
[edit system syslog] archive { world-readable; } file filename { archive { world-readable; } } |
Especificación del tamaño, el número y las propiedades de archivado del archivo de registro |
Instancias de registro y enrutamiento del sistema
El cliente de registro del sistema (syslog) es completamente compatible con VRF. Si se puede acceder a un servidor a través de una instancia de enrutamiento y reenvío virtual (VRF), el cliente syslog puede enviar mensajes de registro al servidor. Para especificar la instancia de enrutamiento a través de la cual se puede acceder al servidor remoto, utilice la instrucción (introducida en las routing-instance
jerarquías adecuadas).
De forma predeterminada, el tráfico de registro del sistema se envía desde la interfaz de administración del dispositivo y su instancia de enrutamiento asociada. Puede configurar los mensajes de registro del sistema para que utilicen la instancia mgmt_junos
de enrutamiento de administración no predeterminada.
- Ventajas de la instancia de administración dedicada
- Registro del sistema en la instancia de administración dedicada
Ventajas de la instancia de administración dedicada
-
Seguridad mejorada
-
El tráfico del registro del sistema ya no tiene que compartir una tabla de enrutamiento con otro tráfico de control o tráfico de protocolo
-
Interfaz de administración más fácil de usar para solucionar problemas
Registro del sistema en la instancia de administración dedicada
En Junos OS evolucionado, el registro del sistema utiliza la instancia de mgmt_junos
VRF de forma predeterminada en cuanto se configura la management-instance
instrucción. No es necesario configurar la instancia de mgmt_junos
VRF para el registro del sistema.
Antes de Junos OS versión 24.2R1, el tráfico del registro del sistema utilizaba la instancia de administración dedicada de forma predeterminada cuando se configura la management-instance
instrucción, incluso si no configura mgmt_junos
específicamente . A partir de Junos OS versión 24.2R1, debe configurar la instrucción para el tráfico de registro del mgmt_junos
sistema para utilizar la instancia de administración dedicada.
La instancia de enrutamiento que utiliza el tráfico de registro del sistema depende de las instancias de enrutamiento configuradas. El tráfico de registro del sistema prioriza las instancias de enrutamiento configuradas con la routing-instance
instrucción en el nivel jerárquico [edit system syslog host ip-address]
y, a continuación, las configuradas en el [edit system syslog]
nivel. Si no se configura ninguna instancia de enrutamiento en ninguna de las jerarquías, incluso si la instancia de administración está configurada en el nivel global, el tráfico de registro del sistema utiliza de forma predeterminada la instancia de enrutamiento predeterminada y la tabla de enrutamiento inet.0. Por lo tanto, los registros del sistema solo llegarán al host si la instancia de enrutamiento inet.0 predeterminada puede acceder al host.
Este comportamiento se resume en la tabla siguiente:
Configurado a |
Configurado a |
Instancia de enrutamiento que utiliza el tráfico de registro del sistema |
---|---|---|
|
Instancia de enrutamiento definida por el usuario |
|
Instancia de enrutamiento definida por el usuario |
Instancia de enrutamiento definida por el usuario |
La instancia configurada en el |
Ninguna |
mgmt_junos |
mgmt_junos |
Ninguna |
Instancia de enrutamiento definida por el usuario |
La instancia configurada en el |
Ninguna |
Ninguna |
Instancia de enrutamiento predeterminada inet.0 |
Consulte también
Mensajes de registro del sistema predeterminados específicos de la plataforma
Los siguientes mensajes se generan de forma predeterminada en enrutadores específicos. Para ver cualquiera de estos tipos de mensajes, debe configurar al menos un destino para los mensajes, tal como se describe en Configuración mínima del registro del sistema de Junos OS.
Para registrar el mensaje de proceso del kernel en un enrutador serie M, MX o T, incluya la
kernel info
instrucción en el nivel jerárquico apropiado:[edit system syslog] (console | file filename | host destination | user username) { kernel info; }
En una matriz de enrutamiento compuesta por un enrutador de matriz de transmisión y enrutadores T640, el motor de enrutamiento primario de cada enrutador T640 reenvía todos los mensajes con una gravedad superior y superior al motor de
info
enrutamiento principal del enrutador de matriz de transmisión. Esto es equivalente a la siguiente instrucción de configuración incluida en el enrutador TX Matrix:[edit system syslog] host scc-master { any info; }
A partir de Junos OS versión 15.1X49-D10 y Junos OS versión 17.3R1, del mismo modo en una matriz de enrutamiento compuesta por un enrutador TX Matrix Plus con enrutadores T1600 o T4000 conectados, el motor de enrutamiento principal en cada LCC T1600 o T4000 reenvía al motor de enrutamiento primario en el enrutador TX Matrix Plus todos los mensajes con una gravedad de
info
y superior. Esto es equivalente a la siguiente instrucción de configuración incluida en el enrutador TX Matrix Plus:Nota:Desde la perspectiva de la interfaz de usuario, la matriz de enrutamiento aparece como un único enrutador. El enrutador TX Matrix Plus controla todos los enrutadores T1600 o T4000 conectados a él en la matriz de enrutamiento.
[edit system syslog] host sfc0-master { any info; }
Interpretar mensajes generados en formato estándar
La sintaxis de un mensaje de formato estándar generado por un proceso o una biblioteca de subrutinas de Junos OS depende de si incluye la siguiente información de prioridad:
Cuando la
explicit-priority
instrucción se incluye en el nivel de jerarquía [filename] o [hostname], un mensaje de registro del sistema tiene la sintaxis siguiente:timestamp message-source: %facility–severity–TAG: message-text
Cuando se dirige a la consola o a los usuarios, o cuando no se incluye la
explicit-priority
instrucción para archivos o hosts remotos, un mensaje de registro del sistema tiene la siguiente sintaxis:timestamp message-source: TAG: message-text
Tabla 5 Describe los campos de mensaje.
Campo | Description |
---|---|
timestamp |
Hora a la que se registró el mensaje. |
message-source |
Identificador del proceso o componente que genera el mensaje y la plataforma de enrutamiento en la que se registró el mensaje. Para Junos OS, este campo incluye dos o más subcampos: nombre de host, proceso e ID de proceso (PID). Para Junos OS Evolved, este campo incluye un nombre de host con un nombre de nodo adjunto, un nombre de proceso y un PID. Si la hostname process[process-ID] |
facility |
Código que especifica la utilidad a la que pertenece el mensaje de registro del sistema. Para obtener una asignación de códigos a nombres de instalaciones, consulte la tabla: Códigos de instalaciones indicados en la información de prioridad al incluir información de prioridad en los mensajes de registro del sistema. |
severity |
Código numérico que representa el nivel de gravedad asignado al mensaje de registro del sistema. Para obtener una asignación de códigos a nombres de gravedad, consulte la tabla: Códigos numéricos para los niveles de gravedad notificados en Información de prioridad al incluir información de prioridad en los mensajes de registro del sistema. |
TAG |
Cadena de texto que identifica de forma exclusiva el mensaje, en mayúsculas y utilizando el carácter de subrayado (_) para separar las palabras. El nombre de la etiqueta comienza con un prefijo que indica el proceso o la biblioteca del software generador. Las entradas de esta referencia están ordenadas alfabéticamente por este prefijo. No todos los procesos en una plataforma de enrutamiento utilizan etiquetas, por lo que este campo no siempre aparece. |
message-text |
Texto del mensaje. |
Interpretar mensajes generados en formato estándar por un proceso o biblioteca de Junos OS
La sintaxis de un mensaje de formato estándar generado por un proceso o una biblioteca de subrutinas de Junos OS depende de si incluye información de prioridad:
-
Cuando la
explicit-priority
instrucción se incluye en el nivel de jerarquía [edit system syslog file
filename] o [edit system syslog host
(hostname | other-routing-engine)], un mensaje de registro del sistema tiene la sintaxis siguientetimestamp message-source:
%facility–severity–TAG
: message-text -
Cuando se dirige a la consola o a los usuarios, o cuando no se incluye la instrucción de prioridad explícita para archivos o hosts remotos, un mensaje de registro del sistema tiene la siguiente sintaxis:
timestamp message-source:
TAG
: message-text
Tabla 6 Describe los campos de mensaje.
Campo | Description |
---|---|
timestamp | Hora a la que se registró el mensaje. |
message-source | Identificador del proceso o componente que generó el mensaje y la plataforma de enrutamiento en la que se registró el mensaje. Este campo incluye dos o más subcampos, dependiendo de cómo esté configurado el registro del sistema. Consulte El campo de origen de mensajes en una plataforma de matriz TX, el campo de origen de mensajes en un nodo de enrutamiento T640 en una matriz de enrutamiento y El campo de origen de mensajes en un sistema de chasis único. |
facility | Código que especifica la utilidad a la que pertenece el mensaje de registro del sistema. Para obtener una asignación de códigos a nombres de instalaciones, consulte la tabla: Códigos numéricos para los niveles de gravedad notificados en Información de prioridad al incluir información de prioridad en los mensajes de registro del sistema. |
severity | Código numérico que representa el nivel de gravedad asignado al mensaje de registro del sistema. Para obtener una asignación de códigos a nombres de gravedad, consulte la tabla: Códigos numéricos para los niveles de gravedad notificados en Información de prioridad al incluir información de prioridad en los mensajes de registro del sistema. |
TAG |
Cadena de texto que identifica de forma exclusiva el mensaje, en mayúsculas y utilizando el carácter de subrayado (_) para separar las palabras. El nombre de la etiqueta comienza con un prefijo que indica el proceso o la biblioteca del software generador. Las entradas de esta referencia están ordenadas alfabéticamente por este prefijo. No todos los procesos en una plataforma de enrutamiento utilizan etiquetas, por lo que este campo no siempre aparece. |
message-text | Texto del mensaje. Para obtener el texto de cada mensaje, consulte los capítulos que siguen a Mensajes de registro del sistema. |
Interpretar mensajes generados en formato estándar por servicios en un PIC
Los mensajes de registro del sistema de formato estándar generados por los servicios de una PIC, como la PIC de servicios adaptables (AS), tienen la siguiente sintaxis:
timestamp
(FPC Slot
fpc-slot,PIC Slot
pic-slot) {service-set} [SERVICE]: optional-stringTAG
: message-text
El registro del sistema para servicios en PIC no está configurado en el nivel de jerarquía [edit system syslog
] como se describe en este capítulo. Para obtener información sobre la configuración, consulte la Guía de configuración de interfaces de Junos Services.
El campo (ranura FPC fpc-ranura, ranura PIC ranura pic) sólo aparece cuando la utilidad de registro del sistema estándar que se ejecuta en el motor de enrutamiento escribe los mensajes en el registro del sistema. Cuando el PIC escribe el mensaje directamente, el campo no aparece.
Tabla 7 Describe los campos de mensaje.
Campo | Description |
---|---|
timestamp | Hora a la que se registró el mensaje. |
fpc-slot | Número de ranura del concentrador de PIC flexible (FPC) que aloja el PIC que generó el mensaje. |
pic-slot | Número de la ranura PIC de la FPC en la que reside la PIC que generó el mensaje. |
service-set | Nombre del conjunto de servicios que generó el mensaje. |
SERVICE |
Código que representa el servicio que generó el mensaje. Los códigos incluyen lo siguiente:
|
optional-string | Una cadena de texto que aparece si la configuración del PIC incluye la instrucción log-prefix en el nivel jerárquico [edit interface-name services-options syslog]. Para obtener más información, consulte la Guía de configuración de interfaces de servicios de Junos. |
TAG | Cadena de texto que identifica de forma exclusiva el mensaje, en mayúsculas y utilizando el carácter de subrayado (_) para separar las palabras. El nombre de la etiqueta comienza con un prefijo que indica la PIC generadora. Las entradas de esta referencia están ordenadas alfabéticamente por este prefijo. |
message-text | Texto del mensaje. Para ver el texto de cada mensaje, consulte Mensajes de registro del sistema. |
Interpretar mensajes generados en formato de datos estructurados
A partir de Junos OS versión 8.3, cuando la instrucción de datos estructurados se incluye en la configuración de un archivo de registro, los procesos y las bibliotecas de software de Junos OS escriben mensajes en el archivo en formato de datos estructurados en lugar del formato estándar de Junos OS. Para obtener información acerca de la instrucción de datos estructurados, vea Registrar mensajes en formato de datos estructurados.
El formato estructurado facilita que las aplicaciones automatizadas extraigan información del mensaje. En particular, el formato estandarizado para informar el valor de las variables (elementos en el mensaje en inglés que varían según las circunstancias que desencadenaron el mensaje) facilita que una aplicación extraiga esos valores. En formato estándar, las variables se intercalan en el texto del mensaje y no se identifican como variables.
El formato de datos estructurados para un mensaje incluye los siguientes campos (que aparecen aquí en dos líneas solo para facilitar la legibilidad):
<priority code>version timestamp hostname process processID TAG [junos@2636.platform variable-value-pairs] message-text
Tabla 8 describe los campos. Si la utilidad de registro del sistema no puede determinar el valor de un campo determinado, aparecerá un guión ( - ) en su lugar.
Campo | Description | Ejemplos |
---|---|---|
<código de prioridad> | Número que indica la facilidad y gravedad del mensaje. Se calcula multiplicando el número de instalación por 8 y luego sumando el valor numérico de la gravedad. Para obtener una asignación de los códigos numéricos a la instalación y la gravedad, consulte la Tabla: Códigos de instalación y gravedad en el campo Código de prioridad para especificar la facilidad y la gravedad de los mensajes que se incluirán en el registro. | <165> para un mensaje de la instalación de PFE (instalación = 20) con aviso de gravedad (gravedad = 5). |
Versión | Versión de la especificación del protocolo de registro del sistema del Grupo de trabajo de ingeniería de Internet (IETF). | 1 para la versión inicial |
Timestamp |
Hora en que se generó el mensaje, en una de dos representaciones:
|
2007-02-15T09:17:15.719Z es a las 9:17 AM UTC el 15 de febrero de 2007. 2007-02-15T01:17:15.719 -08:00 es la misma marca de tiempo expresada como hora estándar del Pacífico en los Estados Unidos. |
nombre de host | Nombre del host que generó originalmente el mensaje. | enrutador1 |
proceso | Nombre del proceso de Junos OS que generó el mensaje. | Mgd |
processID | ID de proceso (PID) de UNIX del proceso de Junos OS que generó el mensaje. | 3046 |
ETIQUETA | Etiqueta de mensaje de registro del sistema de Junos OS, que identifica de forma exclusiva el mensaje. | UI_DBASE_LOGOUT_EVENT |
junos@2636.platform | Un identificador para el tipo de plataforma de hardware que generó el mensaje. El prefijo junos@2636 indica que la plataforma ejecuta Junos OS. Le sigue un identificador numérico separado por puntos para el tipo de plataforma. Para obtener una lista de los identificadores, consulte Tabla 10. | junos@2636.1.1.1.2.18 para el enrutador M120 |
pares de valores variables | Un par variable-valor para cada elemento de la cadena mensaje-texto que varía en función de las circunstancias que desencadenaron el mensaje. Cada par aparece en el formato variable = "valor". | username="usuario" |
mensaje-texto | Descripción en inglés del evento o error (se omite si la breve instrucción se incluye en el nivel jerárquico [edit system syslog file filename structured-data]). Para obtener el texto de cada mensaje, consulte los capítulos que siguen a Mensajes de registro del sistema. | Usuario 'usuario' saliendo del modo de configuración |
De forma predeterminada, la versión de datos estructurados de un mensaje incluye texto en inglés al final, como en el ejemplo siguiente (que aparece en varias líneas solo para facilitar la legibilidad):
<165>1 2007-02-15T09:17:15.719Z router1 mgd 3046 UI_DBASE_LOGOUT_EVENT [junos@2636.1.1.1.2.18 username="user"] User 'user' exiting configuration mode
Cuando la breve instrucción se incluye en el nivel de jerarquía [edit system syslog file filename structured-data], se omite el texto en inglés, como en este ejemplo:
<165>1 2007-02-15T09:17:15.719Z router1 mgd 3046 UI_DBASE_LOGOUT_EVENT [junos@2636.1.1.1.2.18 username="user"]
Tabla 9 Asigna los códigos que aparecen en el campo Código de prioridad al nivel de instalación y gravedad.
No todas las instalaciones y severidades enumeradas en Tabla 9 pueden incluirse en instrucciones en el nivel jerárquico [edit system syslog] (algunas son utilizadas por procesos internos). Para obtener una lista de las instalaciones y los niveles de gravedad que se pueden incluir en la configuración, consulte Especificación de la facilidad y la gravedad de los mensajes que se van a incluir en el registro.
Instalación (número) | Emergencia grave | alerta | crítico | error | advertencia | notar | información | depurar |
---|---|---|---|---|---|---|---|---|
Núcleo (0) | 1 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
Usuario (1) | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 |
correo (2) | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 |
demonio (3) | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
Autorización (4) | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 |
syslog (5) | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 |
impresora (6) | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 |
Noticias (7) | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 |
UUCP (8) | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 |
reloj (9) | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 |
autorización-privada (10) | 80 | 81 | 82 | 83 | 84 | 85 | 86 | 87 |
ftp (11) | 88 | 89 | 90 | 91 | 92 | 93 | 94 | 95 |
NTP (12) | 96 | 97 | 98 | 99 | 100 | 101 | 102 | 103 |
Seguridad (13) | 104 | 105 | 106 | 107 | 108 | 109 | 110 | 111 |
consola (14) | 112 | 113 | 114 | 115 | 116 | 117 | 118 | 119 |
local0 (16) | 128 | 129 | 130 | 131 | 132 | 133 | 134 | 135 |
DFC (17) | 136 | 137 | 138 | 139 | 140 | 141 | 142 | 143 |
local2 (18) | 144 | 145 | 146 | 147 | 148 | 149 | 150 | 151 |
cortafuegos (19) | 152 | 153 | 154 | 155 | 156 | 157 | 158 | 159 |
PFE (20) | 160 | 161 | 162 | 163 | 164 | 165 | 166 | 167 |
registro de conflictos (21) | 168 | 169 | 170 | 171 | 172 | 173 | 174 | 175 |
registro de cambios (22) | 176 | 177 | 178 | 179 | 180 | 181 | 182 | 183 |
comandos interactivos (23) | 184 | 185 | 186 | 187 | 188 | 189 | 190 | 191 |
Tabla 10 enumera los identificadores numéricos de las plataformas de enrutamiento que aparecen en el campo Plataforma. El identificador se deriva del identificador de objeto SNMP (OID) de la plataforma, tal como se define en la MIB de la plataforma de enrutamiento de Juniper Networks. Para obtener más información acerca de los OID, consulte la Guía de administración y supervisión de red.
Identificador | Nombre de la plataforma |
---|---|
1.1.1.2.1 | Enrutador M40 |
1.1.1.2.2 | Enrutador M20 |
1.1.1.2.3 | Enrutador M160 |
1.1.1.2.4 | Enrutador M10 |
1.1.1.2.5 | Enrutador M5 |
1.1.1.2.6 | Nodo de enrutamiento T640 |
1.1.1.2.7 | Enrutador T320 |
1.1.1.2.8 | Enrutador M40e |
1.1.1.2.9 | Enrutador M320 |
1.1.1.2.10 | Enrutador M7i |
1.1.1.2.11 | Enrutador M10i |
1.1.1.2.13 | Enrutador de servicios J2300 |
1.1.1.2.14 | Enrutador de servicios J4300 |
1.1.1.2.15 | Enrutador de servicios J6300 |
1.1.1.2.17 | Plataforma TX Matrix |
1.1.1.2.18 | Enrutador M120 |
1.1.1.2.19 | Enrutador de servicios J4350 |
1.1.1.2.20 | Enrutador de servicios J6350 |
1.1.1.2.23 | Enrutador de servicios J2320 |
1.1.1.2.24 | Enrutador de servicios J2350 |
1.1.1.2.27 | Enrutador T1600 |
1.1.1.2.37 | Plataforma TX Matrix Plus |
1.1.1.2.83 | Enrutador T4000 |
Administrar el registro del sistema operativo host y los archivos principales
En los conmutadores Junos OS con un SO host, Junos OS puede generar mensajes de registro del sistema (también denominados mensajes syslog) para registrar los eventos que se producen en el conmutador, incluidos los siguientes:
Operaciones rutinarias, como un inicio de sesión de usuario en la base de datos de configuración.
Condiciones de error y fallo.
Condiciones de emergencia o críticas, como el apagado del interruptor debido a una temperatura excesiva.
En los conmutadores de la serie OCX:
Los mensajes de registro del sistema se registran en el /var/log/dcpfe.log archivo en el sistema operativo host en los siguientes escenarios:
Cuando se inicializa el demonio de reenvío.
Los mensajes se etiquetan como emergencia (LOG_EMERG). También se envía una copia del mensaje al /var/log directorio del conmutador.
Los mensajes de los procesos están disponibles en el sistema host en el /var/log directorio. Los mensajes de registro del sistema del proceso de administración del chasis del host se registran en el lcmd.log archivo del /var/log directorio.
En conmutadores QFX con un SO host:
Junos OS y el sistema operativo host registran mensajes de registro para eventos del sistema y del proceso, y generan archivos de núcleo cuando se producen determinados fallos del sistema.
Estos archivos se almacenan en directorios como /var/log para los mensajes de registro, y /var/tmp o /var/crash para los archivos principales, según el tipo de sistema operativo host que se ejecute en el conmutador.
Para fines de diagnóstico, puede acceder a estos archivos de registro y núcleo del sistema SO host desde la CLI de Junos OS en el conmutador. También puede limpiar los directorios donde el sistema operativo host almacena registros temporales y otros archivos.
En este tema se incluyen las siguientes secciones:
- Ver archivos de registro en el sistema operativo host
- Copiar archivos de registro del sistema host al conmutador
- Ver archivos principales en el sistema operativo host
- Copie los archivos principales del sistema host al conmutador
- Limpiar archivos temporales en el sistema operativo host
Ver archivos de registro en el sistema operativo host
Para ver una lista de los archivos de registro creados en el sistema operativo host, escriba el siguiente comando:
user@switch> show app-engine logs
Copiar archivos de registro del sistema host al conmutador
Para copiar los archivos de registro del sistema operativo host al conmutador, ingrese el siguiente comando:
user@switch> request app-engine file-copy log from-jhost source to-vjunos destination
Por ejemplo, para copiar el archivo de lcmd registro en el conmutador, escriba el siguiente comando:
user@switch> request app-engine file-copy log from-jhost lcmd.log to-vjunos /var/tmp
Ver archivos principales en el sistema operativo host
Para ver la lista de archivos principales generados y almacenados en el sistema operativo host, ingrese el siguiente comando:
user@switch> show app-engine crash
La lista podría verse como esta salida de ejemplo:
Compute cluster: default-cluster Compute node: default-node Crash Info ========== total 13480 -rw-r--r-- 1 root root 178046 Feb 14 23:08 localhost.lcmd.26653.1455520135.core.tgz -rw-r--r-- 1 root root 4330343 Feb 15 00:45 localhost.dcpfe.7155.1455525926.core.tgz -rw-r--r-- 1 root root 4285901 Feb 15 01:49 localhost.dcpfe.25876.1455529782.core.tgz -rw-r--r-- 1 root root 4288508 Feb 15 02:39 localhost.dcpfe.713.1455532774.core.tgz -rw-r--r-- 1 root root 264079 Feb 15 17:02 localhost.lcmd.1144.1455584540.core.tgz
Copie los archivos principales del sistema host al conmutador
Para copiar archivos principales del SO host al conmutador, ingrese el siguiente comando:
user@switch> request app-engine file-copy crash from-jhost source to-vjunos destination-dir-or-file-path
Cuando la ruta de Junos OS de destino es un directorio, se utiliza el nombre de archivo de origen de forma predeterminada. Para cambiar el nombre del archivo en el destino, escriba el argumento de destino como una ruta de acceso completa, incluido el nombre de archivo deseado.
Por ejemplo, para copiar el localhost.lcmd.26653.1455520135.core.tgz archivo de almacenamiento principal en el conmutador, escriba el siguiente comando:
user@switch> request app-engine file-copy crash from-jhost localhost.lcmd.26653.1455520135.core.tgz to-vjunos /var/tmp
Para ver los resultados en el conmutador, ingrese el siguiente comando:
user@switch> show system core-dumps re0: -------------------------------------------------------------------------- -rw-r--r-- 1 root field 178046 Feb 15 17:15 /var/tmp/localhost.lcmd.26653.1455520135.core.tgz total files: 1
Limpiar archivos temporales en el sistema operativo host
Para eliminar los archivos temporales creados en el sistema operativo host, ingrese el siguiente comando:
user@switch> request app-engine cleanup
Por ejemplo, la siguiente salida de ejemplo en un conmutador con un sistema operativo host Linux muestra la limpieza de archivos temporales almacenados en /var/tmp:
Compute cluster: default-cluster Compute node: default-node Cleanup (/var/tmp) =======
Tabla de historial de cambios
La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice Feature Explorer a fin de determinar si una función es compatible con la plataforma.
management-instance
instrucción, se podía acceder al servidor a través de esa instancia de VRF, pero el cliente syslog no podía enviar mensajes syslog al servidor.info
y superior.