Очень большие файлы журналов, что мне делать?

Вероятно, стоит попытаться установить, что заполняет журнал (ы), либо просто визуально просмотрев их с помощью команды less или tail

tail -n 100 /var/log/syslog

, либо если строки нарушения слишком глубоко похоронен, чтобы легко увидеть, что происходит, что-то вроде

for log in /var/log/{dmesg,syslog,kern.log}; do 
  echo "${log} :"
  sed -e 's/\[[^]]\+\]//' -e 's/.*[0-9]\{2\}:[0-9]\{2\}:[0-9]\{2\}//' ${log} \
  | sort | uniq -c | sort -hr | head -10
done

(обратите внимание: это может занять некоторое время, учитывая такие большие файлы), которые попытаются снять метки времени, а затем посчитать наиболее часто встречающиеся сообщения.

Мой метод для файлов системных журналов - это. Шаги 1 и 2 являются необязательными, но иногда вам нужно проверить старые журналы, и иногда полезно резервное копирование. ; -)

cp -av --backup=numbered file.log file.log.old

gzip file.log.old

cat /dev/null > file.log

И мы используем для этих журналов (только на нескольких серверах) logrotate и еженедельно выполняются cron-скриптом, которые все файлы с * .1 (или следующим вращением) сжимают gzip.

Сегодня я установил Ubuntu 16.04, и я заметил ту же проблему. Однако я исправил это с помощью busybox-syslogd. Ага! Я только что установил этот пакет и проблема была решена. :)

$ sudo apt-get install busybox-syslogd

После установки этого пакета перезагрузите syslog и kern.log:

sudo tee /var/log/syslog /var/log/kern.log </dev/null

Надеюсь, это простое решение полезно для других людей.