Linux 로그를 읽기위한`JournalCTL` 명령에 대한 안내서

JournalCTL은 SystemD System Logs를 관리하기위한 주요 도구이며 기존 텍스트 파일 방법 대신 사용하여보아야합니다. 1. 현재 시작부터 모든 로그를 볼 수 있도록 JournalCTL을 실행하고 JournalCTL -F를 사용하여 로그 출력을 실시간으로 추적하십시오. 2. 오늘의 로그를 볼 수 있도록 -오늘의 로그를 볼 수 있도록 오늘의 로그를 볼 수 있도록 오늘의 로그를 볼 수 있습니다. 3. JournalCTL -U SSH.Service와 같은 서비스별로 필터링하여 SSH 서비스 로그를 보거나 -F를 결합하여 NGINX 로그를 실시간으로 모니터링하거나 마지막 시간에 실패한 서비스 문제 해결에 결합합니다. 4. \ _pid = 1234,/usr/bin/nginx, \ _uid = 1000과 같은 프로세스 PID, 실행 파일 경로 또는 사용자 UID별로 필터링 할 수 있으며 -B를 사용하여 현재 시작 로그 만보고 -list -boots를 통해 모든 시작 레코드를 나열합니다. 5. 검색 및 다중 출력 형식을 지원합니다. 사용 | 컨텐츠 검색을위한 GREP -I 오류 또는보다 효율적인 JournalCTL -G 오류. -O JSON 출력 JSON 형식은 스크립트 처리에 편리합니다. 다른 형식으로는 짧고, 장악, 고양이 및 수출이 있습니다. 6. 디스크 사용,-디스크 사용보기 로그 풋 프린트, -vacuum-size = 100m 한계 로그 크기, --vacuum-time = 7d 삭제 7 일 전 로그를 자유롭게하기 위해 삭제할 수 있습니다. 또한, sporage = persistent in /etc/systemd/journald.conf가 지속적인 로그 저장을 달성하는 데 사용되는지 확인하십시오. -u, -since 및 -g와 같은 여러 필터와 결합하여 문제를 정확하게 찾습니다. 쉽게 탐색 할 수 있도록 -e를 사용하여 로그 끝으로 직접 점프하십시오. JournalCTL은 Tail, Grep 및 적은 기능을 통합합니다. 사용을 마스터 한 후에는 기존 로그 분석보다 효율적입니다.

journalctl 명령은 systemd 사용하는 시스템에서 로그를 읽고 관리하는 기본 도구입니다. /var/log 에 저장된 기존 로그 파일과 달리 SystemD 로그는 이진 형식으로 저장되고 journalctl 통해 액세스됩니다. 이렇게하면 로그 처리가 더 빠르고 안전 해지지만 텍스트 파일을 통과하는 것과는 다른 접근 방식이 필요합니다.

다음은 journalctl 효과적으로 사용하는 실용적인 가이드입니다.

1. 기본 로그보기

옵션없이 journalctl 실행하면 현재 부팅에서 사용 가능한 모든 로그가 가장 오래된 항목부터 시작하여 다음과 같습니다.

 Journalctl

출력 스크롤은 less 같은 스크롤 - 화살표 키, 페이지 위/아래 또는 q 사용하여 종료합니다.

로그를 실시간으로 (예 : tail -f ) 팔로우하려면 다음을 사용하십시오.

 Journalctl -f

이것은 시스템 동작이 발생하는대로 모니터링하는 데 유용합니다.

2. 시간별로 필터링

로그는 여러 재부팅에 걸쳐있을 수 있습니다. 관련 시간 범위에 집중하려면 시간 기반 필터를 사용하십시오.

• 오늘부터 로그 표시 :

   Journalctl -오늘

• 마지막 시간부터 로그 표시 :

   Journalctl -"1 시간 전"

• 특정 시간 사이의 로그 표시 :

   Journalctl ---- "2024-04-05 10:00:00"-"2024-04-05 11:00:00"

• 이전 부팅에서 로그보기 :

   Journalctl -B -1

  ( -b 부팅을 나타냅니다. -1 한 부팅 전, -2 부츠 전 등을 의미합니다.)

3. 서비스 또는 장치에 의한 필터링

대부분의 문제 해결에는 특정 서비스가 포함됩니다. 주어진 단위의 로그를 분리 할 수 있습니다.

• SSH 서비스의 로그보기 :

   Journalctl -u ssh.service

• Nginx 로그를 실시간으로 모니터링합니다.

   Journalctl -u nginx.service -f

• 실패한 서비스에 대한 로그 확인 :

   Journalctl -u myapp.service ---- "1 시간 전"

이것은 종종 서비스가 시작되거나 충돌하지 않는 이유를 디버깅하는 가장 빠른 방법입니다.

4. 프로세스, 사용자 또는 부팅 별 필터링

하위 레벨 식별자를 사용하여 로그를 필터링 할 수도 있습니다.

• 작성자 : PID :

   Journalctl _pid = 1234

• 실행 가능한 경로에 의해 :

   Journalctl/usr/bin/nginx

• 사용자 :

   Journalctl _uid = 1000

• 현재 부팅에서만 로그 표시 :

   Journalctl -B

참고 : journalctl --list-boots 사용하여 사용 가능한 부츠와 ID 목록을보십시오.

5. 검색 및 출력 형식

모든 로그 도구와 마찬가지로 검색이 중요합니다.

• 특정 문자열을 검색합니다 (예 : "오류") :

   Journalctl | grep -I 오류

  또는 더 나은, journalctl 필터링을하도록하십시오.

   Journalctl -g 오류

  ( -g grep 스타일 패턴 매칭을 사용합니다.)

출력 형식을 변경할 수도 있습니다.

• JSON 형식의 로그 표시 (스크립팅에 유용) :

   Journalctl -O JSON

• 기타 형식 : short , verbose , cat (메시지 만), export

  예:

   Journalctl -u nginx.service -o cat

6. 디스크 사용 관리

저널 로그는 /var/log/journal/ 에 저장되며 커질 수 있습니다.

• 현재 디스크 사용량 확인 :

   Journalctl-디스크 사용

• 로그를 100MB로 제한 :

   Sudo Journalctl --vacuum-size = 100m

• 7 일 이상 된 로그 제거 :

   Sudo Journalctl --vacuum-time = 7d

이로 인해 통나무가 너무 많은 공간을 소비하지 못하게합니다.

최종 팁

• 로그는 활성화 된 경우에만 지속됩니다 . 기본적으로 일부 시스템은 메모리에만 로그를 저장합니다 ( /run/log/journal ). 재부팅을 통해 로그를 유지하려면 /var/log/journal 존재하고 Storage=persistent in /etc/systemd/journald.conf .

• 필터 결합 : 시간, 장치 및 GREP 필터를 혼합 할 수 있습니다.

   Journalctl -u nginx.service ----- 오늘 -g "404"

• -e 사용하여 끝까지 점프하십시오 : journalctl -e 끝에서 로그를 열어 모색 할 때 유용합니다.

---

기본적으로 journalctl tail , grep 및 Systemd 로그의 경우 less 대체합니다. 필터를 알면 텍스트 파일을 구문 분석하는 것보다 빠르고 강력합니다. 어렵지 않고 다릅니다.

위 내용은 Linux 로그를 읽기위한`JournalCTL` 명령에 대한 안내서의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!