Огромные файлы журнала, занимающие весь жесткий диск

Question

Мой жесткий диск продолжает заполняться, и я подумал, что это обычное использование, но теперь, когда я обращаю внимание, rsyslogd загружает процессор, и я думаю, что диск заполняется файлами журналов:

> la -S
total 28G
-rw-r-----  1 syslog            adm          10G 2012-08-13 13:45 kern.log
-rw-r-----  1 syslog            adm         6.9G 2012-08-13 07:57 syslog.1
-rw-r-----  1 syslog            adm         6.8G 2012-08-12 07:56 kern.log.1
-rw-r-----  1 syslog            adm         3.4G 2012-08-13 13:45 syslog
-rw-r-----  1 syslog            adm         583M 2012-08-05 07:52 kern.log.2.gz
-rw-r-----  1 syslog            adm         190M 2012-08-11 07:59 syslog.3.gz
-rw-r-----  1 syslog            adm          77M 2012-08-07 07:35 syslog.7.gz
-rw-r-----  1 syslog            adm          37M 2012-08-09 07:45 syslog.5.gz
-rw-r-----  1 syslog            adm          24M 2012-08-10 01:08 syslog.4.gz
-rw-r-----  1 syslog            adm         9.3M 2012-08-12 07:46 syslog.2.gz
-rw-r--r--  1 root              root        565k 2012-04-27 01:24 Xorg.1.log

Это просто регистрация ошибок неоднократно?

> tail kern.log
Aug 13 13:50:33 optiplex kernel: [ 6530.465782] attempt to access beyond end of device
Aug 13 13:50:33 optiplex kernel: [ 6530.465785] loop3: rw=0, want=12919461, limit=8388607
Aug 13 13:50:33 optiplex kernel: [ 6530.465788] attempt to access beyond end of device
Aug 13 13:50:33 optiplex kernel: [ 6530.465791] loop3: rw=0, want=12919462, limit=8388607
Aug 13 13:50:33 optiplex kernel: [ 6530.465794] attempt to access beyond end of device
Aug 13 13:50:33 optiplex kernel: [ 6530.465797] loop3: rw=0, want=12919463, limit=8388607
Aug 13 13:50:33 optiplex kernel: [ 6530.465800] attempt to access beyond end of device
Aug 13 13:50:33 optiplex kernel: [ 6530.465803] loop3: rw=0, want=12919464, limit=8388607
Aug 13 13:50:33 optiplex kernel: [ 6530.465807] attempt to access beyond end of device
Aug 13 13:50:33 optiplex kernel: [ 6530.465810] loop3: rw=0, want=12919465, limit=8388607

системный журнал полон того же мусора

1. Как я могу предотвратить удушение Linux файлами журналов?
2. Почему происходит эта ошибка? Я полагаю, это началось, когда я поместил несколько образов дисков в Fstab?

Answer 1

loop3 - это узел устройства, который сообщает мне, что когда вы "помещаете некоторые образы дисков dd в fstab", что-то странное в изображениях dd.

1. Как я могу предотвратить удушение Linux файлами журналов?

Не делайте то, что вызывает ошибку ;-). Нет, серьезно, это лучший способ, потому что все, что вызывает ошибку, приведет к 100% загрузке ЦП, даже если вы предотвратите запись файлов журнала. Кое-что очень часто пытается получить доступ за пределами блочного устройства /dev/loop3 , поэтому вы, должно быть, установили его с неправильным размером, или размер изменился после его монтирования, или что-то еще.

2. Почему происходит эта ошибка? Я полагаю, это началось, когда я поместил несколько образов дисков в Fstab?

Да, это определенно связано с этим. Он пытается прочитать за концом файла, на который указывает петлевое устройство. Может быть, изображение или файловая система в изображении объявляет себя больше, чем есть на самом деле?

Answer 2

Чтобы ответить на первый вопрос, я вспомнил, когда каждая из корневых папок была "смонтирована" в собственном месте или на устройстве. Сказав это, я помню, что у нас был, например, /dev/hda1 для корня / папки, /dev/hda2 для /var , /dev/hda3 для /home и /dev/hda4 для /swap . Мне интересно, если у вас есть такая настройка, и если да, можно ли перенаправить вывод /log на другое устройство, может быть, съемный диск или сетевой ресурс

Answer 3

Как я могу предотвратить удушение Linux файлами журналов?

• Вы можете отредактировать syslog.conf и изменить способ регистрации этих событий. Вы можете временно их отключить или записать эти конкретные события на некритический диск (например, большой USB-накопитель).

• Вы можете вращать файлы журнала более часто и агрессивно. Ваша система может использовать logrotate. Если это так, отредактируйте его конфигурацию.

• Существуют инструменты, которые периодически сокращают файлы журналов до определенного размера, а не просто поворачивают их по фиксированному расписанию.

• Устраните любую проблему, из-за которой записи журнала будут записаны. (т.е. проверьте fstab)