É possível impedir que as mensagens do kernel apareçam na saída do dmesg?
Por exemplo Estou executando o software que termina os túneis PPPoE. Um dos recursos que ele oferece é a capacidade de definir nomes de interface personalizados.
No entanto, isso resulta em mensagens no dmesg, como:
...
[Mon May 28 09:50:06 2018] ifname.3: renamed from pppoe3
[Mon May 28 11:07:40 2018] ifname.4: renamed from pppoe4
[Mon May 28 11:11:37 2018] ifname.5: renamed from pppoe5
[Mon May 28 11:18:26 2018] ifname.6: renamed from pppoe6
[Mon May 28 11:40:46 2018] ifname.7: renamed from pppoe7
...
Eu acompanhei a função responsável por ser netdev_info :
link
O problema com essas mensagens é que elas preenchem o buffer e substituem quaisquer outras mensagens importantes (falhas do driver, avisos de iptables, etc.).
É possível suprimir essa mensagem específica de aparecer na saída do dmesg?
Eu tentei configurar o sysctl kernel.printk, mas parece não ter efeito, e as mensagens aparecem na saída do dmesg, independentemente das configurações.
Obrigado.
dmesg lê o buffer de anel do kernel e, até onde posso dizer, você não pode evitar que ele seja "poluído" por mensagens indesejadas.
De qualquer forma, dependendo da sua distribuição, logs antigos do kernel podem ser encontrados em /var/log/messages ou /var/log/syslog .
Bem, essa função é netdev_info está imprimindo mensagens do kernel via printk no nível INFO . Acredito que você pode ajustar seus kernel.printk para controlar o nível de mensagens que realmente logado. Então você pode ajustar para baixo a partir de um nível de INFO para os níveis menos ruidosos WARN ou ERR.
Eu geralmente gosto de usar esse 3 4 1 3 como padrão
# /etc/sysctl.d/printk.conf
# Uncomment the following to stop low-level messages on console
kernel.printk = 3 4 1 3
Veja estes links para mais detalhes sobre o kernel.printk
Isto irá suprimir mais do que apenas aquela mensagem específica. Se você tem outras informações sendo registradas no nível INFO que você realmente quer ou precisa ver, isso pode não ser uma boa solução.
Se você se importa apenas com o que está sendo logado em seus logs gerenciados syslog, então você deve ser capaz de aplicar filtros dependendo de qual servidor da syslog você está rodando.