Pimp rsyslogd para ter menos i / o (cron, pam,…) e menos logging

Question

No meu framboesa, eu realmente não preciso de criação de logons e pam e quero ter menos i / o para tornar a vida do cartão SD um pouco mais longa.

Já removi o cron com a segunda linha cron.none , No momento, estou testando o authpriv.none

auth,authpriv.*                 /var/log/auth.log
*.*;auth,authpriv.none,cron.none             -/var/log/syslog
#cron.*                         /var/log/cron.log
daemon.*                        -/var/log/daemon.log
kern.*                          -/var/log/kern.log
lpr.*                           -/var/log/lpr.log
mail.*                          -/var/log/mail.log
user.*                          -/var/log/user.log

Basicamente, tudo que eu quero registrar é fatals, material de hardware, kernel / dmesg e logins com falha

O que mais posso melhorar?

    

Answer 1

Esta não é a resposta que você está procurando, porque eu vou tentar dissuadi-lo disso (que é, na verdade, a única resposta racional).

On my raspberry I really don't need crons and pam logging and I want to have less i/o to make the SD card life a little longer..

Se você acha que o cron está realmente fazendo logging excessivo, então você deve considerar o que o cron está fazendo e com que frequência e ajustar isso. Aponte, se você não se importa muito com o que está fazendo, então por que está fazendo isso?

Cartões SD WRT, registro não é significativo o suficiente para se preocupar com . Como em: totalmente insignificante, você está perdendo seu tempo pensando nisso. Os cartões SD usam o wear leveling para ajudar a preservar a si mesmos: eles não sofrem os efeitos da fragmentação (ou seja, a fragmentação é irrelevante para o desempenho ), e quando você escreve em disco, os dados são gravados em a parte menos usada do cartão , onde quer que seja. Isso transcende os limites de partição, portanto, se você tiver uma partição de 2 GB em um cartão de 16 GB, a partição não estará limitada a um bloco grande de endereços físicos de 2 GB: é um 2 GB dinâmico cujos endereços físicos serão uma lista não contígua e em constante mudança englobando todo o cartão.

Se o seu sistema grava um MB de logs por dia (você pode verificar isso enviando uma cópia de tudo para um arquivo, que geralmente é o /var/log/syslog ), e você tem um cartão de 4 GB. dias antes de tal ciclo ter escrito para o cartão inteiro apenas uma vez . A vida útil real de um cartão SD pode ser tanto quanto 100.000 ciclos de gravação [mas veja comentários]. Então, todo esse registro vai usar o cartão em 4000 * 100000/365 =

~ 1 milhão de anos

Você vê agora por que reduzir o registro em 25%, ou 50%, ou mesmo 99%, será completamente irrelevante ? Mesmo que o cartão tenha um tempo de vida incrivelmente ruim em termos de ciclos de gravação - digamos, 100 - você ainda terá séculos de fazer logout dele. Para uma demonstração de teste mais aprofundada deste princípio, veja aqui .

Basically, all I want to log is fatals, hardware stuff, kernel/dmesg, and failed logins

A menos que você habilite o registro em log de "depuração", de longe o que mais escreverá em seus registros é quando algo está realmente errado e, em geral, eles serão considerados de alta prioridade, a menos que você desative completamente o registro. Por exemplo, eu duvido em circunstâncias normais que seu pi, usando a configuração raspbian padrão, escreve 1 MB por dia de logs, mesmo que seja em 24/7. Vamos arredondar para isso. Agora digamos que um módulo do kernel defeituoso escreve a mesma mensagem de pânico de "emergência" de 100 bytes 50 vezes por segundo para o syslog em um sistema não assistido por uma semana: 100 * 50 * 60 * 60 * 24 * 7 = ~ 30 MB. Considere que, em relação ao tempo de vida do cartão acima mencionado, e ao fato de que você provavelmente deseja obter a mensagem .

Logging que haywire é muito incomum, BTW. O registro é bom. Os logs são seus amigos. Se você quiser mexer com a configuração rsyslog, seu tempo será melhor gastar adicionando mais, não menos.

    

Answer 2

Embora você mencione o rsyslogd especificamente (e já faz mais de 3 anos desde que você fez a pergunta), sinto que outra opção deve ser mencionada aqui: busybox-syslogd . Ele pode (e faz por padrão em raspbian) armazenar as mensagens de log na memória, para serem recuperadas por logread , sem gravar nada no disco. É a solução perfeita para um disco montado somente para leitura!