Início / unix / Perguntas / 787151
Accepted
jnrbsn
Asked: 2024-11-25 09:26:44 +0800 CST

Por que exec no script bash executado pelo cron não preserva $PATH?

  • 772

Tenho a seguinte configuração de tarefa cron no Debian 12:

/etc/cron.d/jonathan-test:

SHELL=/bin/bash
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

* * * * * jonathan /home/jonathan/test1.sh >> /home/jonathan/test.log 2>&1

/home/jonathan/test1.sh:

#!/usr/bin/env bash

export PATH="/home/jonathan/mytestdir:${PATH}"
echo "test1.sh -> PATH=${PATH}"
export PAAATH="this_is_a_test"
echo "test1.sh -> PAAATH=${PAAATH}"
exec "${HOME}/test2.sh"

/home/jonathan/test2.sh:

#!/usr/bin/env bash

echo "test2.sh -> PATH=${PATH}"
echo "test2.sh -> PAAATH=${PAAATH}"

Quando executado, ele grava o seguinte em /home/jonathan/test.log:

test1.sh -> PATH=/home/jonathan/mytestdir:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
test1.sh -> PAAATH=this_is_a_test
test2.sh -> PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
test2.sh -> PAAATH=this_is_a_test

Como você pode ver, a $PATHvariável não é preservada por exec.

Este é um exemplo simplificado e artificial do meu problema real, que é executar o pyenv a partir de um cron job. Se eu mudar meu cron.darquivo para isto:

SHELL=/bin/bash
PYENV_ROOT=/opt/pyenv
PATH=/opt/pyenv/shims:/opt/pyenv/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

* * * * * jonathan python --version >> /home/jonathan/test.log 2>&1

Então eu escrevo isso no arquivo de saída:

/opt/pyenv/libexec/pyenv-exec: line 24: pyenv-version-name: command not found

Ele executa corretamente /opt/pyenv/shims/python. Isso é apenas um script bash que executa pyenv exec python --version. Ele executa corretamente /opt/pyenv/bin/pyenv, que é um link simbólico para /opt/pyenv/libexec/pyenv, que é um script bash que modifica $PATHpara incluir /opt/pyenv/libexec(e sim, ele exporta!) e executa /opt/pyenv/libexec/pyenv-exec, que é outro script bash que tenta fazer PYENV_VERSION="$(pyenv-version-name)"na linha 24, o que resulta no erro acima, porque /opt/pyenv/libexecnão está em $PATH. Eu reduzi para o exemplo simplificado acima. A mesma pyenvconfiguração exata com apenas variáveis ​​de ambiente e sem a integração do shell funciona muito bem quando não é executada a partir do cron.

Para sua informação, não há sudolugar nenhum nisso, e eu posso reproduzi-lo como outros usuários também. Então não parece estar relacionado a secure_pathem /etc/sudoers.

bash

1 respostas

  1. Best Answer

    Vou responder minha própria pergunta, já que eu descobri.

    O problema era que eu tinha um $BASH_ENVconjunto personalizado. Quando invocado de forma não interativa , o bash não lê .profile, .bash_profile, ou .bashrc( docs ). Este é um problema comum com tarefas cron porque elas não terão o ambiente que muitas pessoas esperam. No entanto, você pode usar $BASH_ENV. Quando o bash é invocado de forma não interativa, ele se comporta como se fizesse isso:

    if [[ -n "$BASH_ENV" ]]; then source "$BASH_ENV"; fi

    Então, em uma tentativa de ter um ambiente consistente, independentemente de meus scripts serem executados no cron ou não, apontei $BASH_ENVpara um arquivo que se parecia com este:

    source /etc/profile
source ~/.profile

    Então, meus trabalhos cron teriam o mesmo ambiente como se fossem invocados de um shell de login. Havia dois problemas com isso. Primeiro, /etc/profileestava definindo $PATH em vez de adicionar a ele. Segundo, eu não percebi que $BASH_ENVé carregado para cada sub-shell, então meu $PATHestava constantemente sendo redefinido para cada sub-shell.

    Então, eu mudei meu /etc/profilepara verificar caminhos específicos $PATHe adicioná-los se eles não estiverem lá. E eu mudei meu $BASH_ENVarquivo para isto:

    # if this file was already loaded, don't do anything
[[ -n "$BASH_ENV_LOADED" ]] && return

# load the environment that a login shell would normally get
source /etc/profile
source ~/.profile

# indicate that this file has been loaded
export BASH_ENV_LOADED=1

    (Eu provavelmente não deveria usar um nome de variável que começa com BASH_, mas não consegui pensar em como chamá-lo.)

    • 3

relate perguntas