로그 크기를 5GB로 제한하도록 로그를 설정했고 /etc/systemd/journald.conf
모든 것이 괜찮다고 생각했습니다. 그러다가 어제 내 /var/log/syslog
파일 크기가 실제로 12GB라는 것을 깨달았습니다.
내가 믿는 것은 journalctl
메시지가 다른 로그 위치에서 읽혀지며 이 SystemMaxUse
옵션은 크기를 제한하도록 설계되었다는 것입니다. 하지만 그렇지 않은 것 같습니다.
이제 logrotate 및 size 옵션을 사용하게 되었지만 나중에 사용할 수 있도록 이 개념을 이해하고 싶습니다.
/var/log
저널링이 저널링/journalctl과 어떻게 얽혀 있는지 실제로 이해하지 못한 것 같습니다 . 저를 계몽해주세요!
답변1
systemd-journald
여전히 /run/log/journal
.
--flush
영구 저장소가 활성화된 경우 로그 데몬은 에 저장된 모든 로그 데이터를 플러시해야 합니다
/run/log/journal/
./var/log/journal/
이 호출은 작업이 완료될 때까지 반환되지 않습니다.
이 호출은 멱등적입니다. 데이터는 시스템 런타임 중에 /run/log/journal/
한 번만 플러시됩니다 /var/log/journal/
(그러나 --relinquish-var
아래 참조). 이미 발생한 경우 이 명령은 어떤 작업도 수행하지 않고 완전히 종료됩니다. 이 명령은 /var/log/journal/
반환 시 모든 데이터가 새로 고쳐지는 것을 효과적으로 보장합니다 .
--relinquish-var
로그 데몬에게 요청하는 것은 그 반대입니다
--flush
. 요청하면 데몬은 추가 로그 데이터를 쓰고/run/log/journal/
쓰기를 중지합니다/var/log/journal/
. 후속 호출로--flush
인해 로그 출력이 다시 전환됩니다/var/log/journal/
. 위를 참조하세요.
답변2
저널 한도( SystemMaxUse
) 저널만 한도내 자신의파일은 에 있습니다 /var/log/journal
. 다른 로그 파일에 대해서는 모르거나 신경쓰지 않습니다. 이는 다른 응용 프로그램의 책임입니다.