Início / coding / Perguntas / 79034810
Accepted
Serge
Asked: 2024-09-29 01:34:32 +0800 CST

O mesmo script bash do Almalinux 9 funciona de forma diferente do shell e do cron

  • 772

Executar o mesmo script bash produz resultados diferentes quando executado a partir do shell ou como uma tarefa cron.

Descrição

  1. Crie um arquivo de texto simples com conteúdo

touch /tmp/forbashtest ; printf "Lorem ipsum we have Release 1.1.5 version and also should be \$dbstore variable in text so let's check\n" > /tmp/forbashtest

  1. Crie um bash simples (por exemplo, text_ask.sh) para verificar se existe um texto dentro deste arquivo
#!/bin/bash
version=$(/usr/bin/ack "Release 1.1.5" /tmp/forbashtest | wc -l) ; printf "version count = $version\n" ;
dbexist=$(/usr/bin/ack "dbstore" /tmp/forbashtest | wc -l) ; printf "dbexist count = $dbexist\n" ;
if [[ "$version" -eq "0" ]] && [[ "$dbexist" -eq "0" ]] ; then
echo "Version CHANGED and DB insert not exists";
else
echo "Version still 1.1.5 and DB INSERT at place";
fi
exit ;
sh

Primeira execução do shell

sh /a/test_ask.sh > /tmp/test_ask_shell.txt ;

Saída /tmp/test_ask_shell.txt - resposta VERDADEIRA como deveria ser

version count = 1
dbexist count = 1
Version still 1.1.5 and DB INSERT at place

Segunda execução como cronjob adicionando a seguinte linha em /var/spool/cron/root

15 6 * * * sh /a/test_ask.sh > /tmp/test_ask_cron.txt ;

Saída /tmp/test_ask_cron.txt - resposta FALSA!

version count = 0
dbexist count = 0
Version CHANGED and DB insert not exists

A questão é - COMO ISSO PODERIA ACONTECER? Não vejo nenhuma lógica.

chown 0755 /a/test_ask.sh não ajudou, defina o caminho absoluto /usr/bin/ack em vez de apenas "ack" - o mesmo.

O serviço crond "AS IF" que usa /var/spool/cron/root não tem privilégios de root suficientes para executar comandos em script BASH ou algo parecido.

O Alma9 é baseado no CentOS, mas nunca encontrei um problema assim com o CentOS. Todos os scripts executados no serviço CROND (ou serviço LOGROTATE) estavam tendo o mesmo desempenho que os executados diretamente do shell root.

Ficaria muito grato pelas ideias para entender e tentar consertar,

bash

1 respostas

  1. Best Answer

    Eu instalei acke executei sua configuração + ackchamadas raw no script. As ackchamadas raw não geram saída (daí as 0contagens) quando executadas por cron.

    Executando uma pesquisa na web, ack AND cronencontrei este link do problema do github . O OP tem o mesmo problema, ou seja, acknão funciona com cron.

    No final desse link, o usuário hoelzro fornece a seguinte explicação:

    Se o ack detectar que a entrada padrão não é um tty, ele assume que é um pipe ou redirecionamento de arquivo e tenta filtrá-lo.

    Então, quando executado, cron acknão detecta nenhum tty e, portanto, alterna para procurar por entrada de um pipe ou redirecionamento de arquivo, e como nenhuma entrada existe (nesse caso), a entrada é efetivamente "vazia" e nenhuma saída é gerada, o que significa que wc -lretorna 0.

    A solução/solução alternativa: adicionar --nofilterà ackchamada, por exemplo:

    /usr/bin/ack --nofilter "dbstore" /tmp/forbashtest

    De ack --help:

      --[no]filter                  Force ack to treat standard input as a pipe
                                (--filter) or tty (--nofilter)

    Depois de adicionar --nofiltertodas as ackchamadas, meu crontabtrabalho agora gera os resultados esperados:

    version count = 1
dbexist count = 1
Version still 1.1.5 and DB INSERT at place

    NOTA: Estou apenas passando adiante o que encontrei em minha breve pesquisa; não tenho nada a ver com o design ou desenvolvimento, ackentão não posso dizer por que ele se comporta dessa maneira.

    • 2

relate perguntas