从 cronjob 运行 bash 脚本失败并显示“没有这样的文件或目录"

本文介绍了从 cronjob 运行 bash 脚本失败并显示“没有这样的文件或目录"的处理方法，对大家解决问题具有一定的参考价值，需要的朋友们下面随着小编来一起学习吧！

问题描述

我正在尝试运行以下 bash 脚本，该脚本在激活 conda 环境后运行 Python 程序.

send.bash

#!/bin/bash源激活 manage_oam_userspython ~/path/to/script/send.py源停用

crontab

30 * * * * source/path/to/script/send.bash

我从 cron 收到以下错误，尽管运行 source send.bash 效果很好.我也试过使用 bash send.bash 手动运行时工作正常，但从 cron 运行时会导致相同的错误.

/path/to/script/send.bash: line 2: activate: No such file or directory

解决方案

activate 和 deactivate 可能是位于 $PATH 条目某处的脚本代码>变量指向.通常，为一个用户在本地安装的软件会将语句添加到您的 .profile 文件或 .bashrc 中，以扩展您的 $PATH 变量，以便您可以使用不使用完整路径的软件脚本.

虽然您的 bash 会自动加载 .profile 和 .bashrc，但 CRON 不会这样做.对此，至少有两种解决方案.

A) 无处不在的完整路径

要么在 CRON 作业执行的脚本中使用完整路径，如下所示:

#!/bin/bashsource/path/to/activate manage_oam_userspython $HOME/path/to/script/send.py源/路径/到/停用

也使用 $HOME 而不是 ~.您可以在 shell 中使用 which activate 和 which activate 找出完整路径.

B) 源 `.profile` 或 `.bashrc`

或者，您可以获取 .profile(或 .bashrc；您必须查看哪个文件扩展了您的 $PATH 变量anaconda 目录)在您的 CRON 选项卡中:

30 * * * * source $HOME/.profile;源/path/to/script/send.bash

额外:来源是什么意思?

source 是一个 Unix 命令，用于评估命令后面的文件，作为在当前上下文中执行的命令列表.

– 来自维基百科，一些很棒的百科全书

source 命令的常用别名是单点 (./path/to/script).

I'm trying to run the following bash script which runs a Python program after activating a conda environment.

send.bash

#!/bin/bash
source activate manage_oam_users
python ~/path/to/script/send.py
source deactivate

crontab

30 * * * * source /path/to/script/send.bash

I get the following error from cron, although running source send.bash works perfectly. I've also tried using bash send.bash which works fine when run manually, but results in the same error when run from cron.

/path/to/script/send.bash: line 2: activate: No such file or directory

解决方案

activate and deactivate are probably scripts located somewhere an entry in your $PATH variable points to. Usually, software installed locally for one user adds statements to your .profile file or .bashrc that extend your $PATH variable so that you can use the software's scripts without using full paths.

While your bash loads .profile and .bashrc automatically, CRON won't do that. There are at least two solutions for this.

A) Full Paths everywhere

Either you use full paths in the script executed by your CRON job, like this:

#!/bin/bash
source /path/to/activate manage_oam_users
python $HOME/path/to/script/send.py
source /path/to/deactivate

Also use $HOME instead of ~. You can find out the full paths using which activate and which deactivate in your shell.

B) Source `.profile` or `.bashrc`

Alternatively you can source your .profile (or .bashrc; you will have to look which file extends your $PATH variable with the anaconda directories) in your CRON tab:

30 * * * * source $HOME/.profile; source /path/to/script/send.bash

Extra: What does source mean?

– from Wikipedia, the something something great encyclopaedia

A commonly used alias for the source command is a single dot (. /path/to/script).

这篇关于从 cronjob 运行 bash 脚本失败并显示“没有这样的文件或目录"的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！

这样