Não é assim que funciona. A mensagem é composta de data/hora e mensagem textual, se a mensagem textual for a mesma da anterior, será suprimida, e se repetir novamente será suprimida novamente e ficará num loop até aparecer uma mensagem diferente, veja esse exemplo que ocorreu quando pluguei um disco defeituoso no meu sistema e eu insistia em gravar nele : Nov 13 16:51:50 worklab kernel: printk: 87 messages suppressed. Nov 13 16:51:50 worklab kernel: lost page write due to I/O error on sda1 Nov 13 16:51:55 worklab kernel: printk: 88 messages suppressed. Nov 13 16:51:55 worklab kernel: lost page write due to I/O error on sda1 Nov 13 16:52:00 worklab kernel: printk: 89 messages suppressed. Nov 13 16:52:00 worklab kernel: lost page write due to I/O error on sda1 Nov 13 16:52:05 worklab kernel: printk: 89 messages suppressed. Nov 13 16:52:05 worklab kernel: lost page write due to I/O error on sda1 Nov 13 16:52:10 worklab kernel: printk: 86 messages suppressed. Nov 13 16:52:10 worklab kernel: lost page write due to I/O error on sda1 Nov 13 16:52:15 worklab kernel: printk: 86 messages suppressed. Nov 13 16:52:15 worklab kernel: lost page write due to I/O error on sda1 Nov 13 16:52:20 worklab kernel: printk: 87 messages suppressed. (...) Nov 13 17:10:02 worklab kernel: printk: 40314 messages suppressed. Nov 13 17:10:07 worklab kernel: printk: 58407 messages suppressed. Nov 13 17:10:12 worklab kernel: printk: 12055 messages suppressed.
O log não fica repetindo a mesma linha, apenas acrescenta uma unica linha descrevendo a quantidade de vezes que a mensagem anterior foi suprimida por ser repetida e por isso o tamanho do log não prejudicou meu sistema. No exemplo acima, num pequeno intervalo de tempo eu teria mais de 100.000 linhas repetidas se o sistema de log não funcionasse direito. Mas no seu caso é diferente porque o texto reportado é sempre diferente. Essas mensagens vem do seu próprio computador, passa pelo kernel e o log apenas reporta o erro. Seria "sem noção" se o log escrevesse algo diferente do que foi reportado só para atender um capricho. Parece que voce está usando um processador Intel, porque se fosse AMD já tinha ido para o espaço. []'s e sucesso na manutenção do seu computador. 2009/11/16 Juliano Timm <[email protected]>: > Olá obrigado pela resposta. Concordo que o problema é mais hardware do que > software. Vou limpar o cooler, de repente esteja sujo. Mas também ta fazendo > 35 graus aqui no sul.. O detalhe é que no kernel da 9.04 isso não acontecia > .. Faz pouco tempo que dei o dist upgrade. Eu li sobre as mensagens que são > gravadas nunca serem a mesmas. Mas mesmo assim é muito estranho ficar com > identificador da mensagem ela toda, contando com a data. Assim sempre a > mensagem será diferente e sempre gravada. Sendo isto o bug que tenho aqui. O > ideal seria gravar a mensagem como hoje, mas fazer uma quebra na string > retirando a data para ter o identificador. Outra coisa que é estranha é eu > verificar que o meu processador esta com a temperatura acima em um arquivo > log. Tudo bem em um servidor isso acontecer assim, mas em um desktop... E o > pior de tudo só vi isso porque tenho uma frescurite no desktop que monitora > o hd. Mais um pouco e a máquina não dava boot. Teria que pegar um live. > Imagine o um usuário final... O ideal era aparecer um ícone no system stray, > ou algo do gênero. > > Abraços, obrigado pelo contribuição. > > 2009/11/16 hamacker <[email protected]> > >> Juliano, >> >> O maior bug seria não reportar o problema ao arquivo de log. Mas se >> ele reporta então o log tá OK. >> Se voce está com varias mensagem repetidas sistematicamente indo parar >> no log, dê atenção a ela e resolva o problema. >> No link que voce indicou, o logrotate foi reportando como funcionando >> de forma adequada, mas o problema é : >> Oct 31 01:13:03 xx kernel: [ 1932.745006] CPU0: Temperature/speed normal >> Oct 31 01:13:03 xx kernel: [ 1932.745007] CPU4: Temperature/speed normal >> Oct 31 01:13:03 xx kernel: [ 1932.916289] CPU0: Temperature/speed normal >> Oct 31 01:13:03 xx kernel: [ 1932.916291] CPU4: Temperature/speed normal >> Oct 31 01:13:03 xx kernel: [ 1933.036344] CPU0: Temperature/speed normal >> Oct 31 01:13:03 xx kernel: [ 1933.036346] CPU4: Temperature/speed normal >> >> O sistema de log não cresce quando a ultima mensagem é igual a >> penultima, mas note que não há uma repetição linear, o fato de haver o >> intervalo entre "CPU0" e "CPU1" faz com que o sistema de log registrem >> todas as ocorrencias da sistema ACPI de sua máquina para o kernel. E >> daí vamos ter um problema de lentidão no seu computador e um arquivo >> de log que não parará de crescer. >> >> Se o kernel tá reportando CPU quente porque a sua placa-mae/bios tá >> reportando isso, então dê atenção senão você vai perder sua CPU. Voce >> pode acessar a BIOS do seu computador ou passar uma mensagem para o >> kernel para não reportar o problema, mas aí voce não estará resolvendo >> o problema e sim, escondendo-o. >> >> Neste instante seu problema é mais hardware do que software, na minha >> opinião. >> >> []'s >> >> 2009/11/14 Juliano Timm <[email protected]>: >> > Olá pessoal. Estou com um dos maiores bugs do linux em meus 4 anos de >> uso. >> > Bem vamos a ele. Os arquivos de log estão gigantes. O kern.log estava com >> > 4.4 GB!! E o syslog >> > messages com 1.6 GB. O problema foi reportado aqui: >> > >> > https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/453444 >> > >> > Eu removi os arquivos, e pelo jeito não estão sendo criados. Não sei o >> que >> > acontecerá ao reiniciar... Só por curiosidade as mensagens que estão >> sendo >> > gravadas são em relação a temperatura da cpu. A pergunta é, o que eu >> faço? >> > Qual a solução adequada para isso. Não sei se pode dar algum problema do >> > sistema ficar sem os logs. Agradeço qualquer ajuda. >> > >> > Abraços >> > >> > -- >> > Juliano Timm Menezes >> > >> > Tecnólogo em Análise e Desenvolvimento de Sistemas - Ucpel >> > GNU/Linux user 434562 >> > GNU/Kubuntu user 11524 >> > Jesus Me Ama >> > -- >> > Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece >> > >> > Lista de discussão Ubuntu Brasil >> > Histórico, descadastramento e outras opções: >> > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br >> > >> >> -- >> Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece >> >> Lista de discussão Ubuntu Brasil >> Histórico, descadastramento e outras opções: >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-br >> > > > > -- > Juliano Timm Menezes > > Tecnólogo em Análise e Desenvolvimento de Sistemas - Ucpel > GNU/Linux user 434562 > GNU/Kubuntu user 11524 > Jesus Me Ama > -- > Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece > > Lista de discussão Ubuntu Brasil > Histórico, descadastramento e outras opções: > https://lists.ubuntu.com/mailman/listinfo/ubuntu-br > -- Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece Lista de discussão Ubuntu Brasil Histórico, descadastramento e outras opções: https://lists.ubuntu.com/mailman/listinfo/ubuntu-br
