Обзор системного журнала
SUMMARY В этом разделе описаны сообщения системного журнала, которые Junos OS, сгенерировали это сообщение, и кратко описываются проиктированная операция или ошибка.
Junos OS системного журнала
Junos OS генерирует сообщения системного журнала (также называемые сообщениями системногожурнала) для регистрации событий, происходящих на устройстве, включая следующие:
Рутинные операции, такие как создание смежностиOpen Shortest Path First (OSPF)протокола или входа пользователя в базу данных конфигурации
сбои и ошибки, такие как невыполнение доступа к файлу конфигурации или неожиданное закрытие соединения для одноранговых устройств.
Аварийные или критические ситуации, такие как отключение питания маршрутизатора из-за чрезмерной температуры
В Junos OS выпуске 17.3R1 syslog-event-daemon может обрабатывать fxp0 в выделенном экземпляре маршрутки управления для удаленного хоста IPv4 с адресом. С Junos OS выпуска 18.1R1, daemon syslog-event поддерживает конфигурацию на основе IPv6 при подключении к удаленному хосту или архиву сайта и fxp0 перемещается в специализированный экземпляр управления. В Junos OS выпуска 18.4R1 клиент syslog может отправлять сообщения через любой экземпляр маршрутов, определенный в соответствующих иерархиях. См. экземпляр маршрутов (Syslog).
В этой теме описываются сообщения системного журнала для Junos OS процессов и библиотек, а не службы системного журнала на карте физического интерфейса(PIC)как PIC адаптивные службы.
Обзор Junos OS системных журналов
Коммутатор Junos OS генерирует сообщения системного журнала (также называемые сообщениями системного журнала) для записи событий, происходящих на коммутаторе, включая следующие:
Рутинные операции, такие как вход пользователя в базу данных конфигурации.
Ошибки и ошибки, такие как невыполнение доступа к файлу конфигурации.
Аварийные или критические ситуации, такие как отключение питания коммутатора из-за чрезмерной температуры.
В каждом сообщении системного журнала определяется Junos OS, сгенерированное сообщение, и кратко описывается произошел процесс или ошибка. Подробные сведения о конкретных сообщениях системных журналов см. в system Log Explorer.
Коммутаторы серии OCX входят в Junos OS и операционную систему хоста (OS). Для получения сведений о системном журнале на ОС хоста см. "Управление системным журналом ОС хоста" и "Core Files".
Junos OS системного журнала Иерархия конфигурации системного журнала
Чтобы настроить маршрутизатор для регистрации системных сообщений, включив в него утверждение syslog
на [edit system]
уровне иерархии:
[edit system] syslog { archive <files number> <size size <world-readable | no-world-readable>; console { facility severity; } file filename { facility severity; archive <archive-sites {ftp-url <password password>}> <files number> <size size> <start-time "YYYY-MM-DD.hh:mm"> <transfer-interval minutes> <world-readable | no-world-readable>; explicit-priority; match "regular-expression"; structured-data { brief; } } host (hostname | other-routing-engine | scc-master) { facility severity; explicit-priority; facility-override facility; log-prefix string match "regular-expression"; source-address source-address; structured-data { brief; } } source-address source-address; time-format (year | millisecond | year millisecond); user (username | *) { facility severity; match "regular-expression"; } }
Junos OS системных средств регистрации и уровней серьезности сообщений
Табл. 1 перечисляет Junos OS системных журналов, которые можно указать в настройках на [edit system syslog]
уровне иерархии.
Средство (номер) |
Тип события или ошибки |
---|---|
|
Выполняемые действия или ошибки, выполняемые ядром Junos OS ядром |
|
Действия, выполняемые или ошибки, выполняемые процессами в пользовательском пространстве |
|
Действия, выполняемые или ошибки, с которыми сталкиваются системные процессы |
|
Попытки аутентификации и авторизации |
|
Действия, выполняемые или ошибки, с которыми сталкивается FTP процесс |
|
Действия, выполняемые или ошибки, с которыми сталкивается протокол сетевого времени. |
|
События или ошибки, связанные с безопасностью. |
|
События, связанные с динамическим захватом потока |
|
Действия, выполняемые или ошибки, с которыми сталкиваются локальные внешние приложения. |
|
Действия по фильтрации пакетов, выполняемые фильтром межсетевых экранов |
|
Выполняемые действия или ошибки, выполняемые модуль передачи пакетов |
|
Указанная конфигурация недействительна для типа маршрутизатора |
|
Изменения конфигурации Junos OS конфигурации |
|
Команды, которые выдают на Junos OS интерфейс командной строки (интерфейс командной строки) или клиентских приложений, таких как Junos XML или NETCONF XML-клиент. |
Табл. 2 перечисляет уровни важности, которые можно указать в настройках на [edit system syslog]
уровне иерархии. Уровни сквозного действия в порядке от наибольшей серьезности emergency
info
(наибольшее влияние на функционирование) до минимальной.
В отличие от других уровней серьезности, уровень отключает ведение журнала объекта вместо того, чтобы указывая, насколько серьезно событие none
срабатывает на функциях маршрутов. Дополнительные сведения см. в "Отключение системного журнала средства".
Значение |
Уровень серьезности |
Описание |
---|---|---|
Не указано |
|
Отключение регистрации связанного объекта в пункте назначения |
0 |
|
Неверная система или другое состояние, которое приводит к остановке работы маршрутизатора |
1 |
|
Условия, требу которых требуется немедленная исправление, такие как поврежденная база данных системы |
2 |
|
Критические ситуации, такие как жесткие ошибки |
3 |
|
Состояния ошибок, которые обычно имеют менее серьезные последствия, чем ошибки на аварийных, аварийных и критических уровнях |
4 |
|
Условия, которые требуют мониторинга |
5 |
|
Условия, которые не являются ошибками, но могут потребовать специальной обработки |
6 |
|
События или условия nonerror, которые могут быть интересны |
7 |
|
Включает все уровни серьезности |
Junos OS системных журналов по умолчанию
Табл. 3 суммирует параметры системного журнала по умолчанию, которые применимы к всем маршрутизаторам, Junos OS маршрутизаторам, и указывает, какой утверждение включить в конфигурацию для переопределения значения по умолчанию.
Параметр |
По умолчанию |
Заявление о переопределениях |
Инструкции |
---|---|---|---|
Альтернативное средство для сообщения, перенаададоваемого удаленному компьютеру |
|
[edit system syslog] host hostname { facility-override facility; } |
|
Формат сообщений, зарегистрированных в файле |
Стандартный Junos OS, основанный на формате UNIX |
[edit system syslog] file filename { structured-data; } |
|
Максимальное число файлов в наборе архивов |
10 |
[edit system syslog] archive { files number; } file filename { archive { files number; } } |
|
Максимальный размер файла журнала |
M Series, серия MX и серия T: 1 Мбайт (МБ) Матрица TX: 10 МБ |
[edit system syslog] archive { size size; } file filename { archive { size size; } } |
|
Формат timestamp |
Месяц, дата, час, минута, секунда Например: |
[edit system syslog] time-format format; |
|
Пользователи, которые могут читать файлы журналов |
|
[edit system syslog] archive { world-readable; } file filename { archive { world-readable; } } |
Junos OS системных журналов, определенных платформой
Следующие сообщения создаются по умолчанию на определенных маршрутизаторах. Для просмотра любого из этих типов сообщений необходимо настроить по крайней мере один пункт назначения для сообщений, как описано в Junos OS конфигурации минимальной системной регистрации.
Для регистрации сообщения о процессе ядра на M Series, серия MX или серия T маршрутизаторе включит утверждение на соответствующем
kernel info
уровне иерархии:[edit system syslog] (console | file filename | host destination | user username) { kernel info; }
В матрице маршрутов, состоящей из маршрутизатора матрицы TX и T640, первичный модуль маршрутизации на каждом T640 маршрутизаторе передает все сообщения с серьезности и выше на основной модуль маршрутизации маршрутизатор матрицы
info
TX. Это эквивалентно следующей настройке маршрутизатора матрицы TX:[edit system syslog] host scc-master { any info; }
Начиная с Junos OS 15.1X49-D10 и Junos OS release 17.3R1, аналогично на матрице маршрутов, состоящей из маршрутизатора TX Matrix Plus с подключенными T1600 или T4000 маршрутизаторами, первичный модуль маршрутизации на каждом T1600 или T4000 LCC перенаносит на основной модуль маршрутизации маршрутизатора TX Matrix Plus все сообщения с серьезности и
info
выше. Это эквивалентно следующему утверждениям конфигурации, включенным в TX Matrix Plus маршрутизатора:Прим.:С точки зрения пользовательского интерфейса матрица маршрутов отображается как единый маршрутизатор. Маршрутизатор TX Matrix Plus управляет всеми T1600 T4000 маршрутизаторами, подключенными к ней в матрице маршрутов.
[edit system syslog] host sfc0-master { any info; }
Интерпретация сообщений, генерируемых в стандартном формате
Синтаксис сообщения стандартного формата, генерируемого процессом Junos OS или подстандартной библиотекой, зависит от того, включается ли в него информация о приоритете:
Если утверждение
explicit-priority
включено в[filename]или[hostname] уровень иерархии, сообщение системного журнала имеет следующий синтаксис:timestamp message-source: %facility–severity–TAG: message-text
Сообщение системного журнала, адресованое консоли или пользователям, или если запись не включена для файлов или удаленных хостов, в сообщении системного журнала
explicit-priority
содержится следующий синтаксис:timestamp message-source: TAG: message-text
Табл. 4 описывает поля сообщений.
Поле | Описание |
---|---|
Timestamp |
Время, в которое было зарегистрировано сообщение. |
источник сообщений |
Идентификатор процесса или компонента, сгенерировали сообщение, а также платформу маршрутизации, на которой было зарегистрировано сообщение. Это поле включает в себя два или более субиска: имя хоста, код процесса и процесса (PID). Если процесс не сообщает свой PID, то PID не отображается. Подмяки источника сообщения отображаются в следующем формате: hostname process[process-ID] |
функция |
Код, который определяет средство, которому принадлежит сообщение системного журнала. Для отображения кодов и имен средств см. таблицу: Коды средства, сообщаемые в сведениях о приоритетах, включая сведения о приоритетах в сообщениях системного журнала. |
Тяжести |
Цифровой код, соответствующий уровню серьезности сообщения системного журнала. Для отображения кодов и имен серьезности см. таблицу: Численное коды уровней важности, регистр которых сообщается в сведениях о приоритетах, включая сведения о приоритетах в сообщениях системного журнала. |
Тег |
Текстовая строка, которая уникально идентифицирует сообщение во всех заголовных буквах и использует подчеркивать (_) для раздельного слова. Имя тега начинается с префикса, который указывает на генерющий программный процесс или библиотеку. Этим префиксом записи в этом справочнике упорядочены в алфавитном порядке. Не все процессы на платформе маршрутизации используют теги, поэтому это поле появляется не всегда. |
текст сообщения |
Текст сообщения. |
Управление системным журналом ОС хоста и файлами ядра
На Junos OS с ОС хоста коммутаторы могут Junos OS сообщения системного журнала (также называемые сообщениями системного журнала)для записи событий, происходящих на коммутаторе, включая следующие:
Рутинные операции, такие как вход пользователя в базу данных конфигурации.
Неисправность и состояние ошибок.
Аварийные или критические ситуации, такие как отключение питания коммутатора из-за чрезмерной температуры.
На коммутаторах серии OCX:
Сообщения системного журнала регистрируются в файле ОС хоста /var/log/dcpfe.log в следующих сценариях:
При инициализации переназначающего daemon.
Сообщения помечаются как аварийные (LOG_EMERG). Копия сообщения также отправляется в каталог /var/log коммутатора.
Сообщения от процессов доступны в системе хоста в /var/log каталоге. Сообщения системного журнала от процесса управления шасси хоста записываются в lcmd.log файл /var/log в каталоге.
На коммутаторах QFX с ОС хоста:
Системные Junos OS и журнальные сообщения ОС хоста для системных событий и событий процесса, а также создают файлы ядра при определенных сбоях системы.
Эти файлы хранятся в таких каталогах, как /var/log для сообщений журнала, и/var/tmp или/var/crash для основных файлов, в зависимости от типа ОС хоста, запущенного на коммутаторе.
В целях диагностики вы можете получить доступ к системным файлам ОС хоста и файлам ядра Junos OS интерфейс командной строки на коммутаторе. Кроме того, можно очистить каталоги, в которых на ОС хоста хранится временный журнал и другие файлы.
Данная тема включает в себя следующие разделы:
- Просмотр файлов журнала в системе HOST OS
- Копирование файлов журналов из системы хоста в коммутатор
- Просмотр файлов ядра в системе HOST OS
- Копирование файлов ядра из системы хоста в коммутатор
- Очистка временных файлов на ОС хоста
Просмотр файлов журнала в системе HOST OS
Чтобы просмотреть список файлов журнала, созданных на ос хоста, введите следующую команду:
user@switch> show app-engine logs
Копирование файлов журналов из системы хоста в коммутатор
Чтобы скопировать файлы журналов из ОС хоста в коммутатор, введите следующую команду:
user@switch> request app-engine file-copy log from-jhost source to-vjunos destination
Например, чтобы скопировать файл журнала lcmd в коммутатор, введите следующую команду:
user@switch> request app-engine file-copy log from-jhost lcmd.log to-vjunos /var/tmp
Просмотр файлов ядра в системе HOST OS
Чтобы просмотреть список файлов ядра, созданных и хранимых в системе ОС хоста, введите следующую команду:
user@switch> show app-engine crash
Список может выглядеть так, как в этом примере выходных данных:
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
Копирование файлов ядра из системы хоста в коммутатор
Чтобы скопировать файлы ядра из ОС хоста в коммутатор, введите следующую команду:
user@switch> request app-engine file-copy crash from-jhost source to-vjunos destination-dir-or-file-path
Если назначением Junos OS является каталог, имя файла источника используется по умолчанию. Чтобы переименовать файл в пункте назначения, введите аргумент destination как полный путь, включив необходимое имя файла.
Например, для копирования файла архива localhost.lcmd.26653.1455520135.core.tgz на коммутатор введите следующую команду:
user@switch> request app-engine file-copy crash from-jhost localhost.lcmd.26653.1455520135.core.tgz to-vjunos /var/tmp
Чтобы увидеть результаты на коммутаторе, введите следующую команду:
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
Очистка временных файлов на ОС хоста
Чтобы удалить временные файлы, созданные на ос хоста, введите следующую команду:
user@switch> request app-engine cleanup
Например, следующий пример выходных данных на коммутаторе с ОС хоста Linux показывает очистку временных файлов, хранимые в/var/tmp:
Compute cluster: default-cluster Compute node: default-node Cleanup (/var/tmp) =======