linux – 可以在cron作业中使用upstart的“服务启动”吗？

TLDR; Is it possible to create a cron job that runs service
service_name start? How?

sudo crontab -e

是：

45 23 * * * service bormarise_celery_daemon start

这在终端上以root或服务器正常运行：

service bormarise_celery_daemon start
start: Job is already running: bormarise_celery_daemon

但是cron反而给出了以下错误：

bormarise_celery_daemon: unrecognized service

解决方法

TL;博士

您需要将/ sbin添加到cron的PATH中,以便服务脚本可以找到initctl.为此,请将此类定义添加到crontab的顶部：

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

您可能仍会遇到cron通过电子邮件发送问题的问题,因为如果您尝试启动的作业已在运行,则initctl将以状态1(失败)退出.你可以通过以下方式解决这个问题：

45 23 * * * service bormarise_celery_daemon status | grep -q running || service bormarise_celery_daemon start

尽管有点长,但是如果bormarise_celery_daemon服务没有运行,它应该只尝试运行start命令.

service vs initctl

虽然service命令尝试管理Upstart作业,但它不是实际的Upstart控制功能 – 它将是initctl和相关的一组简写命令(即启动,停止等).所有Upstart脚本都位于/ sbin /中.

service命令试图促进人们在Upstart和经典SysV样式脚本之间传播服务.这样,您可以使用一个接口(服务脚本)来管理来自两个系统的服务.

深入研究服务脚本

如果你在Ubuntu 14.04上浏览服务脚本的实际源代码(它只是一个Bash脚本),你会看到：

if [ -r "/etc/init/${SERVICE}.conf" ] && which initctl >/dev/null \
   && initctl version | grep -q upstart
then
   # Upstart configuration exists for this job and we're running on upstart
   case "${ACTION}" in
      start|stop|status|reload)
         # Action is a valid upstart action
         exec ${ACTION} ${SERVICE} ${OPTIONS}
      ;;
      restart)
         # Map restart to the usual sysvinit behavior.
         stop ${SERVICE} ${OPTIONS} || :
         exec start ${SERVICE} ${OPTIONS}
      ;;
      force-reload)
         # Upstart just uses reload for force-reload
         exec reload ${SERVICE} ${OPTIONS}
      ;;
   esac
fi

开放条件：

>检查您指定的服务(在您的情况下：bormarise_celery_daemon)是否为Upstart作业. Upstart作业进入/etc/init/,扩展名为.conf.
>如果是,服务脚本将检查它是否可以运行initctl.
>如果可以,服务脚本将确保initctl是足够新的版本.

如果所有这些都成立,那么服务脚本将尝试使用适当的initctl命令来运行Upstart作业.例如：

service bormarise_celery_daemon start

翻译成：

start bormarise_celery_daemon

这基本上相当于：

initctl start bormarise_celery_daemon

但是,如果这些条件中的任何一个不成立,则服务脚本假定您正在尝试运行SysV样式的脚本.这些只是位于/etc/init.d/中的Bash脚本.但是,如果不存在此类脚本,则它将以无法识别的服务错误消息退出.

把碎片放在一起

cron的默认PATH仅包含/ bin /和/usr/bin /.这意味着它不包含/ sbin /,它是initctl可执行文件所在的位置.这意味着cron将无法运行initctl.

当cron运行你的crontab时,服务脚本能够找到你的Upstart作业,但它无法运行initctl命令,因此它会跳过尝试通过Upstart运行你的服务(即initctl).相反,它然后尝试在/etc/init.d/中查找SysV样式的脚本.由于该脚本不存在,服务脚本会放弃并打印您的错误消息.

如果使用包含/ sbin /的一个覆盖cron的默认PATH,则服务脚本将能够找到initctl并尝试启动Upstart作业.

有趣的是,在Ubuntu 12.04上,服务脚本仅检查是否存在Upstart作业,省略两个initctl检查.这意味着如果你在Ubuntu 12.04上尝试这个,它会尝试使用Upstart来启动你的服务.但是,如果/ sbin /不在路径上,它将失败并显示(稍微)更容易理解的错误消息：

/usr/bin/service: 123: exec: start: not found

linux – 可以在cron作业中使用upstart的“服务启动”吗？

解决方法

相关文章