시스템 문제 해결
Junos OS 프로세스에서 생성된 코어 파일 저장
기본적으로 내부 Junos OS 프로세스가 코어 파일을 생성하면 파일 및 관련 컨텍스트 정보는 디버깅 목적으로 /var/tmp/process-name.core라는 압축 tar 파일에 저장됩니다.core-number TGZ입니다. 컨텍스트 정보에는 구성 및 시스템 로그 메시지 파일이 포함됩니다.
코어 파일 및 관련 컨텍스트 정보의 저장을 비활성화하려면:
[edit system] no-saved-core-context;
핵심 파일만 저장하려면:
[edit system] saved-core-files number;
여기서 number 는 저장할 코어 파일의 수이며 1에서 10까지의 값일 수 있습니다.
컨텍스트 정보와 함께 코어 파일을 저장하려면:
[edit system] saved-core-context;
Junos OS 프로세스에서 코어 파일 보기
내부 Junos OS 프로세스가 코어 파일을 생성하면 /var/crash/ 및 /var/tmp/에서 출력을 찾을 수 있습니다. Junos OS Evolved의 경우, 라우팅 엔진 코어 파일은 /var/core/ , FPC 코어 파일은 /var/lib/ftp/in/ 에서 찾을 수 있습니다. 이러한 디렉터리를 사용하면 대규모 네트워크에서 핵심 문제를 빠르게 찾을 수 있습니다.
CLI 명령을 show system core-dumps 사용하여 코어 파일을 봅니다.
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
참조
시스템 상태 카운터를 수집하여 시스템 디버깅을 위한 정보 캡처
네트워크 디바이스에서 시스템 상태 카운터를 수집하고 보관할 수 있습니다. 시스템의 문제를 디버깅하는 데 있어 JTAC에 도움을 요청하면 사용자와 JTAC 지원 팀은 시스템 문제가 발생하기 전에 주기적으로 시스템에서 무슨 일이 일어나고 있었는지 확인할 수 있습니다.
이 기능을 지원하는 네트워크 디바이스는 RE, PFE 및 SHELL 카운터와 기타 시스템 상태 카운터를 주기적으로 수집하는 셸 스크립트를 실행합니다. 카운터는 프로토콜 또는 CPU와 관련이 있습니다. 수집된 카운터는 var/log 디렉터리의 counter.log 파일에 저장됩니다. 동일한 디렉터리에 있는 counter.info 파일은 스크립트 실행 매개 변수에 대한 설정을 기록합니다.
카운터는 타임스탬프와 함께 파일에 기록 counter.log 되며, 이는 디버깅 프로세스에 유용합니다.
다음 두 가지 방법으로 스크립트의 실행을 사용자 지정할 수 있습니다.
counter.info 파일을 편집하여 기본 스크립트 실행 매개 변수 값을 변경할 수 있습니다. 이 작업을 수행하려면 로
super-user로그인해야 합니다. 스크립트 실행 매개 변수 값을 변경하는 방법을 참조하세요.스크립트 실행을 다시 시작한 다음 나중에 중지할 수 있습니다. 일반적으로 counter.info 파일이 삭제되거나 편집되었기 때문에 이 작업을 수행합니다. 스크립트 실행을 다시 시작하거나 중지하는 방법을 참조하세요.
셸 스크립트에는 무엇이 있으며 어떻게 실행됩니까?
두 개의 카운터 집합이 주기적으로 수집됩니다.
-
세트1— 이 집합은 9초의 빠른 간격으로 시간에 민감한 애플리케이션에 대한 시스템 상태를 주기적으로 수집합니다.
-
세트2 - 이 집합은 60분의 느린 간격으로 주기적으로 시스템 상태를 수집합니다.
소프트웨어는 SET1 및 SET2 카운터 수집을 시작하기 전에 CPU 사용량을 확인합니다. 소프트웨어가 높은 CPU 사용량(85% 이상)을 감지하면 일반적으로 지정된 카운터를 수집하지 않고 대신 일반적으로 지정된 카운터 집합보다 작은 집합을 구성하는 다른 카운터를 수집합니다.
스크립트 실행 방법은 다음과 같습니다.
셸 스크립트는 네트워크 디바이스 부팅 후 240초 후에 실행되기 시작합니다.
SET1이 먼저 실행됩니다.
SET1의 명령이 할당된 시간 내에 완료되지 않으면 스크립트는 해당 명령의 실행을 자르고 CLI 출력 컬렉션을
counter.log파일에 저장하고 다음 명령으로 이동합니다.SET1의 실행이 완료되면 SET2가 시작됩니다. 다시 말하지만, 할당된 시간 내에 완료되지 않은 명령은 잘리고 CLI 출력 컬렉션은
counter.log파일에 저장되고 스크립트는 다음 줄 항목으로 이동합니다.CLI 출력 수집 중에 스크립트 실행이 다시 시작되거나 중지되면 스크립트는 진행 중인 CLI 출력 수집을 완료한 다음 정상적으로 종료됩니다.
super-user 로그인한 다음 SET1 및 SET2의 CLI 목록을 포함하여 스크립트의 실행 매개 변수를 편집할 수 있습니다.
스크립트 실행 매개 변수 값을 변경하는 방법을 참조하십시오 .
스크립트 실행 매개 변수 값을 변경하는 방법
쉘 스크립트 실행 매개변수 값(예: SET1 및 SET2의 CLI 목록 또는 아카이브할 로그 파일 수)을 변경할 수 있습니다. 로 로그인 super-user 해야 파라미터 값을 변경할 수 있습니다.
표 1 에는 counter.info 파일에서 편집할 수 있는 매개변수 설정이 나와 있습니다.
| 설정 설명 | 기본 | 사용법 참고 사항 | |
|---|---|---|---|
| SET1_TIME | 빠른 시간 간격(초)으로 라인 항목의 SET1 컬렉션을 실행하는 시간 간격 | 9초 | < SET2_TIME로 설정 |
| SET2_TIME | 느린 시간 간격(초)으로 라인 항목의 SET2 컬렉션을 실행하는 시간 간격 | 3600초 | > SET1_TIME로 설정 |
| MAX_CLI_EXECUTION_TIME | 각 CLI 출력 수집의 완료를 대기하는 최대 시간 간격(초) | 25초 | CLI 출력 수집이 이 시간보다 오래 걸리면 스크립트는 해당 특정 CLI 출력 수집을 종료하고 스크립트의 다음 문을 실행합니다. 이 동작은 스크립트가 모든 문을 실행하도록 합니다. |
| SET1_ON | 빠른 카운터 수집을 사용하거나 사용하지 않도록 설정하려면 | 1(사용) | |
| SET2_ON | 느린 카운터 수집 사용 및 사용 안 함For enable and disable slow counter collection | 1(사용) | |
| LOG_FILE_ARCHIVE_MIN_SIZE | 보관할 counter.log 파일의 최소 크기 | 1024케이 | |
| LOG_FILE_ARCHIVE_COUNT | 보관할 counter.log 파일 수 | 10 | |
| 버전 | counter.info 파일의 버전 번호입니다 |
주의:
/var/log/counter.info파일에서 VERSION 값을 업데이트
하지 마십시오.
|
|
| 스크립트에서 실행되는 명령의 SET1 및 SET2 CLI 목록 | CLI 목록은 다음과 같은 하위 목록으로 나뉩니다.
메모: CPU 사용률이 >85%로 감지되면 RE_CPU, PFE_CPU, SHELL_CPU에 언급된 CLI의 출력은 SET1_TIME와 SET2_TIME의 간격으로 수집됩니다.
|
각 세트에는 CLI 명령의 기본 목록이 함께 제공됩니다. | 기본 CLI 목록이 필요한 모든 시스템 정보를 제공하지 않는 경우 CLI 목록을 편집하여 필요한 추가 시스템 정보에 대한 카운터를 가져옵니다. |
스크립트 실행을 다시 시작하거나 중지하는 방법
counter.info 파일을 변경하는 경우 명령을 사용하여 restart 스크립트를 수동으로 실행합니다.
user@host> request restart system-counter-script
stop 명령을 사용하여 스크립트의 실행을 중지합니다.
user@host> request stop system-counter-script