Início / ubuntu / Perguntas / 1490220
Accepted
thatjackelliott
Asked: 2023-10-24 21:45:10 +0800 CST

Este script simples consumiu muita CPU, por quê?

  • 772

Tenho uma máquina remota que preciso ficar de olho. Está executando o Ubuntu Studio 22.04 (KDE Plasma). Algumas semanas atrás, ele travou e o Journalctl mostrou um “Bug” que ocorreu alguns minutos antes da falha. Então escrevi um script simples que segue o journalctl e se aparecer a palavra "Bug" ele envia um email de aviso. Eu configurei esse script para execução há cerca de 10 dias. Ontem, conectei-me remotamente à máquina e verifiquei o htop e descobri que o script estava usando mais de 90% da CPU. Eu o matei e o uso da CPU voltou ao normal. Aqui está o roteiro:

#!/bin/bash

#####################
#   THIS SCRIPT LAUNCHED AT STARTUP, CHECKS journalctl for string "Bug"
######################

while true; do

nohup journalctl --follow | grep -i -q "bug" && mutt -s "ALERT - AirchainPC may be in TROUBLE" -- [email protected] < bug_issued_by_journalctl.txt &>/dev/null &

done

Há algo que possa explicar o alto uso da CPU? Aliás, acho que não preciso desse "nohup".

scripts

1 respostas

  1. Best Answer

    Por favor, altere seu script para algo como:

    #!/bin/bash
journalctl --follow | grep --line-buffered -i bug | while read -r ; do
  mutt -s "ALERT - AirchainPC may be in TROUBLE" -- '[email protected]' < bug_issued_by_journalctl.txt
done

    Aqui, você está acompanhando o diário tentando capturar linhas que contenham a string "bug". Se a string for correspondida, ela será retornada imediatamente grep ( graças à --line-bufferedopção) no whileloop. O readcomando consumirá cada linha e retornará, para que o corpo da whileinstrução seja executado naquele momento.

    Não sei qual bug_issued_by_journalctl.txté o conteúdo do arquivo, mas preferiria algo criado dinamicamente e contendo (parte da) a string correspondente à journalctlsaída de '. Nesse caso, substitua read -re read -r msguse o conteúdo da $msgvariável no texto do email. Além disso, se o script for executado por outro usuário e/ou de outro diretório, o caminho completo do arquivo mencionado acima deverá ser usado.

    Por causa da --followopção no journalctlcomando, este script nunca retornará. Se quiser, você pode enviar o script para background assim:

    #!/bin/bash

check_bug () {
  journalctl --follow | grep --line-buffered -i bug | while read -r ; do
    mutt -s "ALERT - AirchainPC may be in TROUBLE" -- '[email protected]'
  done
}

check_bug &>/dev/null &

    Um conselho simples: sempre teste interativamente antes de colocar algo em segundo plano! Durante o teste, você também desejará substituir o &>/dev/nullna última linha por algo como &>/tmp/check_bug.out.

    Atualização: como sugerido por @G.Sliepen, você pode substituir a sequência de comandos de

    journalctl --follow | grep --line-buffered -i bug

    com

    journalctl --follow --grep=bug

    Você deve ler man journalctla página, para diferenciar maiúsculas de minúsculas e outros detalhes.

    • 15

relate perguntas