Eu uso o Fedora e esses diretórios contêm uma grande quantidade de arquivos. Gostaria de saber se posso excluí-los. O sistema está com pouco espaço.
Eu uso o Fedora e esses diretórios contêm uma grande quantidade de arquivos. Gostaria de saber se posso excluí-los. O sistema está com pouco espaço.
Respostas:
Sim, você pode excluir tudo o que estiver dentro dele, /var/log/journal/*
mas não o próprio diretório. Você também pode consultar journalctl
para descobrir quanto espaço em disco está consumindo:
$ journalctl --disk-usage
Journals take up 3.8G on disk.
Você pode controlar o tamanho desse diretório usando este parâmetro em seu /etc/systemd/journald.conf
:
SystemMaxUse=50M
Você pode forçar uma rotação de log:
$ sudo systemctl kill --kill-who=main --signal=SIGUSR2 systemd-journald.service
NOTA: Pode ser necessário reiniciar o serviço de log para forçar uma rotação de log, se o método de sinalização acima não o fizer. Você pode reiniciar o serviço da seguinte maneira:
$ sudo systemctl restart systemd-journald.service
Esses arquivos também /var/cache/abrt-di/*
podem ser excluídos também. O tamanho dos arquivos de log aqui é controlado em:
$ grep -i size /etc/abrt/abrt.conf
# Max size for crash storage [MiB] or 0 for unlimited
MaxCrashReportsSize = 1000
Você pode controlar o tamanho máximo /var/cache/abrt-di
alterando o seguinte no arquivo /etc/abrt/plugins/CCpp.conf
:
DebugInfoCacheMB = 2000
NOTA: Se não definido, o DebugInfoCacheMB
padrão é 4000 (4 GB).
systemctl restart systemd-journald.service
forçou a girar e não sinalizando o processo
MaxRetentionSec
vez de SystemMaxUse
. Veja man journald.conf
para mais detalhes.
Sim, os arquivos do /var/log/journal
diretório podem ser removidos.
O método mais legal que encontrei é:
journalctl --vacuum-size=500M
que exclui arquivos de log antigos /var/log/journal
até o tamanho total do diretório ficar abaixo do limite especificado (500 megabytes neste exemplo).
Você também pode limpar com base no tempo:
journalctl --vacuum-time=10d
# du -sh /var/log/journal
113M /var/log/journal
# journalctl --vacuum-time=10d
Deleted archived journal /var/log/journal/f77f9567bb70f8e7b5d9a0c95bef5c2a/system@36170b4530af4c89ac4d84ac68f8b727-0000000000000001-00057b09da23eb2c.journal (8.0M).
Deleted archived journal /var/log/journal/f77f9567bb70f8e7b5d9a0c95bef5c2a/user-1000@54176301a0c74c4698c3b6a549e1b2ed-0000000000000874-00057b0c1a491094.journal (8.0M).
. . .
Deleted archived journal /var/log/journal/f77f9567bb70f8e7b5d9a0c95bef5c2a/user-1000@e6ecd2f858d1498b9a445af7bac00bbf-000000000000063a-0005848ac99802b3.journal (8.0M).
Vacuuming done, freed 88.0M of archived journals from /var/log/journal/f77f9567bb70f8e7b5d9a0c95bef5c2a.
root@monroe:/var/log# du -sh /var/log/journal
25M /var/log/journal
journalctl
. Forçar uma rotação de log não ajudou. O truque era para reiniciar systemd-journald.service:systemctl restart systemd-journald.service
.