我通常有几个问题,如何cron执行脚本,因为他们通常没有我的环境设置。是否有一种方法可以调用bash(?)以同样的方式cron,这样我就可以在安装它们之前测试脚本?
当前回答
我不相信有;我所知道的测试cron作业的唯一方法是设置它在未来运行一到两分钟,然后等待。
其他回答
默认情况下,cron使用您系统中的sh来执行它的作业。这可能是实际的Bourne shell或破折号,ash, ksh或bash(或另一个)符号链接到sh(并因此在POSIX模式下运行)。
最好的方法是确保您的脚本拥有它们需要的东西,并假设没有为它们提供任何东西。因此,您应该使用完整的目录规范并自己设置环境变量(如$PATH)。
取决于shell的账户
sudo su
env -i /bin/sh
or
sudo su
env -i /bin/bash --noprofile --norc
从http://matthew.mceachen.us/blog/howto -模拟- - cron -环境- 1018. - html
六年后回答:环境不匹配问题是systemd“计时器”作为cron替代品解决的问题之一。无论您是从CLI还是通过cron运行systemd“service”,它都接收到完全相同的环境,从而避免了环境不匹配的问题。
导致cron任务在手动传递时失败的最常见问题是cron设置的限制性默认$PATH,在Ubuntu 16.04中是这样的:
"/usr/bin:/bin"
相比之下,systemd在Ubuntu 16.04上设置的默认$PATH是:
"/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
因此,systemd计时器已经有更好的机会找到二进制文件,而不需要进一步的麻烦。
systemd计时器的缺点是,设置它们需要更多的时间。您首先创建一个“服务”文件来定义您想要运行的内容,然后创建一个“计时器”文件来定义运行它的时间表,最后“启用”计时器来激活它。
我发现的另一种简单方法(但可能容易出错,我仍在测试中)是在命令之前获取用户的配置文件。
编辑/etc/cron.d /脚本:
* * * * * user1 comand-that-needs-env-vars
会变成:
* * * * * user1 source ~/.bash_profile; source ~/.bashrc; comand-that-needs-env-vars
很脏,但它帮我完成了任务。是否有方法模拟登录?只是一个你可以运行的命令?Bash—登录不起作用。听起来这是更好的方法。
编辑:这似乎是一个可靠的解决方案:http://www.epicserve.com/blog/2012/feb/7/my-notes-cron-directory-etccrond-ubuntu-1110/
* * * * * root su --session-command="comand-that-needs-env-vars" user1 -l
Cron默认只提供这个环境:
HOME用户的主目录 LOGNAME用户登录名 路径= / usr / bin: / usr / sbin SHELL = / usr / bin / sh
如果需要更多,可以在crontab中的调度表之前定义环境。
推荐文章
- Linux Bash中双&和分号有什么区别?
- 在Bash中模拟do-while循环
- 在Bash中将输出赋给变量
- 如何运行一个PowerShell脚本而不显示窗口?
- PowerShell:仅为单个命令设置环境变量
- 如何在Mac OS X 10.6中使硬件发出哔哔声
- 从Docker容器获取环境变量
- 如何重定向标准derr和标准输出到不同的文件在同一行脚本?
- 如何循环通过一个目录递归删除具有某些扩展名的文件
- 在Bash中获取日期(比当前时间早一天)
- Linux: kill后台任务
- 在OSX中永久设置PATH环境变量
- 删除Bash脚本中的重复条目
- 如何将Bash命令的输出分配给变量?
- 在bash中传递数组作为参数