O comando dmesg --level=emerg,alert,crit,errlista todas as mensagens de erro com alta gravidade.
Fiquei pensando, para fins de monitoramento, se a contagem de mensagens é de alguma forma exposta no /procsistema de arquivos. Seria ótimo dar uma indicação de problemas de hardware.
Tenho um pequeno serviço escrito em C no Debian.
Este serviço inicia automaticamente com o Linux e faz algumas operações de arquivo e outras coisas conforme o esperado.
O serviço imprime algumas mensagens informativas e também situações de erro na saída padrão. Isso é visível em uma janela de console quando executo o binário do console, não como um serviço.
A única coisa que não consegui fazer até agora foi escrever a saída no diário, quando o binário é executado como um serviço.
Eu passei por todos os resultados de pesquisa que encontrei, estou consultando o diário como root e vejo mensagens do sistema iniciando/parando o serviço, mas nada que o binário do serviço imprima.
Eu simplesmente imprimo com printf("hey this should appear in the journal");- mas não há nada para ver no diário.
De acordo com o que é explicado em todos os lugares, toda saída de um serviço deve ser automaticamente direcionada para o journal, certo?
O que eu poderia estar esquecendo para que isso não aconteça?
Editar
Eu encontrei funções especiais para chamar para registro, mas na verdade eu gosto da ideia de obter saída padrão automaticamente no console ou no diário, dependendo de como eu executo o binário.
Eu tentei um serviço de script bash e descobri que ele grava echomensagens no diário como esperado.
Estou tentando entender melhor como funciona o gerenciamento de logs em um servidor Linux. Quando instalo um servidor Linux, percebo que há muitos arquivos de log e diretórios em/var/log.
Minha preocupação é com o potencial desses arquivos de log crescerem indefinidamente até que o servidor fique sem espaço.
Quais são os mecanismos padrão em vigor em um servidor Linux típico para evitar que os arquivos de log cresçam indefinidamente?
Eu sei que o logrotate é comumente usado para gerenciar o crescimento do arquivo de log, mas existe uma prática padrão recomendada para configurar o logrotate em um servidor? Sem a configuração adequada, parece que o servidor poderá ficar sem espaço.
No Linux, RHEL-8.10 ou posterior, se for importante, eu gostaria de escrever algum código C que receba vários parâmetros e, sob uma determinada condição, emita um system("init 0")para desligar o sistema. Antes de emitir o desligamento, gostaria de lançar uma mensagem de uma linha nesse /var/log/messagessistema informando que o sistema foi desligado pelo código de Ron para que eu tenha um registro de quando isso aconteceu.
Como você escreve corretamente /var/log/messages?
Obviamente eu posso fazer um fopen("/var/log/messages, "a")e um simples, fprintfmas isso parece um pouco complicado.
Quando eu uso o GParted para fazer alguma manipulação complicada de partição e sistema de arquivos, ele oferece a opção de ver os detalhes de quais etapas foram executadas. Mas isso não fornece todos os detalhes sobre quais comandos subjacentes o GParted usou.
É possível obter um tipo de saída de log ou depuração do GParted para que eu possa ver exatamente todos os comandos usados para fazer tudo o que eu pedi?
A razão é porque quero entender exatamente o que o GParted faz para realizar várias manipulações em meu sistema de arquivos btrfs E quero colocar esses comandos em um script para uso em outro lugar.
Talvez eu pudesse executar o GParted em um depurador e avançar enquanto ele está, por exemplo, reduzindo um sistema de arquivos/partição?
O fórum online do GParted foi fechado, então não sei mais onde perguntar isso?
Flexível
Com uma regra de log padrão "ct state new" obtemos os detalhes sobre uma nova sessão, no entanto, obtemos apenas o tamanho dos dados do primeiro pacote olhando em LEN, ou seja
2024-06-15T10:11:31.829667+00:00 deepu kernel: ALLOW INPUT: IN=ens33 OUT= MAC=ff:ff:ff:ff:ff:ff:3a:f9:d3:87:89:65:08:cc SRC=172.16.0.1 DST=172.16.0.255 LEN=72 TOS=0x00 PREC=0x00 TTL=64 ID=32643 PROTO=UDP SPT=57621 DPT=57621
Neste, vemos 72 bytes.
Como podemos registrar o volume total de dados transferidos naquela sessão? Por exemplo, se este fosse um download de arquivo de 100 MB, eu gostaria de ver um download de 100 MB, além de alguns pequenos pacotes de estabelecimento TCP, etc.
/var/log/user.log
Qual é o escopo deste arquivo de log? Está relacionado apenas ao usuário conectado no momento ou a vários usuários e quais?
Do que se trata esse arquivo de log e quando devo examiná-lo?
Então, estou trabalhando com tail -F (ou tail --follow=filename). Agora funciona como anunciado e quando ocorrer uma sobreposição, ele passará para o novo arquivo.
Isso é ótimo e me ajuda a controlar meus registros. A questão é que quero saber quando tail passa do arquivo antigo para o novo.
A situação é a seguinte:
Eu tenho um arquivo de log enorme que leva 15 minutos para ser processado. Agora digamos que no minuto 5 ocorra um rollover. Tail tem a descrição do arquivo aberta e a usa para concluir o processo de tailing e depois passa para o novo.
Agora mantenho um histórico de qual arquivo e qual linha registrei pela última vez. Faço isso aumentando o número de processos em linhas (é um programa multiprocesso, mas o que mais posso fazer?).
O problema é que após o rollover, o novo arquivo começa na linha 0, mas meu line_number já aumentou para 5 milhões. Portanto, para este novo arquivo que contém, digamos, 100 logs, armazenarei o número da linha como 5.000.100.
Usei o watchdog para descobrir quando o arquivo é transferido para redefinir o número da linha para 0, mas caso o rollover aconteça durante a execução inicial, como, digamos, na marca de 5 minutos da execução de 15 minutos, ainda acabo com um número de 3mil +.
Como line_number é usado para continuar de onde saí pela última vez, caso o programa morra acidentalmente, isso pode significar perda de dados.
Apenas para observar: estou executando este comando em python (CPython)
Presumo que journalctlseja um agregador abrangente de logs do sistema, mas descobri que isso está incorreto.
Por exemplo, dmesgfornece registro do sistema antes que o systemd seja totalmente ativado e apresenta uma visão mais precisa dos estados e processos do hardware.
Existem outros recursos de registro de sistema padrão ou úteis que administradores de sistemas experientes usam no Linux?
Eu tenho uma pasta de log em under /var/USER/mylogse diariamente arquivos de log no formato "DATE-mylogile.log". DATA é formatada como "%d-%m-%Y".
Então, na minha pasta, tenho, por exemplo, estes arquivos de log:
12-01-2024-mylogfile.log
13-01-2024-mylogfile.log
14.01-2024-mylogfile.log
...
Agora quero usar o logrotate para girar os logs. Minha configuração de teste fica assim:
/var/USER/mylogs/*.log {
weekly
rotate 4
compress
missingok
dateext
dateformat -%d-%m-%Y
}
Mas quando o logrotate é executado, ele cria um gz-Archive para cada arquivo de log como:
12.01-2024-mylogfile.log-12-03-2024.gz
13.01-2024-mylogfile.log-13-03-2024.gz
14.01-2024-mylogfile.log-14-03-2024.gz
Mas eu quero que o logrotate crie semanalmente um gz-Archive que inclua todos os arquivos de log únicos da semana, para que haja apenas um gz-Archive como:
mylogfile.log-14-03-2024.gz
Mas aí estou preso - então é possível e como posso fazer isso?