☰

Supervisor 和 Shell 命令不一致：从文件导出的变量在 Supervisor 中有效，但在 Shell 中无效，为什么？

tag-icon • tag-icon linux bash shell environment-variables supervisord
Supervisor 和 Shell 命令不一致：从文件导出的变量在 Supervisor 中有效，但在 Shell 中无效，为什么？

假设有一个文件/tmp/confs.sh，如下所示：

export CONTAINER_CODE_PROJECT_ROOT="//var/www"

它在supervisor配置文件中使用如下：

[program:laravel-horizon]
process_name=%(program_name)s_%(process_num)02d
command=/bin/bash -c ". /tmp/confs.sh && /usr/local/bin/php ${CONTAINER_CODE_PROJECT_ROOT}/artisan horizon"
autostart=true
autorestart=true
redirect_stderr=true
user=myUser

我以为我的主管配置不适用于该变量，但我错了。在我发现这一点之前，我在 shell 中进行了测试，它们确实不适用于该变量。测试如下：

$ /bin/bash -c ". /tmp/confs.sh && printenv &&  echo ${CONTAINER_CODE_PROJECT_ROOT}/artisan"

输出为

LS_COLORS=rs=0:di=01;34:ln=01;36:mh=00:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:mi=00:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arc=01;31:*.arj=01;31:*.taz=01;31:*.lha=01;31:*.lz4=01;31:*.lzh=01;31:*.lzma=01;31:*.tlz=01;31:*.txz=01;31:*.tzo=01;31:*.t7z=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.lrz=01;31:*.lz=01;31:*.lzo=01;31:*.xz=01;31:*.zst=01;31:*.tzst=01;31:*.bz2=01;31:*.bz=01;31:*.tbz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.war=01;31:*.ear=01;31:*.sar=01;31:*.rar=01;31:*.alz=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.cab=01;31:*.jpg=01;35:*.jpeg=01;35:*.mjpg=01;35:*.mjpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.webm=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.cgm=01;35:*.emf=01;35:*.ogv=01;35:*.ogx=01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.m4a=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.oga=00;36:*.opus=00;36:*.spx=00;36:*.xspf=00;36:
USER=logotel
PWD=/home/logotel
HOME=/home/logotel
CONTAINER_CODE_PROJECT_ROOT=//var/www
MAIL=/var/mail/logotel
TERM=xterm
SHELL=/bin/bash
SHLVL=2
LOGNAME=logotel
PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games
_=/usr/bin/printenv
/artisan

这意味着printenv按预期工作（我看到了行CONTAINER_CODE_PROJECT_ROOT=//var/www），但最后一行（这是的输出echo ${CONTAINER_CODE_PROJECT_ROOT}/artisan）似乎没有检测到导出的变量CONTAINER_CODE_PROJECT_ROOT。

为什么它们不起作用，而主管配置中的相同命令却没有问题？

谢谢，Sim

答案1

首先是测试。当你运行

/bin/bash -c ". /tmp/confs.sh && printenv &&  echo ${CONTAINER_CODE_PROJECT_ROOT}/artisan"

在 shell 中，${CONTAINER_CODE_PROJECT_ROOT}由于您使用了双引号，因此当前 shell 会进行替换。双引号中的变量将替换为其值。变量未在当前 shell 中设置，因此将替换为空字符串。实际上，${CONTAINER_CODE_PROJECT_ROOT}生成的 shell 中没有子字符串bash。

如果你这样做（仍然在 shell 中）

/bin/bash -c '. /tmp/confs.sh && printenv && echo ${CONTAINER_CODE_PROJECT_ROOT}/artisan'

然后衍生的函数bash将获得包含 的字符串${CONTAINER_CODE_PROJECT_ROOT}。它将负责替换变量。

一般注意事项你应该双引号生成的 shell 上下文中的变量，因此命令应该是

/bin/bash -c '. /tmp/confs.sh && /usr/local/bin/php "${CONTAINER_CODE_PROJECT_ROOT}/artisan" horizon'

然后是supervisord它不会像 shell 那样解析后面给出的命令；特别是它根本command=不会扩展表单中的变量。我的测试表明你的原始行$foo

command=/bin/bash -c ". /tmp/confs.sh && /usr/local/bin/php ${CONTAINER_CODE_PROJECT_ROOT}/artisan horizon"

在这种情况下确实应该有效。请注意，生成的 shell 上下文中的变量没有被引号引起来。我们不能使用单引号作为外引号，因为supervisord只支持双引号来将带有空格的参数分组以传递给程序。我们不能使用单个单引号作为内引号，因为单引号中的变量不会被扩展。

根据我的测试，的解析器supervisord支持使用转义双引号字符\。这应该对你有用和更加稳健：

command=/bin/bash -c ". /tmp/confs.sh && /usr/local/bin/php \"${CONTAINER_CODE_PROJECT_ROOT}/artisan\" horizon"

要明确的是：这只是一个小小的改进，是 shell 脚本编写的一个好习惯（这在你的特定情况下并不重要，//var/www但总体上可能很重要）；除此之外，你原来的代码很好。

出现差异是因为在 shell 中，${CONTAINER_CODE_PROJECT_ROOT}双引号中的子字符串在bash -c运行之前就被扩展了。在 Supervisor 中不会发生这种扩展；后面的双引号command=更像是 shell 中的单引号。

相关内容