Yo uso Fedora y estos directorios contienen una gran cantidad de archivos, me pregunto si puedo eliminarlos. El sistema se está quedando sin espacio.
Yo uso Fedora y estos directorios contienen una gran cantidad de archivos, me pregunto si puedo eliminarlos. El sistema se está quedando sin espacio.
Respuestas:
Sí, puede eliminar todo lo que está dentro /var/log/journal/*
pero no eliminar el directorio en sí. También puede consultar journalctl
para saber cuánto espacio en disco está consumiendo:
$ journalctl --disk-usage
Journals take up 3.8G on disk.
Puede controlar el tamaño de este directorio utilizando este parámetro en su /etc/systemd/journald.conf
:
SystemMaxUse=50M
Puede forzar una rotación de registro:
$ sudo systemctl kill --kill-who=main --signal=SIGUSR2 systemd-journald.service
NOTA: Es posible que deba reiniciar el servicio de registro para forzar una rotación de registro, si el método de señalización anterior no lo hace. Puede reiniciar el servicio así:
$ sudo systemctl restart systemd-journald.service
Estos archivos también debajo /var/cache/abrt-di/*
se pueden eliminar también. El tamaño de los archivos de registro aquí se controla bajo:
$ grep -i size /etc/abrt/abrt.conf
# Max size for crash storage [MiB] or 0 for unlimited
MaxCrashReportsSize = 1000
Puede controlar el tamaño máximo /var/cache/abrt-di
cambiando el siguiente archivo /etc/abrt/plugins/CCpp.conf
:
DebugInfoCacheMB = 2000
NOTA: Si no está definido, el valor DebugInfoCacheMB
predeterminado es 4000 (4 GB).
systemctl restart systemd-journald.service
forzó la rotación y no señaló el proceso
MaxRetentionSec
lugar de SystemMaxUse
. Ver man journald.conf
para más detalles.
Sí, los archivos del /var/log/journal
directorio se pueden eliminar.
El método más agradable que he encontrado es:
journalctl --vacuum-size=500M
que elimina los archivos de registro antiguos /var/log/journal
hasta que el tamaño total del directorio esté por debajo del umbral especificado (500 megabytes en este ejemplo).
También puede limpiar según el tiempo:
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
. Forzar una rotación de registros no ayudó. El truco consistía en reiniciar systemd-journald.service:systemctl restart systemd-journald.service
.