docker-没有用于根的crontab

我的Dockerfile似乎正确构建（告诉我如此）。运行容器时，出现以下错误消息。我尝试CMD使用和不使用服务目录运行命令（）。

crontab.sh基本上将cron计划写入文本文件（cron.jobs），然后将文本文件导入crontab。

Dockerfile：

FROM node:0.10
MAINTAINER Tom

VOLUME /var/log/

RUN mkdir /pulse
ADD . /pulse
WORKDIR /pulse

RUN apt-get update && apt-get install -y cron

ADD *.sh /pulse/
RUN chmod 750 /pulse/crontab.sh && chmod 750 /pulse/

RUN chmod 644 /etc/crontab

CMD cron -f
CMD touch /var/log/cron.log && sh /pulse/crontab.sh && tail -f /var/log/cron.log
CMD cron /pulse/cron.jobs
CMD crontab -l

edited to add crontab.sh

crontab.sh（一些克朗已经被删除）：

#!/bin/bash

cat <<- 'EOF' > cron.jobs

0 * * * * node /pulse/scripts/awsPulseTest.js > /tmp/awsPulseTest.log 2>&1

EOF

crontab cron.jobs

错误：

no crontab for root

旁注：

• Pulse是服务的名称。
• 由于该服务，节点的版本较旧，将对其进行升级。
• 该服务主要用于节点中的cron作业

这是dockerfile的问题（而不是文件中的命令）。仅CMD运行一个（最后一个）-请参阅https://docs.docker.com/engine/reference/builder/#cmd

Dockerfile中只能有一条CMD指令。如果您列出多个CMD，则只有最后一个CMD才会生效。

正如其他答案已经解释的那样，CMD每个Dockerfile将仅运行一个，并且您要运行的命令是错误的。

但是，设置IMO时存在一个更紧迫的问题-Docker容器通常并非设计为以这种方式工作。相反，您应该做的是将主机（或协调器）的cron服务作为一次性进程运行（可能使用诸如docker run或）docker-compose run，或者，如果由于某些原因您不想为此启动单独的容器，我猜猜你可以使用docker exec）。

这只是我对如何使用容器的看法，因此显然您应该带着一粒盐。

如果将其添加到/etc/crontab，则不会显示在root的个人crontab中，因为它仅包含用进行编辑的用户特定的crontab crontab -e，而不包含系统范围内的/etc。

更多细节：

我的猜测是/pulse/crontab.sh（您没有显示，为什么？）将相关crontab行添加到系统范围的crontab文件中/etc/crontab。您稍后执行命令crontab -l，但是这只能说明一个错误，因为它列出了root小号个人的crontab只（这恰好是空的），而不是全系统在的一个/etc/crontab。这完全是正常现象，是可以预期的。要显示您的脚本添加的行，您将替换CMD crontab -l为CMD cat /etc/crontab。

所有这一切都无关，与任何dockerfile命令一样ADD，RUN或者CMD，这只是基本的Linux的东西。