主页 / computer / 问题 / 1690273
Accepted
John Gordon
Asked: 2021-11-30 12:57:47 +0800 CST

直接复制到 /var/spool/cron/crontabs 的 Cron 文件不执行

  • 772

将 crontab 文件直接复制到其中/var/spool/cron/crontabs/<username>不会安排作业的执行。

crontab -l显示文件内容，所以 cron 至少有点了解它。但它永远不会被执行。

如果我编辑crontab -e并进行无意义的更改，那么 cron 会以某种方式收到通知并且一切都很好。

有没有一种程序化的方式来达到同样的效果？

提到这个问题，我尝试了这些命令，但没有成功：

sudo service cron reload
sudo service cron restart
sudo /etc/init.d/cron force-reload

PS 是的，我知道将 crontabs 直接复制到 /var/spool 不是通常的做事方式。这是通过 docker 设置新的 cookie-cutter aws ec2 ubuntu 实例的更大任务的一部分，我希望它们“预加载”特定的 crontab。

ubuntu cron

1 个回答

  1. Best Answer

    从您的评论中：

    该文件是 ownerroot和 group root，我将其更改为 groupcrontab以匹配该目录中的其他文件。但这没有任何效果。

    在/var/spool/cron/crontabs/crontab 中，用户ratbert应该被命名ratbert 并归ratbert. 也许您没有更改所有者；或权限；或者…

    我在 Kubuntu 21.10 中进行了测试，似乎这些因素至少是：

    • 名称（应该是用户名）
    • 拥有用户（应该是用户名）
    • 拥有组（应该是crontab）
    • 权限（应该是600；我没有检查所有可能性，但肯定有一些更严格和一些限制较少的权限是错误的）
    • 时间（？）

    如果 cron 加载具有正确所有权和权限的文件，它将使用它。如果文件被修改，它将被重新加载。您可以破坏一些东西（例如更改所属组）并且 cron 将继续使用它已经加载的版本，直到您修改文件或以其他方式导致 cron 尝试重新加载（例如通过重新启动它）。另一方面，如果 cron 尝试加载具有错误设置的文件，那么它将停止使用旧版本，不会使用新版本，即使在修复设置后也不会尝试重新加载它。我认为它会在您修改文件后尝试重新加载。

    因此，在您手动设置完所有内容后重新启动 cron是一个好主意。这样它会注意到文件处于目标状态。

    事情仍然必须正确设置。我强烈怀疑您创建的文件拥有错误的所有权和/或权限。我注意到crontab -l它并不挑剔，可以打印一个不起作用的文件。crontab -e保存更改并修复问题。这就是为什么crontab -l没有失败crontab -e并帮助你的原因。如果您比较修复ls -l /var/spool/cron/crontabs/ratbert之前和之后crontab -e的问题，那么您可能会发现在您的特定情况下是什么cuplrit。

    我认为我们可以手动设置，只要我们正确设置所有内容，cron 就可以工作。但首先手动执行此操作可能不是一个好主意。是的，如果您要为另一台机器准备文件系统（磁盘映像），那么您可能需要这样做。另一台机器稍后会启动它的 cron，如果你正确设置了一切，那么它应该可以工作。

    通常，在目标操作系统中工作时，不要使用cp,chown或chmod为此。使用crontab [ -u user ] file语法。见man 1 crontab：

    crontab [ -u user ] file
    crontab [ -u user ] [ -i ] { -e | -l | -r }

    […]

    如果给出了伪文件名，则此命令的第一种形式用于从某个命名文件或标准输入安装新的 crontab -。

    POSIX 规范没有提到，-u选项不可移植；表单仍然crontab file是可移植的，这是将文件安装为 crontab 条目的正确方法。在 Ubuntu 中，您可以使用-u. 一个示例命令是：

    crontab -u ratbert /path/to/predefined/file

    该工具将为您设置一切，您甚至不需要重新启动 cron。

    • 1

相关问题