Journalctl 로그가 너무 큽니까?

Journalctl 로그가 너무 큽니까?

예를 들어 런타임에서 journalctl -f내 로그가 8개월 전인 4월 20일에 중지된 것으로 표시되어 혼란스러웠습니다. 나는 "덜" 연주 journalctl | less하고 G끝까지 눌렀습니다. 마찬가지입니다.

그리고 나는 그렇게 했고 , 4월 20일보다 더 멀리 갈 수 있도록 journalctl | less'천천히' ( ) 내려갔다 ...ctrl+d

로그에 많은 내용이 있습니다! 로딩할 수 있는 것에 한계가 있기 때문인 것 같아요. 하지만 로그를 회전하면 안 되나요? 아니면 사용자 개입 없이 어떻게든 다듬을 수 있습니까?

journald.conf SystemMaxFileSize/ 에 설정되어 있지 않습니다 SystemMaxUse(내가 찾은 솔루션여기). 위의 내용을 시도해 볼 수 있지만 그 밑바닥까지 살펴보고 싶습니다.

온라인 중만자로 5.8.18-1.

어떤 도움이나 통찰력이라도 대단히 감사하겠습니다. 감사해요!

답변1

허용되는 답변이 잘못되었습니다.

  1. 기본적으로 Journald는 크기를 일반적으로 4GB로 제한합니다. ~에서문서:

SystemMaxUse= 및 RuntimeMaxUse= [...] SystemKeepFree= 및 RuntimeKeepFree= [...] 첫 번째 쌍의 기본값은 해당 파일 시스템 크기의 10%이고 두 번째 쌍의 기본값은 15%이지만 각 값은 4G로 제한됩니다. .

  1. 실제로 Journald는 저널을 회전합니다. ~에서문서:

SystemMaxFileSize= 및 RuntimeMaxFileSize=는 단일 로그 파일이 커질 수 있는 최대 크기를 제어합니다. 이는 회전(예: 기록 데이터 삭제)을 통해 제공되는 디스크 공간의 세분성에 영향을 줍니다. 기본값은 SystemMaxUse= 및 RuntimeMaxUse=로 구성된 값의 1/8이므로 일반적으로 교체된 7개의 로그 파일이 기록으로 유지됩니다.

로그가 회전되어 있다는 사실만 알고 있으면 로그는 이미 회전되어 있으므로 아무 것도 할 필요가 없습니다.

로그 크기 제한을 수동으로 줄이거나 늘리려는 경우에 사용합니다 SystemMaxUse=.

회전 속도를 수동으로 줄이거나 늘리려는 경우에 사용합니다 SystemMaxFileSize=.

답변2

SystemMaxFileSize=RuntimeMaxFileSize=단일 로그 파일이 커질 수 있는 최대 크기를 제어합니다 . 이는 회전(예: 기록 데이터 삭제)을 통해 제공되는 디스크 공간의 세분성에 영향을 줍니다. 기본값은 SystemMaxUse=사용 및 구성된 값의 1/8 이므로 RuntimeMaxUse=일반적으로 교체된 7개의 로그 파일이 기록으로 유지됩니다. 로그 압축 모드가 활성화된 경우(기본적으로 활성화됨) 최대 파일 크기는 4G로 제한됩니다.

이는 이론적으로 로그가 최대 28GB를 차지할 수 있음을 의미합니다.모든사용자.

로그 크기를 줄이려면 다음을 실행하세요.sudo journalctl --vacuum-size=100M

이 문제를 방지하려면 다음을 정의하십시오 SystemMaxUse. 저는 개인적으로 다음을 가지고 있습니다.

cat /etc/systemd/journald.conf.d/systemMaxUse.conf
[Journal]
SystemMaxUse=64M

가정용 컴퓨터로는 충분합니다.

답변3

문제가 단순히 로그가 너무 커서 로 탐색할 수 없다는 것이라면 less파일의 마지막 몇 줄을 가져온 다음 탐색하는 것이 도움이 될 수 있습니다. 예를 들어 마지막 20줄을 살펴보세요.

$ journalctl | tail -20 > temp.txt
$ less temp.txt

tail -20grep대신 날짜나 시간을 선택할 수 있습니다 .

관련 정보