Nesta página
Instalações de registro de sistemas e níveis de gravidade de mensagens
Mensagens de log de sistema padrão específicas da plataforma
Interprete as mensagens geradas no formato padrão por um processo ou biblioteca do Junos OS
Interpretar mensagens geradas em formato padrão por serviços em um PIC
Interprete as mensagens geradas no formato de dados estruturados
Visão geral do registro do sistema
Esta seção descreve as mensagens de log do sistema que identificam o processo do Junos OS responsável pela geração da mensagem e fornece uma breve descrição da operação ou erro que ocorreu.
Visão geral do log do sistema
O Junos OS gera mensagens de log do sistema (também chamadas de mensagens de syslog) para registrar eventos que ocorrem no dispositivo, incluindo:
-
Operações rotineiras, como a criação de uma adjacência de protocolo Open Shortest Path First (OSPF) ou login de usuário no banco de dados de configuração.
-
Condições de falha e erro, como falha no acesso a um arquivo de configuração ou fechamento inesperado de uma conexão a um processo de peer.
-
Condições de emergência ou críticas, como a redução de energia do dispositivo devido à temperatura excessiva.
Cada mensagem de log do sistema identifica o processo junos OS responsável por gerar a mensagem e fornece uma breve descrição da operação ou erro que ocorreu. Para obter informações detalhadas sobre mensagens de log de sistema específicas, consulte o System Log Explorer.
Para configurar o dispositivo para registrar mensagens do sistema, configure a declaração de syslog no nível de hierarquia [editar sistema].
Este tópico descreve mensagens de log de sistema para processos e bibliotecas do Junos OS e não os serviços de registro de sistema em uma placa de interface física (PIC), como o PIC de serviços adaptativos.
Use o aplicativo System Log Explorer para visualizar ou comparar mensagens de log do sistema em diferentes versões.
A partir do Junos OS Release 22.1R1 na Série SRX e dispositivos da Série NFX e no Junos OS Evolved Release 22.2R1 em dispositivos QFX5130, QFX5200, QFX5220 e QFX5700, adicionamos vários eventos dentro da tag de eventos usando o formato, que tem uma opção <event>UI_LOGIN_EVENT|UI_LOGOUT_EVENT</event>
(|
) de separar os eventos e gerar mensagens de registro do sistema. Antes desses lançamentos, a tag de eventos usava o <event>UI_LOGIN_EVENT UI_LOGOUT_EVENT</event>
formato e para várias combinações de <get-syslog-events> rpc
filtros não estava sendo registrada.
Registro de sistema no Junos OS Evolved
No Junos OS Evolved, cada nó tem a ferramenta padrão journalctl
, que é uma interface para recuperar e filtrar a revista do sistema. As mensagens de log do sistema são extraídas da revista do sistema. O relay-eventd
processo é executado em todos os nós e recupera eventos (com base na configuração do syslog) da revista do sistema, bem como mensagens de erro dos diferentes aplicativos e os encaminha para o master-eventd
processo. O master-eventd
processo é executado no mecanismo de roteamento primário e escreve as mensagens de log e erros em disco.
No Junos OS Evolved, não há nenhum messages
arquivo no mecanismo de roteamento de backup. Todos os logs do messages
mecanismo de roteamento de backup estão no arquivo do nó principal do mecanismo de roteamento.
Por padrão, o Junos OS Evolved anexa o nome do nó ao nome de host em mensagens de log do sistema; O Junos OS não. Essa ação mantém as mensagens de log do sistema Junos OS Evolved em conformidade com RFC5424. No entanto, alguns sistemas de monitoramento podem não identificar corretamente um nome de host Junos OS Evolved, porque a combinação de nome de host não corresponde a nenhum nome de host no inventário de nomes de host.
A partir do Junos OS Evolved Release 20.4R2, para garantir uma identificação precisa dos nomes de host Evolved do Junos OS em seu sistema de monitoramento, use o comando de set system syslog alternate-format
modo de configuração. Esse comando muda o formato das mensagens de log do sistema Junos OS Evolved. O nome do nó está pré-preparado para o nome do processo na mensagem em vez de anexo ao nome do host, permitindo assim que o sistema de monitoramento identifique o nome do host corretamente.
Por exemplo, as mensagens de log do sistema Junos OS não imprimem o processo de origem em mensagens de log de sistema vindas de um 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
No entanto, as mensagens Junos OS Evolved anexam o nome do nó ao nome do host e imprimem o processo de origem de mensagens vindas de um nó, incluindo FPCs:
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
Se você tiver configurado o formato alternativo para mensagens de log do sistema Junos OS Evolved, o mesmo conjunto de mensagens de log do sistema seria assim, com o nome de host por si só:
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
Instalações de registro de sistemas e níveis de gravidade de mensagens
Tabela 1 lista as instalações de registro do sistema Junos OS que você pode especificar em declarações de configuração no nível de [edit system syslog]
hierarquia.
Instalação (número) |
Tipo de evento ou erro |
---|---|
|
O kernel do Junos OS executa ações e encontra erros. |
|
O espaço do usuário executa ações ou encontra erros. |
|
O sistema executa ações ou encontra erros. |
|
Tentativas de autenticação e autorização. |
|
O FTP executa ações ou encontra erros. |
|
O Protocolo de Tempo de Rede executa ações ou encontra erros. |
|
Eventos relacionados à captura dinâmica de fluxo. |
|
Os aplicativos externos locais executam ações ou encontram erros. |
|
O filtro de firewall realiza ações de filtragem de pacotes. |
|
O Mecanismo de encaminhamento de pacotes executa ações ou encontra erros. |
|
A configuração especificada é inválida no tipo de roteador. |
|
Alterações na configuração do Junos OS. |
|
Um aplicativo do cliente, como um protocolo Junos XML ou os comandos de problemas de cliente NETCONF XML no prompt da interface de linha de comando (CLI) do Junos OS. |
Tabela 2 lista os níveis de gravidade que você pode especificar em declarações de configuração no nível de [edit system syslog]
hierarquia. Os níveis de emergency
até aqui info
estão na ordem de mais alta gravidade (maior efeito sobre o funcionamento) para o menor.
Ao contrário dos outros níveis de gravidade, o nível desativa o none
registro de uma instalação em vez de indicar a gravidade de um evento desencadeante afeta as funções de roteamento. Para obter mais informações, veja Desativação do registro do sistema de uma instalação.
Value |
Nível de gravidade |
Descrição |
---|---|---|
N/A |
|
Desativa o registro da instalação associada a um destino. |
0 |
|
Pânico no sistema ou outra condição que faz com que o roteador pare de funcionar. |
1 |
|
Condições que exigem correção imediata, como um banco de dados do sistema corrupto. |
2 |
|
Condições críticas, como erros difíceis. |
3 |
|
Condições de erro que geralmente têm consequências menos graves do que erros nos níveis de emergência, alerta e crítico. |
4 |
|
Condições que garantem o monitoramento. |
5 |
|
Condições que não são erros, mas que podem garantir um tratamento especial. |
6 |
|
Eventos ou condições de interesse sem erro. |
7 |
|
Inclui todos os níveis de gravidade. |
Configurações padrão de log do sistema
Tabela 3 resume as configurações padrão de log do sistema que se aplicam a todos os roteadores que executam o Junos OS e especifica qual declaração incluir na configuração para substituir o valor padrão.
Ambiente |
Inadimplência |
Declaração de substituição |
Instruções |
---|---|---|---|
Instalação alternativa para mensagem encaminhada a uma máquina remota |
Por Por Por Por Por Por |
[edit system syslog] host hostname { facility-override facility; } |
|
Formato de mensagens registradas em um arquivo |
Formato padrão do Junos OS, baseado no formato UNIX |
[edit system syslog] file filename { structured-data; } |
|
Número máximo de arquivos no conjunto arquivado |
10 |
[edit system syslog] archive { files number; } file filename { archive { files number; } } |
Especificação do tamanho, número e arquivamento de arquivos de log |
Tamanho máximo do arquivo de log |
Série M, Série MX e Série T: 1 megabyte (MB) Matriz TX: 10 MB |
[edit system syslog] archive { size size; } file filename { archive { size size; } } |
Especificação do tamanho, número e arquivamento de arquivos de log |
Formato de data e hora |
Mês, data, hora, minuto, segundo Por exemplo: |
[edit system syslog] time-format format; |
|
Usuários que podem ler arquivos de log |
|
[edit system syslog] archive { world-readable; } file filename { archive { world-readable; } } |
Especificação do tamanho, número e arquivamento de arquivos de log |
Instâncias de registro e roteamento do sistema
O cliente de log de sistema (syslog) está completamente ciente do VRF. Se um servidor for acessível por meio de uma instância virtual de roteamento e encaminhamento (VRF), o cliente do syslog pode enviar mensagens de log para o servidor. Para especificar a instância de roteamento pela qual o servidor remoto é acessível, use a routing-instance
declaração (introduzida em hierarquias apropriadas).
Por padrão, o tráfego de registro do sistema é enviado da interface de gerenciamento em seu dispositivo e de sua instância de roteamento associada. Você pode configurar mensagens de registro de sistema para usar a instância mgmt_junos
de roteamento de gerenciamento não padrão.
- Benefícios da instância de gerenciamento dedicada
- Registro de sistema na instância de gerenciamento dedicada
Benefícios da instância de gerenciamento dedicada
-
Melhor segurança
-
O tráfego de log do sistema não precisa mais compartilhar uma tabela de roteamento com outro tráfego de controle ou tráfego de protocolo
-
É mais fácil usar a interface de gerenciamento para solucionar problemas
Registro de sistema na instância de gerenciamento dedicada
No Junos OS Evolved, o registro do sistema usa a mgmt_junos
instância VRF por padrão assim que você configura a management-instance
declaração. Você não precisa configurar a instância VRF para registrar mgmt_junos
o sistema.
Antes da versão 24.2R1 do Junos OS, o tráfego de log do sistema usa a instância de gerenciamento dedicada por padrão quando a management-instance
declaração está configurada, mesmo se você não configurar mgmt_junos
especificamente. A partir do Junos OS Release 24.2R1, você deve configurar a declaração para que o mgmt_junos
tráfego de log do sistema use a instância de gerenciamento dedicada.
A instância de roteamento que o tráfego de log do sistema usa depende de quais instâncias de roteamento estão configuradas. O registro de tráfego no sistema prioriza instâncias de roteamento configuradas com a routing-instance
declaração no nível de [edit system syslog host ip-address]
hierarquia e depois aquelas configuradas no [edit system syslog]
nível. Se nenhuma instância de roteamento estiver configurada em nenhuma das hierarquias, mesmo que a instância de gerenciamento esteja configurada no nível global, o sistema registrará padrões de tráfego na instância de roteamento padrão e na tabela de roteamento inet.0. Assim, os logs do sistema só chegarão ao host se o host for acessável pela instância de roteamento padrão inet.0.
Esse comportamento é resumido na tabela abaixo:
Configurado em |
Configurado em |
Usos de registro de tráfego de instâncias de roteamento |
---|---|---|
|
Instância de roteamento definida pelo usuário |
|
Instância de roteamento definida pelo usuário |
Instância de roteamento definida pelo usuário |
A instância configurada no |
Nenhum |
mgmt_junos |
mgmt_junos |
Nenhum |
Instância de roteamento definida pelo usuário |
A instância configurada no |
Nenhum |
Nenhum |
Instância de roteamento padrão inet.0 |
Consulte também
Mensagens de log de sistema padrão específicas da plataforma
As mensagens a seguir são geradas por padrão em roteadores específicos. Para visualizar qualquer um desses tipos de mensagens, você deve configurar pelo menos um destino para mensagens conforme descrito na configuração de registro mínimo do sistema Junos OS.
Para registrar a mensagem de processo do kernel em um roteador da Série M, Série MX ou Série T, inclua a
kernel info
declaração no nível hierárquico apropriado:[edit system syslog] (console | file filename | host destination | user username) { kernel info; }
Em uma matriz de roteamento composta por um roteador TX Matrix e roteadores T640, o mecanismo de roteamento primário em cada roteador T640 encaminha todas as mensagens com uma gravidade e superior ao mecanismo de
info
roteamento primário no roteador TX Matrix. Isso equivale à seguinte declaração de configuração incluída no roteador TX Matrix:[edit system syslog] host scc-master { any info; }
A partir do Junos OS Release 15.1X49-D10 e Junos OS Release 17.3R1, da mesma forma em uma matriz de roteamento composta por um roteador TX Matrix Plus com roteadores T1600 ou T4000 conectados, o mecanismo de roteamento primário em cada T1600 ou T4000 LCC encaminha para o mecanismo de roteamento primário no roteador TX Matrix Plus todas as mensagens com uma gravidade de
info
e mais. Isso equivale à seguinte declaração de configuração incluída no roteador TX Matrix Plus:Nota:Do ponto de vista da interface do usuário, a matriz de roteamento aparece como um único roteador. O roteador TX Matrix Plus controla todos os roteadores T1600 ou T4000 conectados a ele na matriz de roteamento.
[edit system syslog] host sfc0-master { any info; }
Interpretar mensagens geradas em formato padrão
A sintaxe de uma mensagem de formato padrão gerada por um processo do Junos OS ou uma biblioteca subroutina depende se ela inclui as informações de prioridade abaixo:
Quando a
explicit-priority
declaração é incluída no nível [filename] ou [hostname] hierarquia, uma mensagem de log do sistema tem a seguinte sintaxe:timestamp message-source: %facility–severity–TAG: message-text
Quando direcionada ao console ou aos usuários, ou quando a
explicit-priority
declaração não estiver incluída em arquivos ou hosts remotos, uma mensagem de log do sistema tem a seguinte sintaxe:timestamp message-source: TAG: message-text
Tabela 5 descreve os campos de mensagens.
Campo | Descrição |
---|---|
timestamp |
Momento em que a mensagem foi registrada. |
message-source |
Identificador do processo ou componente que gera a mensagem e a plataforma de roteamento em que a mensagem foi registrada. Para o Junos OS, este campo inclui dois ou mais subcampos: nome de host, processo e ID de processo (PID). Para o Junos OS Evolved, este campo inclui um nome de host com um nome de nó anexo, um nome de processo e PID. Se a hostname process[process-ID] |
facility |
Código que especifica a instalação à qual a mensagem de log do sistema pertence. Para obter um mapeamento de códigos para os nomes das instalações, veja Tabela: Códigos de instalação relatados em informações prioritárias, incluindo informações prioritárias em mensagens de log do sistema. |
severity |
Código numérico que representa o nível de gravidade atribuído à mensagem de log do sistema. Para um mapeamento de códigos para nomes de gravidade, veja Tabela: Códigos numéricos para níveis de gravidade relatados em informações prioritárias, incluindo informações prioritárias em mensagens de log do sistema. |
TAG |
String de texto que identifica a mensagem de forma única, em todas as letras maiúsculas e usando o sublinhado (_) para separar palavras. O nome da tag começa com um prefixo que indica o processo de geração de software ou biblioteca. As entradas nesta referência são ordenadas alfabeticamente por este prefixo. Nem todos os processos em uma plataforma de roteamento usam tags, de modo que este campo nem sempre aparece. |
message-text |
Texto da mensagem. |
Interprete as mensagens geradas no formato padrão por um processo ou biblioteca do Junos OS
A sintaxe de uma mensagem de formato padrão gerada por um processo do Junos OS ou uma biblioteca subroutina depende se ela inclui informações prioritárias:
-
Quando a
explicit-priority
declaração é incluída no nível de hierarquia [edit system syslog file
filename] ou [ (edit system syslog host
hostname |other-routing-engine)], uma mensagem de log do sistema tem a seguinte sintaxetimestamp message-source:
%facility–severity–TAG
: message-text -
Quando direcionada ao console ou aos usuários, ou quando a declaração de prioridade explícita não estiver incluída em arquivos ou hosts remotos, uma mensagem de log do sistema tem a seguinte sintaxe:
timestamp message-source:
TAG
: message-text
Tabela 6 descreve os campos de mensagens.
Campo | Descrição |
---|---|
timestamp | Momento em que a mensagem foi registrada. |
message-source | Identificador do processo ou componente que gerou a mensagem e a plataforma de roteamento na qual a mensagem foi registrada. Este campo inclui dois ou mais subcampos, dependendo de como o registro do sistema está configurado. Veja o campo de fonte de mensagem em uma plataforma TX Matrix,ocampo de fonte de mensagem em um nó de roteamento T640 em uma matriz de roteamento e o campo de fonte de mensagem em um sistema de chassi único. |
facility | Código que especifica a instalação à qual a mensagem de log do sistema pertence. Para obter um mapeamento de códigos para os nomes das instalações, veja Tabela: Códigos numéricos para níveis de gravidade relatados em informações prioritárias , incluindo informações prioritárias em mensagens de log do sistema. |
severity | Código numérico que representa o nível de gravidade atribuído à mensagem de log do sistema. Para um mapeamento de códigos para nomes de gravidade, veja Tabela: Códigos numéricos para níveis de gravidade relatados em informações prioritárias , incluindo informações prioritárias em mensagens de log do sistema. |
TAG |
String de texto que identifica a mensagem de forma única, em todas as letras maiúsculas e usando o sublinhado (_) para separar palavras. O nome da tag começa com um prefixo que indica o processo de geração de software ou biblioteca. As entradas nesta referência são ordenadas alfabeticamente por este prefixo. Nem todos os processos em uma plataforma de roteamento usam tags, de modo que este campo nem sempre aparece. |
message-text | Texto da mensagem. Para obter o texto de cada mensagem, veja os capítulos a seguir mensagens de log do sistema. |
Interpretar mensagens geradas em formato padrão por serviços em um PIC
As mensagens de log de sistema de formato padrão geradas por serviços em um PIC, como o PIC dos Serviços Adaptativos (AS), têm a seguinte sintaxe:
timestamp
(FPC Slot
fpc-slot,PIC Slot
pic-slot) {service-set} [SERVICE]: optional-stringTAG
: message-text
O registro de sistemas para serviços em PICs não está configurado no nível [edit system syslog
] de hierarquia conforme discutido neste capítulo. Para obter informações de configuração, consulte o Guia de configuração de interfaces de serviços Junos.
O campo (FPC Slot fpc-slot, pic-slot PIC Slot) só aparece quando o utilitário de registro de sistema padrão que é executado no Mecanismo de Roteamento escreve as mensagens para o log do sistema. Quando o PIC escreve a mensagem diretamente, o campo não aparece.
Tabela 7 descreve os campos de mensagens.
Campo | Descrição |
---|---|
timestamp | Momento em que a mensagem foi registrada. |
fpc-slot | Número de slot do Concentrador PIC Flexível (FPC) que abriga o PIC que gerou a mensagem. |
pic-slot | Número do slot PIC no FPC em que reside o PIC que gerou a mensagem. |
service-set | Nome do conjunto de serviços que gerou a mensagem. |
SERVICE |
Código representando o serviço que gerou a mensagem. Os códigos incluem:
|
optional-string | Uma string de texto que aparece se a configuração do PIC incluir a declaração de prefixo de log no nível de hierarquia de syslog [editar interfaces de nome de interface de opções de serviços]. Para obter mais informações, consulte o Guia de configuração de interfaces de serviços Junos. |
TAG | String de texto que identifica a mensagem de forma única, em todas as letras maiúsculas e usando o sublinhado (_) para separar palavras. O nome da tag começa com um prefixo que indica o PIC gerador. As entradas nesta referência são ordenadas alfabeticamente por este prefixo. |
message-text | Texto da mensagem. Para o texto de cada mensagem, veja Mensagens de log do sistema. |
Interprete as mensagens geradas no formato de dados estruturados
Começando no Junos OS Release 8.3, quando a declaração de dados estruturados é incluída na configuração para um arquivo de log, processos do Junos OS e bibliotecas de software escrevem mensagens para o arquivo em formato de dados estruturados em vez do formato padrão do Junos OS. Para obter informações sobre a declaração de dados estruturados, veja mensagens de registro em formato de dados estruturados.
O formato estruturado facilita que aplicativos automatizados extraam informações da mensagem. Em particular, o formato padronizado para relatar o valor das variáveis (elementos na mensagem em inglês que variam dependendo das circunstâncias que desencadearam a mensagem) torna mais fácil para um aplicativo extrair esses valores. No formato padrão, as variáveis são intercaladas no texto da mensagem e não são identificadas como variáveis.
O formato de dados estruturados para uma mensagem inclui os seguintes campos (que aparecem aqui em duas linhas apenas para legibilidade):
<priority code>version timestamp hostname process processID TAG [junos@2636.platform variable-value-pairs] message-text
Tabela 8 descreve os campos. Se o utilitário de registro do sistema não puder determinar o valor em um determinado campo, um hífen ( - ) aparece em vez disso.
Campo | Descrição | Exemplos |
---|---|---|
código de <prioridade> | Número que indica a instalação e a gravidade da mensagem. Ele é calculado multiplicando o número da instalação em 8 e, em seguida, adicionando o valor numérico da gravidade. Para obter um mapeamento dos códigos numéricos para instalações e gravidade, veja Tabela: Códigos de instalação e gravidade no campo de código prioritário na especificação da instalação e gravidade das mensagens para incluir no log. | <165> para uma mensagem da instalação pfe (facility=20) com aviso de gravidade (gravidade=5). |
Versão | Versão da especificação do protocolo de registro do sistema da Força-Tarefa de Engenharia da Internet (IETF). | 1 para a versão inicial |
timestamp |
Momento em que a mensagem foi gerada, em uma das duas representações:
|
2007-02-15T09:17:15.719Z é 9:17 AM UTC em 15 de fevereiro de 2007. 2007-02-15T01:17:15.719 -08:00 é o mesmo tempotamp expresso que o Horário Padrão do Pacífico nos Estados Unidos. |
nome de host | Nome do host que originalmente gerou a mensagem. | roteador1 |
processo | Nome do processo do Junos OS que gerou a mensagem. | Mgd |
processID | ID de processo unix (PID) do processo Junos OS que gerou a mensagem. | 3046 |
ETIQUETA | Tag de mensagem de log do sistema Junos OS, que identifica a mensagem com exclusividade. | UI_DBASE_LOGOUT_EVENT |
junos@2636.platform | Um identificador para o tipo de plataforma de hardware que gerou a mensagem. O prefixo junos@2636 indica que a plataforma executa o Junos OS. Ele é seguido por um identificador numérico separado por ponto para o tipo de plataforma. Para obter uma lista de identificadores, veja Tabela 10. | junos@2636.1.1.1.2.18 para o roteador M120 |
pares de valor variável | Um par de valor variável para cada elemento na seqüência de texto de mensagem que varia dependendo das circunstâncias que desencadearam a mensagem. Cada par aparece na variável formato = "valor". | nome de usuário="usuário" |
texto de mensagem | Descrição em inglês do evento ou erro (omitido se a breve declaração for incluída no nível de hierarquia do nome de arquivo estruturado de arquivo do sistema de edição). Para obter o texto de cada mensagem, veja os capítulos a seguir mensagens de log do sistema. | Modo de configuração de saída de 'usuário' do usuário |
Por padrão, a versão de dados estruturados de uma mensagem inclui texto em inglês no final, como no exemplo a seguir (que aparece em várias linhas apenas para legibilidade):
<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
Quando a breve declaração é incluída no nível de hierarquia do nome de arquivo de arquivo [editar syslog filename structured-data], o texto em inglês é omitido, como neste exemplo:
<165>1 2007-02-15T09:17:15.719Z router1 mgd 3046 UI_DBASE_LOGOUT_EVENT [junos@2636.1.1.1.2.18 username="user"]
Tabela 9 mapeia os códigos que aparecem no campo de código prioritário para instalações e nível de gravidade.
Nem todas as instalações e gravidades listadas Tabela 9 podem ser incluídas em declarações no nível de hierarquia [editar syslog] (algumas são usadas por processos internos). Para obter uma lista das instalações e níveis de gravidade que podem ser incluídos na configuração, consulte Especificando a instalação e a gravidade das mensagens a serem incluídas no log.
Instalação (número) | Emergência de gravidade | alerta | crítico | erro | aviso | notar | informação | depurar |
---|---|---|---|---|---|---|---|---|
kernel (0) | 1 | 1 | 2 | 3 | 4 | 5 | 6 | 7 |
usuário (1) | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 |
e-mail (2) | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 |
daemon (3) | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 |
autorização (4) | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 |
syslog (5) | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 |
impressora (6) | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 |
notícias (7) | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 |
uucp (8) | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 |
relógio (9) | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 |
autorização 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 |
segurança (13) | 104 | 105 | 106 | 107 | 108 | 109 | 110 | 111 |
console (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 |
firewall (19) | 152 | 153 | 154 | 155 | 156 | 157 | 158 | 159 |
pfe (20) | 160 | 161 | 162 | 163 | 164 | 165 | 166 | 167 |
log de conflito (21) | 168 | 169 | 170 | 171 | 172 | 173 | 174 | 175 |
log de mudança (22) | 176 | 177 | 178 | 179 | 180 | 181 | 182 | 183 |
comandos interativos (23) | 184 | 185 | 186 | 187 | 188 | 189 | 190 | 191 |
Tabela 10 lista os identificadores numéricos para plataformas de roteamento que aparecem no campo da plataforma. O identificador é derivado do identificador de objetos SNMP (OID) da plataforma, conforme definido na plataforma de roteamento MIB da Juniper Networks. Para obter mais informações sobre OIDs, consulte o Guia de gerenciamento e monitoramento de rede.
Identificador | Nome da plataforma |
---|---|
1.1.1.2.1 | Roteador M40 |
1.1.1.2.2 | Roteador M20 |
1.1.1.2.3 | Roteador M160 |
1.1.1.2.4 | Roteador M10 |
1.1.1.2.5 | Roteador M5 |
1.1.1.2.6 | Nó de roteamento T640 |
1.1.1.2.7 | Roteador T320 |
1.1.1.2.8 | Roteador M40e |
1.1.1.2.9 | Roteador M320 |
1.1.1.2.10 | Roteador M7i |
1.1.1.2.11 | Roteador M10i |
1.1.1.2.13 | Roteador de serviços J2300 |
1.1.1.2.14 | Roteador de serviços J4300 |
1.1.1.2.15 | Roteador de serviços J6300 |
1.1.1.2.17 | Plataforma TX Matrix |
1.1.1.2.18 | Roteador M120 |
1.1.1.2.19 | Roteador de serviços J4350 |
1.1.1.2.20 | Roteador de serviços J6350 |
1.1.1.2.23 | Roteador de serviços J2320 |
1.1.1.2.24 | Roteador de serviços J2350 |
1.1.1.2.27 | Roteador T1600 |
1.1.1.2.37 | Plataforma TX Matrix Plus |
1.1.1.2.83 | Roteador T4000 |
Gerencie arquivos de log e núcleo do sistema host OS
Nos switches Junos OS com um sistema operacional host, o Junos OS pode gerar mensagens de log do sistema (também chamadas de mensagens de syslog) para registrar eventos que ocorrem no switch, incluindo o seguinte:
Operações rotineiras, como o login de um usuário no banco de dados de configuração.
Condições de falha e erro.
Condições de emergência ou críticas, como a redução de energia do switch devido à temperatura excessiva.
Nos switches da Série OCX:
As mensagens de log do /var/log/dcpfe.log sistema estão registradas no arquivo no sistema operacional host nos seguintes cenários:
Quando o daemon de encaminhamento for inicializado.
As mensagens são marcadas como emergência (LOG_EMERG). Uma cópia da mensagem também é enviada ao /var/log diretório do switch.
As mensagens dos processos estão disponíveis no sistema de host no /var/log diretório. As mensagens de log do sistema do processo de gerenciamento do chassi do host são registradas no lcmd.log arquivo do /var/log diretório.
Em switches QFX com um sistema operacional host:
O Junos OS e o host OS registram mensagens de log para eventos de sistema e processos, e geram arquivos centrais em determinadas falhas do sistema.
Esses arquivos são armazenados em diretórios como /var/log para mensagens de log, e /var/tmp ou /var/crash para arquivos de núcleo, dependendo do tipo de sistema operacional host em execução no switch.
Para fins de diagnóstico, você pode acessar esses arquivos de log e núcleo do sistema host OS a partir do Junos OS CLI no switch. Você também pode limpar diretórios onde o sistema operacional host armazena log temporário e outros arquivos.
Este tópico inclui essas seções:
- Visualizar arquivos de log no sistema de sistema operacional host
- Copie arquivos de log do sistema host para o switch
- Visualizar arquivos principais no sistema de sistema operacional host
- Copie arquivos de núcleo do sistema de host para o switch
- Limpe arquivos temporários no sistema operacional host
Visualizar arquivos de log no sistema de sistema operacional host
Para ver uma lista dos arquivos de log criados no sistema operacional host, insira o seguinte comando:
user@switch> show app-engine logs
Copie arquivos de log do sistema host para o switch
Para copiar arquivos de log do sistema operacional host ao switch, digite o seguinte comando:
user@switch> request app-engine file-copy log from-jhost source to-vjunos destination
Por exemplo, para copiar o lcmd arquivo de log no switch, digite o seguinte comando:
user@switch> request app-engine file-copy log from-jhost lcmd.log to-vjunos /var/tmp
Visualizar arquivos principais no sistema de sistema operacional host
Para ver a lista de arquivos de núcleo gerados e armazenados no sistema de sistema operacional host, insira o seguinte comando:
user@switch> show app-engine crash
A lista pode se parecer com esta saída de exemplo:
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 arquivos de núcleo do sistema de host para o switch
Para copiar arquivos de núcleo do sistema operacional host até o switch, insira o seguinte comando:
user@switch> request app-engine file-copy crash from-jhost source to-vjunos destination-dir-or-file-path
Quando o caminho de destino do Junos OS é um diretório, o nome de arquivo de origem é usado por padrão. Para renomear o arquivo no destino, insira o argumento de destino como um caminho completo, incluindo o nome de arquivo desejado.
Por exemplo, para copiar o localhost.lcmd.26653.1455520135.core.tgz arquivo de arquivo principal para o switch, digite o seguinte comando:
user@switch> request app-engine file-copy crash from-jhost localhost.lcmd.26653.1455520135.core.tgz to-vjunos /var/tmp
Para ver os resultados no switch, insira o seguinte 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
Limpe arquivos temporários no sistema operacional host
Para remover arquivos temporários criados no sistema operacional host, insira o seguinte comando:
user@switch> request app-engine cleanup
Por exemplo, a saída de amostra a seguir em um switch com um sistema operacional host Linux mostra a limpeza de arquivos temporários armazenados em /var/tmp:
Compute cluster: default-cluster Compute node: default-node Cleanup (/var/tmp) =======
Tabela de histórico de alterações
A compatibillidadde com o recurso dependerá da platadorma e versão utilizada. Use o Feature Explorer para saber se o recurso é compatível com sua plataforma.
management-instance
declaração, o servidor poderia ser alcançado por essa instância VRF, mas o cliente do syslog não poderia enviar mensagens de syslog para o servidor.info
e mais.