Arquivos de log enormes que consomem disco rígido inteiro

Question

Meu disco rígido continua ficando cheio, e eu achei que era apenas uso normal, mas agora que presto atenção, o rsyslogd está monopolizando a CPU, e acho que a unidade está sendo preenchida por arquivos de log:

> 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

São apenas erros de registro repetidamente?

> 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

syslog está cheio do mesmo lixo

1. Como posso evitar que o Linux se sufoque com arquivos de log?
2. Por que esse erro está ocorrendo? Eu acho que começou quando eu coloquei algumas imagens da unidade dd no fstab?

Answer 1

loop3 é um nó de dispositivo, que me diz que quando você "coloca algumas imagens da unidade dd no fstab", algo é estranho sobre as imagens dd.

1. How can I prevent Linux from suffocating itself with log files?

Não faça algo que cause um erro ;-). Não, sério, essa é a melhor maneira, porque o que está causando o erro vai sobrecarregar 100% da CPU, mesmo se você evitar que os arquivos de log sejam gravados. Algo está muito frequentemente tentando acessar além dos limites do dispositivo de bloco /dev/loop3 , então você deve montá-lo com o tamanho errado, ou o tamanho mudou depois de montado, ou algo .

2. Why is this error occurring? I guess it started when I put some dd drive images in the fstab?

Sim, é definitivamente relacionado a isso. Está tentando ler além do final do arquivo para o qual o dispositivo de loopback aponta. Talvez a imagem, ou o sistema de arquivos dentro da imagem, se declare maior do que realmente é?

    

Answer 2

Para responder à primeira pergunta, lembro de quando cada uma das pastas raiz era "montada" em seu próprio local ou dispositivo. Dito isso, lembro que tínhamos, por exemplo, /dev/hda1 para a raiz / folder, /dev/hda2 para /var , /dev/hda3 para /home e /dev/hda4 para o /swap . Eu estou querendo saber se você tem uma configuração como essa, e se assim for, é possível redirecionar a saída de /log para outro dispositivo, talvez uma unidade removível ou um compartilhamento de rede

    

Answer 3

How can I prevent Linux from suffocating itself with log files?

• Você pode editar o syslog.conf e alterar a maneira como esses eventos são registrados. Você pode ser capaz de suprimi-los temporariamente ou gravar esses eventos específicos em um disco não crítico (por exemplo, uma unidade USB grande)

• você pode girar os arquivos de log com mais frequência e agressivamente. Seu sistema pode estar usando logrotate. Se assim for, edite sua configuração.

• Existem ferramentas que periodicamente removem arquivos de log para um tamanho específico, em vez de apenas rotacioná-los em um horário fixo.

• Corrija qualquer problema que esteja causando a gravação dos registros de log. (por exemplo, checar fstab)