更新2

更新2

更新2

这是 Fedora 23 中记录的问题。我使用了此处列出的解决方法https://bugzilla.redhat.com/show_bug.cgi?id=1263328。看起来它正在工作。

更新

我将 selinux 设置为宽容模式,现在它可以工作了。有人可以对发生的事情提供一些见解吗?

原来的

使用crontab -e,我已经这样做了:

* * * * * echo test >> /tmp/a.log

但似乎什么也没有发生。

注意:该行后面有一个空行。

我尝试过的

我看了看这个服务器故障问题但我找不到解决方案。跑步

ps -ef | grep cron | grep -v grep

给出

root       986     1  0 22:07 ?        00:00:01 /usr/sbin/crond -n

我不知道出了什么问题。请帮忙。

答案1

这是由一个错误引起的,已解决此更新于 2016 年 1 月

答案2

你确定它不起作用吗?

[nazu@palaceredirect ~]# crontab -l
* * * * * /bin/echo hi >> /tmp/test
[nazu@palaceredirect ~]# ls -l /tmp
-rw-r--r--. 1 nazu nazu    6 Jan 17 20:54 test
  1. 检查您帐户的邮件,看看是否有任何报告。mail命令。
  2. crond如果您不确定,请重新启动。systemctl restart crond.service
  3. 您可能想检查/etc/cron.deny。

顺便说一句,您应该在 cron 中使用命令的完整限定路径。把它当作一种习惯。

答案3

首先创建一个文件来测试Cron Job:

 $touch echo.sh 

在文件中输入您的脚本并首先手动尝试,一旦脚本正确执行,您就可以将其安排为 Cronjob。

设置权限:

$ chmod +x /path/to/file/echo.sh

计划任务示例:

 crontab -e

* * * * * /path/to/file/echo.sh

保存条目。

您还可以检查 cron 的输出:

grep CRON /var/log/syslog

或者

tail -f /var/log/syslog | grep CRON

答案4

我建议您执行以下操作:

  • 安装一些 SELinux 故障排除工具##

    yum install setroubleshoot setools
    
  • 扫描audit.log文件并生成包含所有发现的SELinux问题的报告##

    sealert -a /var/log/audit/audit.log
    
  • 解决任何问题或使用报告末尾提供的命令创建新策略将其列入白名单##

相关内容